人月神话的含义:

人是程序员,月是时间,,如果1人干10个月如果等同10人干1个月,那就成神话。

这涉及到工作量与进度,比如:20个人10个月的工作量是10个人干10个月的工作量的2倍,但是这个工作量并不代表20个人的进度就比10个人的进度快,因为中间有些因素要考虑,比如20个人去完成一个项目,那么20人中每两个人就得沟通一次,也就是190次,而10个人只需要45次(不考虑沟通效率的情况下),所以20个人中会有大量的时间并不是真正意义上的“工作”,所以往往在IT界并不是人越多工作的进度越快,工作量越大并不意味着效率越高(工作越成功),有时候一个项目经理发现项目比预期时间慢了,那么一般人可能都回去增加人手,往往这种做法就是火上浇油。

作者为人们管理复杂项目提供了颇具洞察力的见解,既有很多发人深省的观点,也有大量的软件工程实践。

关于一到四章总结:

 焦油坑:软件产品现在处于进度和质量焦油坑当中。

人月神话:人月估算法是错误的,这种方式严重的忽视了一个重要的成本,沟通成本。

外科手术队伍:一个架构师应该尽可能少的结构师和好的工作分工,领导实施人员。这样可以保证概念一致性和尽可能少的沟通成本。整个团队必须要在架构师的专制下运作

 贵族专制、民主政治和系统设计:一个架构师也许还有少量的结构师,代表客户,对团队(实施人员)实行专制统治,从而才能产生概念一致,功能完备且系统的,能够得到客户满意度的产品。

 posted on 2019-04-22 22:35  Aurinko  阅读(95)  评论(0编辑  收藏  举报