《人月神話》相關內容讀書筆記
在參與課程設計和小組項目時，我過去在進度管理上常常存在問題。在做一個團隊項目的課程設計時，我和小組成員一開始就急于編寫代碼，僅用短短半天時間粗略討論了功能需求，便分配任務開始 coding，完全沒有制定詳細的時間進度表。當項目進度明顯落后時，我們沒有分析問題根源，而是簡單地認為增加人手就能解決問題，拉來了其他專業不太懂編程的同學幫忙。同時，為了趕在截止日期前提交項目，我們大幅壓縮測試時間，幾乎沒有進行全面的系統測試。
這種做法在當時看似能讓我們快速進入開發狀態，不用花費時間在繁瑣的計劃上，短時間內也確實產出了一些代碼成果，給我們一種項目在順利推進的錯覺。但最終卻帶來了一系列麻煩。新加入的同學由于缺乏相關知識和培訓，不僅無法有效完成任務，還需要其他成員花費大量時間指導，導致任務重新分配混亂，工作頻繁中斷。而且因為測試不充分，平臺上線演示時出現了數據丟失、頁面跳轉錯誤等諸多問題，不僅影響了課程評分，還讓整個小組之前的努力大打折扣，耗費更多時間和精力去補救。
學習了《人月神話》這些內容后，我意識到自己的錯誤。在未來的小組項目中，我會以更科學的方式管理進度。項目開始前，我會和小組成員預留足夠時間，用項目總時長的 1/3 進行全面規劃，明確功能需求、設計系統架構、制定詳細的任務拆解和時間進度表。編碼階段只投入 1/6 的時間，避免盲目追求代碼數量而忽視質量。將構件測試與系統測試各安排 1/4 的時間，確保項目質量。當遇到進度滯后的情況時，牢記 Brook 法則，不再盲目增派人手，而是和團隊一起重新評估任務優先級，優化流程，合理調整分工。尤其會重視系統測試環節，把它當作項目成功的重要保障，避免因測試不足導致的各種問題，努力在團隊項目中交出高質量的成果，也為今后的學習和實踐積累經驗。