周报（关于项目开发模式的一点总结）

项目完全进入测试阶段。总结一下该项目的开发模式–敏捷开发
什么是敏捷开发？
敏捷开发以用户的需求进化为核心，采用迭代，循序渐进的方式进行软件开发。把一个大项目分为多个相互联系，但也可独立运行的小项目，并分别完成，在此过程中一直处于可使用状态。
敏捷开发的特点？
1.在敏捷开发过程中，有着更强的适应性，而不是预设性。响应变化而不是遵循计划
2.更加注重人的因素，高频交流。个体交互胜过工程和工具
3.在敏捷开发过程中。整个项目的驱动是测试驱动而不是文档驱动
4.客户合作胜过合同谈判
敏捷开发的几个原则（现象）？
1.到了开发的后期，也欢迎改变需求
2.业务人员和开发人员天天在一起。
3.最有效传递信息方法，面对面交谈
4.每隔一周。进行反思，总结。本周的完成情况
5.我们最优先要做的是通过尽早的，持续的交付有价值的软件，来使客户满意
敏捷开发的适用范围？
1.项目团队人数不多。人数过多，会导致交流成本增加。降低开发效率
2.项目经常发生变更。一边开发，一遍补充文档，一遍修改文档，一边开发
3.开发人员可以参与决策。有业务人员参与
4.高风险的项目实施（这个我没太明白）
敏捷开发的优势，与劣势。
1.敏捷确实是项目进入实质开发迭代阶段，用户可以看到基线架构版的产品，客户前期满意度，一般偏高。
2.敏捷人员强于高频沟通，弱于文档。如果项目流动人员大，会造成维护的难度。需要项目中存在经验较强的人，不容易遇到大瓶颈问题。
3.敏捷开发，强于沟通。因此需要表达能力较强的程序员。能将自己的问题表达清楚，同时，能将该业务清楚解释清楚的业务人员。稍有差池，都会增加之后测试阶段的开发成本。
敏捷开发与瀑布开发的区别？
1.严格把项目的开发分割阶段。需求分析，概要设计,详细设计，编码，测试,软件交付，验收，维护
2.重视和强调文档
3.每个开发阶段都定义为黑盒，希望每个阶段的人员，只关心本阶段的工作
4.管理文档。（计划书，进度表等）
5.既然叫做瀑布，就意味着不能走回头路。出现返工，代价非常大。
6.更适合需求相对稳定的大项目