构建之法阅读笔记五。

Posted 2020-07-25 消失。

　　读着读着就读到了ABCD部分，是简述做法，好处，竞争和推广的。这些的分析决定了软件的价值，没有重视这些的话，推广就会很难。课上讨论这些也谈不出个所以然来，不过现在还是有一些想法的，可以在下次实践。

　　接着又读到了杀手功能，对这个名词没有深入的理解，但还是联想到了这个词的重要意义。杀手功能总是比辅助功能重要的，以自己举例来说，应该早早的开始涉及对学生成绩管理和分析的功能，而不是留到现在而没有时间做。

　　估计原来也是一门学问，这不只是随便一想就能解决的估计。这都是因为之前涉及的估计量太小了，估计量大的时候，就越需要考虑更细节的部分和概率低的部分。一个人完成一个项目需要10天，10个人完成就不是一天。十个人总有分歧，总要沟通。再往细了想，10个人之中出现问题的概率总比一个人出现的概率要大。虽然一个人出现了问题项目就终止了。但是只考虑稳定的话，还是人员多的致命。

　　随着任务基数的增加，确实需要分而治之这种思想。但是对于模块这种抽象的东西，没有亲身经历过工程的我，也很难体会到其中的精髓，究竟如何能把很多人的效率分治的最高，把项目分的更好，更细需要额外的时间，分的越细整合就越麻烦。

　　看到了PM的部分，其中的一句话证实了我的想法。就是“团队成员之间交流的成本急剧增长”。原来，我心中所想的随着人数增加交流越困难，也是一种成本。书中将这抽象成了点点相连的问题，有多少人就有多少点，两点都需要相连。每新增第n个人，那个人都会和其他的人有或多或少的交流，这就是成本。

　　PM是一个很重要的角色，管理协调下级，还要向上级汇报。对未来有规划，还有有风险评估。要照顾员工的情绪，还要遵守公司的制度。这些都是令人头疼的工作。