《构造之法》三

　　现在已经读完这本书了，感觉自己又充实了。

　　首先了解了敏捷开发的基本原则：

   　　1.尽早并持续地交付有价值的软件以满足顾客需求。

   　　2.欢迎需求的变化

  　　 3.经常发布可用的软件，间隔时间尽可能的短

 　　  4.团队每天共同工作

 　　  5.以有进取心的人为项目核心

  　　 6.面对面的交流

   　　7.发布可用的软件

   　　8.领导、团队和用户应该能按照目前的步调持续合作下去

   　　9.不断关注技术和设计

  　　 10.尽可能的简化工作量

  　　 11.团队每个成员都要有自我管理意识

　　   12.善于总结

　　而所谓敏捷也就是快，但是在敏捷开发中，千万不要把快作为唯一的指标，而敏捷开发的原则也只是作为参考，建议，肯定是不能套着他来的，要懂得变通，结合自己的团队和实际的项目情况来做出调整。

 

　　除了一般的敏捷开发的方法，书中还提到了一个方法叫做MSF，它是微软推荐的一个软件开发方法。它有一下九条基本原则：

　　1. 推动信息共享与沟通

　　2. 为共同的远景而工作

　　3. 充分授权和信任

　　4. 各司其职，对项目共同负责

　　5. 交付增量的价值

　　6. 保持敏捷，预期和适应变化

　　7. 投资质量

　　8. 学习所有的经验

　　9. 与顾客合作

　　MSF敏捷开发模式吸收了近几年来在软件业界流行的各种“敏捷”开发模式的优点，认识到目前大部分软件是以网络应用相联系的，强调和用户更紧密地交流，快速迭代，避免不必要的过程。在这样一个开发模式下，质量被放在了首位，防止缺陷发生成为了团队质量控制的首要任务。只有把可能的缺陷扼杀在设计阶段，并将其在代码中避免，才能减少在案的缺陷记录，提高软件的质量。

　　软件的需求是本书中最后提到的内容，其实在我感觉，需求分析才是软件设计与开发的重中之重。毕竟只有了解社会需要什么、用户需要什么样的软件。我们做出来的产品才有人使用。在需求分析的过程中，一定要充分考虑到用户的需要，用户期望中产品的功能，产品的开发过程的需求以及一些其他可能涉及到的方面，有了这样一个系统的分析，软件的开发目标才更加的明确，软件的价值也能够更好的体现。

　　但我们现在做的软件，就不太好，没有照顾到用户的需求，（只是自己根据调查，得出的用户需求），这也是现阶段需要改进的

 

个人感受：

　　这本书让我受益匪浅，结合这学期首次尝试的团队工作，这本书真实雪中送炭啊！本学期共组队两次，一次是安卓端开发，我组成了三人小队，一次是PHP大作业，我们组成了四人小队。

　　个人情况来看，我们的三人小队，三个人实力相当，性格来看都比较平和，比较佛系，因此我们三个分工明确，没有争议，工作量相似，代码整合过程十分顺利。但是反观四人小组，有两人消极怠工，另一人能力较强并没有和我合作，因此我们的四人小组中，我和另一名能力较强的分别，独立完成了一套大作业，其中没有任何的小组间的合作与沟通，只是最后拿出了成果一起分享。

　　读了这本书之后，我明白了小组工作该如何分配，如何结组，之前结组都是凭借宿舍情义，兄弟情义，现在我明白了，兄弟情义、宿舍情义有时候只会成为拖累小组进度的绊脚石，因此，以后的结组，我不会去找能力非常强的但是性格