构建之法阅读笔记3

　　第一章中有一个问题，每个人对于不同的事物都有不同的看法，我们的软件不可能满足每一个人的要求。但是这句话不是我们逃避问题的原因。我们要尽自己的可能将一切做到最好。在软件生产前要努力了解到人们的需求。基于此进行软件的开发。软件开发完成后。不是所有工作都完成了。要继续对我们软件进行维护。当我们开始工作时，软件的维护将是一项大工程，千万不要小看它！

　　这里有一些实践者的经验教训：

（1）敏捷宣言表明的是一些优先级，不必当作圣旨或者教条来争论。

（2）Scrum Master不是一个官，而是一个没有行政权力的沟通者，就像微软的PM那样。他/她同时还要在团队中做具体的工作。直接把原来的“经理”变成Scrum Master，大多行不通。

（3）一些项目需要很多暗箱操作和政治角力才能搞定，Scrum会把这些矛盾都摆到明处。这有好处，也有风险。

（4）在复杂的项目里，要让一线团队成员做决定。

每天项目中发生的事情千头万绪，PM要能够分析出重点，找到优先级，做判断、做决定……一个项目和一个人一样，每天都会碰到各种问题：

• 重要而紧急的
• 网站崩了！
• 程序员小飞突然提出离职！
• 重要而不紧急的
• 按照流量和内容的发展趋势，三个月后，目前的架构似乎撑不住，但是现在还凑合……
• 程序员们都不写文档，他们三个月前说等忙过之后会写的，但是……
• 不重要而紧急的
• 老板的老板问到了项目的进度！要写一个PPT，向若干人征求意见，并及时得到反馈
• 不重要且不紧急的
• 领导想召开全公司大会，要表演节目……

　　总之，这是一本值得反复阅读的技术书、一本可以教会我们怎样去做好一名合格软件工程师的书、一本无论是对在校学生还是一线软件工程师都会受益的书、一本很适合阅读并且反复阅读的书。很感谢王建民老师在软件工程这门课上为我们推荐了这么一本好书。