《月下神话》读后感

一个合理的人员配置可以用更少的人更少的成本来更高效的产出。

《月下神话》读后感

刚看到书的标题时还以为《月下神话》是一本小说，搜了搜才知道其实是一本已经畅销了几十年的编程书，主要讲述项目内部的人员配置和开发效率之间的关系。其中我对“经验法则”和“外科手术队伍”比较感兴趣，也有一些自己的看法。

“经验法则”是作者提出的在项目开发过程中的进度安排：1/3计划、1/6编码、1/4构件测试和1/4系统测试。由比例就能看出计划和测试的重要性：计划是整个项目的开头，一个产品真正能够投入市场被用户所接受，就必须要在编码之前了解清楚用户的需要和喜好，进行需求分析，项目设计；而测试则是为了保证产品的质量，让用户有更流畅的体验。所以在我看来一个好的产品在开发过程中就更应该把多的时间放在和用户有关的步骤上面，生产软件是为人服务而不是为了生产本身。当然计划和测试也能帮助到我们程序员的开发，计划让我们的编程更加有条理性和逻辑性，测试能反馈我们bug去更完善产品。虽然计划和测试是如此的重要，但是经过一段实习经历后我发现，在实际的开发过程中编码却总是占着绝大部分的时间。以我个人的经历，大多数的小公司会因为急于项目上线，并不会过多的去细致的规划产品，往往都是一期一期走着看，导致程序员在开发过程中陷入很多无谓的业务修改中，代码反复修改，越改越不容易修改，导致每一次的修改成本都在上升，陷入了业务的沼泽就没时间对代码进行优化或者重构，最终在deadline到来之时草草上线，由于缺少测试，往往都由用户来反馈bug，一个产品的失败也就在所难免了。所以经验法则还是很有参考的必要的。

“外科手术队伍”说的则是一个项目团队的人员配置，里面着重强调沟通带来的成本，强调概念的一致性和项目的一致性。一个团队不是人越多开发的效率就越高，人多了划分的模块也就多了，模块与模块之间的也就是人与人之间的交互所带来的成本也就高了，而且划分的模块之间往往具有依赖性，并不能完全的独立开发完成。而外科手术团队中外科医生负责任务的划分，避免了由于模块的分解，不同的意见导致的策略上的不一致而带来的讨论和分歧，保证了一个概念的完整性。所以一个合理的人员配置可以用更少的人更少的成本来更高效的产出。

当然我觉得并不是人多就一定不好，在一定情况下，增加人手也是可以提升或者是追回进度上的滞后，前提要分析进度落后的原因和分析增加人手是否真的能带来进度的提升，而不是面对过多的需求和落后的进度就下意识的去增加人手。

以上主要是讲述开发过程的时间配置和人员配置，未来如果我成为了一名产品经理，我一定还会重拾这本书好好品味品味。