标签：
第2章 人月神话
进度问题是IT项目管理最为关注的问题之一，到了第二章人月神话开始讲进度问题。进度的可保证性和可控制性来源于项目计划的科学性，项目计划对进度预测的准确性又来源于估算的准确性，估算是否准确又涉及到项目规模，根据规模可以得到工作量，根据工作量和人力资源的投入和任务依赖约束可以得到最终的进度。当软件产品的规模增加的时候，复杂度成倍增长，从而导致这些要素之间不是单纯的线性关系，这是人月神话的启示之一；同时由于软件项目本身的生命周期模型和工序任务限制，导致对于一定规模的软件产品研发，无论投入多少的资源，都有一个最短工期的限制，在这个最短工期下投入再多的资源也没有用。
第3章 外科手术队伍
小型敏捷的中小型团队可以保持最高的效率，但对于大型软件系统却不得不投入更多的人力资源来换取进度的提前。对于一个软件产品，在激励的竞争下对进度要求是非常严厉的，往往推迟半年推出都有可能失去竞争和市场，更不用说10年。对于信息化软件产品我们更强调的是迭代和多版本开发概念，每个迭代周期在1-2月左右，每个迭代周期都是真正可以向用户提供完整的可交付的功能。
第4章 贵族专制、民主政治和系统设计
在这个章里面一个最重要的关键词就是概念完整性，不论你软件项目规模的大小都，不论你采取的软件生命周期方法论，我们都不要忽视了总体架构设计这个过程，而总体设计的一个重点就是概念完整性。概念完整性是系统设计首要考虑的内容，为了反映一系列连贯的设计思路，宁可省略一些不规则的特性和改进，也不提倡独立和无法整合的系统，哪怕它们其实包含着许多很好的设计。
第5章 画蛇添足
画蛇添足就过分设计，而书中很明确的指出了过分设计往往出现在设计和开发第二个系统的时候，对于第一个系统他们小心谨慎，倾向于精炼和简洁，但是到了第二个系统他们太想去追求完美，又加上盲目的自信，再加上没有太多的成本和进度等意识，导致了画蛇添足和过分设计。
个人感想：
对于就决问题，先要理解问题，这一观点我非常赞同，对于我们来说，不了解一个问题又何谈去解决这个问题，所以我们只有了解了这个问题，我们才能更好地去解决问题。对于我们来说团队合作是一个比较尖锐的话题，我们并不知道怎样来进行团队成员之间的合作，而外科手术队伍则给了我们一个学习的目标，让我们知道怎样去进行团队成员之间的合作。对于我们来说，做软件的时候切记不要盲目自信，这会导致我们对于自己做的软件没有正确的预期，对于自己没有一个明确的定位，这对于我们的团队来说是一个致命的问题。
标签：
原文地址：http://www.cnblogs.com/liguoshuai/p/5608739.html
