五月读书笔记03——人月神话

《人月神话》相关内容读书笔记
在参与课程设计和小组项目时，我过去在进度管理上常常存在问题。在做一个团队项目的课程设计时，我和小组成员一开始就急于编写代码，仅用短短半天时间粗略讨论了功能需求，便分配任务开始 coding，完全没有制定详细的时间进度表。当项目进度明显落后时，我们没有分析问题根源，而是简单地认为增加人手就能解决问题，拉来了其他专业不太懂编程的同学帮忙。同时，为了赶在截止日期前提交项目，我们大幅压缩测试时间，几乎没有进行全面的系统测试。
这种做法在当时看似能让我们快速进入开发状态，不用花费时间在繁琐的计划上，短时间内也确实产出了一些代码成果，给我们一种项目在顺利推进的错觉。但最终却带来了一系列麻烦。新加入的同学由于缺乏相关知识和培训，不仅无法有效完成任务，还需要其他成员花费大量时间指导，导致任务重新分配混乱，工作频繁中断。而且因为测试不充分，平台上线演示时出现了数据丢失、页面跳转错误等诸多问题，不仅影响了课程评分，还让整个小组之前的努力大打折扣，耗费更多时间和精力去补救。
学习了《人月神话》这些内容后，我意识到自己的错误。在未来的小组项目中，我会以更科学的方式管理进度。项目开始前，我会和小组成员预留足够时间，用项目总时长的 1/3 进行全面规划，明确功能需求、设计系统架构、制定详细的任务拆解和时间进度表。编码阶段只投入 1/6 的时间，避免盲目追求代码数量而忽视质量。将构件测试与系统测试各安排 1/4 的时间，确保项目质量。当遇到进度滞后的情况时，牢记 Brook 法则，不再盲目增派人手，而是和团队一起重新评估任务优先级，优化流程，合理调整分工。尤其会重视系统测试环节，把它当作项目成功的重要保障，避免因测试不足导致的各种问题，努力在团队项目中交出高质量的成果，也为今后的学习和实践积累经验。