在軟體項目開發過程中，要求開發人員每天提交一份工作日誌合理嗎？

01-21

針對主題回答，要看團隊leader要求每日報告的目的是什麼，了解清楚了，才能配合執行好。另外，如果leader願意投入精力幫助自己改進，何樂而不為。

我個人以為堅持下去很難，但是，如果有做到，在年終自己總結的時候，會對當年度的工作軌跡很清楚，有利於自己總結得失經驗。我每天都有做工作摘要（非總結性報告，主要是記錄主要的工作內容），很零散的那種，現在到年底了，回顧一下今年工作過程，就很清楚的知道，今年做得那些事情是有價值的，哪些是沒價值的。

我目前正在實踐這個。

1、強制要求實習生每天寫，有助於了解他的工作狀態，準確提供幫助

2、強制要求團隊新人在前一個月內每天寫，目的是為了使其迅速進入工作狀態

3、其他的情況一般都是每周報告，但是我也建議團隊成員堅持每天寫工作日誌，不一定要分享給我。

希望對你有幫助。

寫日報當然可以，但有字數限制未免有點不近人情。

本人苦逼打工族一枚，天天寫日報，但被批字數過少，其實真心不少，足夠可以把工作彙報明白。也有公司要求一句話日報就可以～當然了，長日報可以有，嗯哼，那就如下了：

嗯，今天星期一，又到了上班時間了，叮鈴鈴～鬧鐘響了，半睡半醒中去廁所拉了一坨翔狀的粑粑（不要問我什麼是翔狀，大概就是這樣），廁紙手感不錯，絲滑絲滑的，下次一定還要去這家買。

呀，七點了，趕緊洗臉，把我的某某牌洗面奶拿出來，嗯～這款洗面奶還不錯，黃豆般大小就可以了。下一步就是化妝了，先從眉毛開始，唉，卧槽！化歪了，於是乎拿出棉棒，沾上祖傳的卸妝神器唾沫擦掉；哎，這口紅色兒不正呀，我常用的那款哪兒去了，卧槽！旺財你給我放下……

收拾完畢，八點整，哎，師傅等等我，喘著粗氣，累的像條死汪似的，終於趕上了那趟通往可以不用因遲到罰錢的公交……

八點半，簽到打卡，然後開始一天的工作……

下午六點，師傅，你是趕上媳婦生產請假了嗎？七點了都不來。。。師傅～師傅～師傅～

下午七點五十，師傅你終於來了，我等你等的望眼欲穿啊，太雞凍了，師傅來抱一下～

八點半，馱著背彎著要攤在床上，卸妝？那是什麼鬼，先跟周公殺一盤去……

奧，對了，還有晚飯，今天之前醒的來再說嘍

好像是有點跑偏了，不管了，我隨便寫寫，你且隨便看看就好了

如果是五人的小規模團隊，可以從兩方面入手，

一方面是從上而下的為組員分配任務。這個事項目而定，是一周一次還是一月一次。

另一方面是從下而上的追蹤各個任務的進度，這個可以通過每天三十分鐘的會議，讓每個組員彙報下手頭任務的情況，完成度，是否遇到瓶頸即可。

我會讓員工自已都寫一份，是給自已的，今後可以整理自已都有哪些工作與進步。

另外每個月可以將本月的記錄進行部分摘錄，然後通過內部郵件系統抄送所有同事與領導。（抄不抄，抄給誰，寫什麼，都是自願，不強制）。

除了項目經理的硬性要求

有時候會主動天天寫日報抄送領導。

一般是因為這是一個有風險的項目，不寫清楚，就該背鍋了。

沒有這個必要，用個團隊管理軟體看到每天員工的完成任務，和第二天要做什麼任務即可，不用每天給員工這個寫日誌的額外工作

需要，每天六件最重要的事情。不考察完成了多少，考察是否有計劃，是否按優先順序來做。

剛開始大家不習慣，以身作則，實踐一段時間，慢慢出來效果就好了。還有啊，要及時糾正日誌的內容，讓大家一起評判寫那些合適，那些對工作有用。調動每個人的積極性，這樣才好推進工作。

開始時難以忍受，寫一頁文檔用兩個小時。不過熟練了其實是件好事，我現在每天都總結，不只是工作。

如果是大型團隊，這個很有必要，需要讓行政領導和項目領導及時了解進度和負荷。如果是小型團隊，就是扯淡！這些所謂的管理者，真的不清楚每個人的工作及進度？

挺好的。軟體開發進度總是要管理和控制的，區別就是控制的粒度問題了。每日控制進度，是比較細的粒度，不過一定沒有什麼問題，不管怎麼說，進度彙報都不會是一件繁瑣的事情。

而且如果是採用敏捷的開發方式，每日站會，實際就是一種進度的匯總，已經是比較經典的軟體開發模式了。

而這個對個人的附加好處，也是比較顯見。長期記錄以後，對於個人的時間管理，也會起到很好的輔助作用。

小企業，非常喜歡日日報告，時時報告，天天寫。每天加班到11點還要寫這玩意！有些情況更是……出現bug緊急修復，做了一下午只能寫一句話，被老闆點名說偷懶…媽的留下大坑果斷辭職…

要求每天都寫有點硬性規定的感覺，寫多了反感倒起了負面作用。不如自由地在每個milestone記錄和完善計劃。

經常是某個情況下leader覺得需要加強管理而增加了每日日誌的需求，本身OK，需要堅持和持續的關注，經常性的是leader過一陣後就放鬆看成一個可有可無的事項，幾乎不關注，進而流於形式；早會的形式會更好，讓所有人統一時間來交流，增強團隊交互

公司用jira系統，必須寫呀！客戶按工時付費，公司按工時付工資。有時候感覺要崩潰了~~~~

見過要人寫日記和每日總結的公司，某一份開頭第一句話是：感謝黨和國家的培養。。

那家公司是國企。

哎，老闆最近也剛出這樣的規定，個人覺得小企業沒必要，每天彙報沒必要，改成每周或每月彙報還行。這樣的規定讓很多員工都會心裡不爽，感覺公司不信任自己，也讓員工有抵觸心理。

每天提交工作日誌這個應該通過部門管理制度加上軟體系統來解決，不能變成某個項目的個別要求。如果其他項目不要求，只有你的項目要求，誰搭理你呀。

很多人認為項目管理的核心是計劃和執行，其實真正的核心是成本，不信的話可以仔細回想一下，項目管理的大部分的工作，其實最終目的都是為了降低成本而做的。

所以說，評估一下工作日誌、周報之類的管理措施，是增加了成本還是降低了成本，就知道為什麼推行不下去了。寫日誌、看日誌、控制日誌的內容質量、保障日誌的按時提交，這些都是要消耗成本的，如果管理者不去做這些事，就只是在辦公室里等著日誌過來，時間一長會怎麼樣就不言而喻咯。

項目管理最忌教條，要懂得靈活變通，對於5人團隊，小型公司，每天早上開個早會，面對面溝通，效率更高，大家都輕鬆。

開始可能不習慣，但是時間長了就會發現，還是寫日報比較省事。我們公司也寫日報，主要就是總結一下今天自己做了什麼工作，保證每天都不要虛度時間罷了，後期彙報項目和工作的時候也方便，查詢一下就可以了。我們一般沒有字數和格式限制，把問題說清楚就OK了。

1.感覺還是很有必要的，如果一個人連一天做了些什麼事情都無法總結，那怎麼能奢望做好事情呢

直屬的角色不太合適。日誌這玩意，在過程管理工具或會審時就有體現了。若是沒有依賴過程管理工具，那代碼提交時所寫的日誌也可以體現了---如果對象是老闆的話

沒有什麼合理不合理，看大家是否認同。我最近在團隊內部，開始推行所有員工記錄日報。經理做周計劃，周總結的方式。

在項目管理軟體的任務下寫日誌，說明對任務做了什麼，這樣分配任務的人可以知道進展。同時記錄耗時，這樣最後還可以統計完成任務共花了多久。

單純的寫日誌感覺意義不大。

1. 提出要求的傢伙官癮犯了。

2. 提出要求的傢伙是人力資源部的？

3. 提出要求的傢伙太閑了？

4. 提出要求的傢伙新官上任？

5. 提出要求的傢伙有強迫症？

要寫。

在我的團隊里，我的要求是每天寫，每周提交。要有本周總結，下周計劃。主管要看，並且要做批語。

不僅要寫工作日誌，還要寫開發日誌（記錄開發過程中遇到的問題、解決方案、學習心得等）。開發日誌無定期提交要求，但我也會根據開發日誌內容的充實情況去評價工程師的工作狀況。

我對日誌的要求，一貫強調的是重內容輕形式。內容的有效性很重要，如果誰的日誌是這樣寫：「xx日，寫代碼半天，寫文檔半天「，這種日誌要被K。無論長短，要言之有物，有重點，切忌流水帳。日誌的粒度，自行控制。

其實我覺得這就是個基本的工作行為規範和習慣的問題，根本不是要不要寫，而是怎麼寫，怎麼有效利用和對待的問題。團隊口頭的溝通交流非常重要，但是因其即時性的特點，並不能完全替代這類書面工作。

當然，如果有一些項目協作管理的工具或平台可以輔助乃至替代寫工作日誌的目的，那更好。根本的目的還是有效管理和溝通。