日報應該是大家非常熟悉的一樣東西了吧。作爲PM，日報功底必不可少，很多時候，管理層和一些項目干係人，都需要通過日報去獲取他們所需要的項目信息。那麼，如何寫出一份優秀的日報，能夠讓所有人都清楚項目的進展、問題、風險、變更，看懂項目的進程、健康度，是每位PM需要深度思考的。
今天就和大家分享一下，我的日報心得，希望對大家有幫助
01 多使用1、2、3序列號，每一行儘量精簡
一些同學的日報爲了描述的完整性，喜歡用大段的文字去闡述一件事情，但其實人的視覺是會有疲勞的，就好比爲什麼公衆號需要排版，需要圖文穿插，需要標紅加粗一樣，大家如果看到大段的文字，就不太會仔細的閱讀了，非常容易錯過重點信息。所以我一般會把大段的文字進行拆分，用1、2、3來標註區分，同時對內容進行篩減，提煉重點話術。我給大家舉個例子，會更直觀。
A：今天一共評審了10個模塊，其中5個模塊順利通過，2個模塊需要修改，3個模塊因爲不符合業務訴求所以退回重新和業務對焦方案，5個已通過的模塊已經安排產品和技術對接，技術評估後明確可行，需要進行技術方案設計，預計2天后出。
B（推薦）：
1、6.17組織評審會，共10個模塊，5個通過，2個需修改，3個退回
2、已通過的模塊，產品與技術已經對齊，技術方案預計6.19輸出
拆分和精簡可以讓日報的整體看上去清晰明瞭易讀，大家會更願意看
02 不要進行開放性描述，一定要有閉環
什麼叫開放性描述？比如，今天xxx延期了，今天業務方案變更了，類似這種沒有原因，沒有結論，沒有後續動作的語句稱之爲開放性描述。
大家看到開放性描述的時候，大多會很懵，這個東西延期了到底要不要緊？是某一環延期了，還是整體延期了？爲什麼延期？有沒有解決方案？這個方案變更了，對項目有沒有影響？影響有多大？這些信息都看不到，大家就會產生疑問，會回覆日報問這個問那個，來回反覆既增加溝通成本又繁瑣。
那啥叫閉環呢？不是說給一個解決方案就叫閉環的，而是要把這件事挖到底，做到最無可做的時候，給出的結論叫閉環。
來看栗子：“直播功能業務方案變更了，今天與業務協商需要給出解決方案”，這個描述看上去找了業務，推進了後續的發展，但其實並沒有完結，業務方案爲什麼變更了？有沒有牽涉到外部問題？什麼時候能給出新的方案？業務方案的變更對當前的項目進展有沒有影響？如果有影響，怎麼處理，怎麼補救？這些都是需要PM去挖掘的，當這些信息挖掘到以後，重新組織的結論纔是一個可閉環的結論。所以我會先去把所有能挖掘的都挖掘一遍，再將結論輸出出來：
1、直播功能因爲預算問題需要變更方案，已同步給所有相關方
2、與業務方及財務共同對齊，6.18進行預算重新申報審覈，最晚6.19給出最新業務方案
3、（無影響版本）與產研對齊，6.19之前給出業務方案對當前進度不影響
4、（有影響版本）與產研對齊，業務方案變更導致當前開發進度停滯，會優先啓動另一需求，待6.19業務方案給出後重新評估，目前延期風險較高。
這樣一來，無論是問題的根本原因，還是信息同步、解決方案以及後續時間規劃都能清晰地反饋出來，大家會更容易看懂
日報的內容，很多時候反映出了PM的項目管理方式，我們需要刨根問底，追本溯源，才能將項目管理做到極致，真正幫助團隊解決問題
03 要着眼全局，日報的開頭放上幾句總結性話語
常規的日報都有固定的版式，項目信息、本週目標、今日進展、問題風險變更等等，這些標題裏的內容大多是比較豐富而詳細的，但是對整體項目而言，其中的每一條其實都只是一個點，比如某個任務延期，比如某個方案變更，比如突然發現了某個依賴方沒加進來等等，那些通過日報來了解項目的人，很難通過一個個點去想象項目的整體情況。
這時候，作爲PM——你的作用就顯現出來了，你需要幫助他們去了解整個的項目，而在日報開頭加上今日總結的目的就是爲了將這些點彙總成面，從全局的角度去看整個項目，給項目做個判斷，給看的同學一個輸入。
比方說今天延期特別多，你可以總結一下今日延期較多，對項目有一定影響，與各方對齊後預計明天輸出解決方案。
如果變更很多，但是都在可控範圍內，也可以總結一下，今天共有8個變更，但目前評估下來，風險可控。
如果今天開了好幾個會，並且都沒有結論，可以總結一下，今日針對xx問題已拉多方溝通，結論還未輸出，會持續推進。
有了這些開頭的總結，大家對於項目的體感會進一步加深，不是停留在某個點的問題上，而是對整體項目有了一個感官。
總結
日報天天見，讓日報變得比大寶還好用，可以避免很多額外的問題。
一些文字、語句方面的我就不多說了，建議大家可以在寫完日報後，自己讀一遍，也能發現不少問題。