三、敏捷开发是否需要项目计划？

　　敏捷开发只是把整体拆分成许多个体，产品的开发实现过程对产品的功能完整性、稳定性、即时性等都有较高的要求。

　　它是一种有组织有目标的行为，往往我们都将其作为一个项目来管理，这就是讨论为什么有产品经理的同时还要有项目经理，为什么要求产品经理要有项目管理的能力，因此它需要项目计划。

　　但这个计划是一个短程计划，根据未实现的功能情况、前一个版本的反馈和组织目标制定开发计划；唯有这样才能不断的融入新的需求变更；

　　四、敏捷开发的迭代周期大概多长？

　　敏捷开发的迭代周期没有硬性的规定，结合项目里程碑、目标、功能实现情况、产品稳定性综合决定，如果产品用户活跃、功能实现难度小、维护复杂度低，建议以周为周期。

　　对于规模比较大、维护复杂度高的产品，考虑以2周-6周为周期发布较为合适；频繁的发布会降低用户的期望并提高用户成本，给用户心理上带来额外的负担：他会认为产品质量低，质量控制不严谨等；

　　五、敏捷开发为何提倡小版本？小版本有哪些优势？

　　小版本的目的就是分解复杂度、降低风险，改善团队士气等；小版本有众多优势：

　　1、总体风险比较少：小版本变化小，总是在上一个版本基础上局部调整和增加，技术复杂度低；由于规划的功能较少，工作量也易于估算，所以其总体风险比较少，常常能如期发布；

　　2、需求的接纳能力强：由于小版本快速实现并发布测试，然后就进入下一个版本的规划实现周期，这样新需求一旦提出就能快速进入开发视野，就能尽快实现；

　　3、测试和开发高效协作：开发和测试可以并行工作，当开发实现第一个版本时，测试设计测试方案和用例；发布第一个版本后，开发就进入下一个版本轮次，测试就应用测试方案测试刚才发布的版本，提交Bug；开发在下一个版本结束时修正所有上一轮发现的Bug，然后发布新版本，如此循环往复，开发和测试实现高效协作；

　　六、敏捷开发与重构的关系如何？

　　敏捷开发以重构为基础，时时刻刻处于重构过程中；

　　七、敏捷开发为何强调团队人员的参与、用户的参与？

　　敏捷强调团队成员的高度参与就是要统一认识，把团队的目标变成每个人的工作目标，使之为每个团队成员的认同，形成高度的凝聚力，以达到群策群力、高效协作的效果。

　　由于没有高度细化的文档，成员之间交换信息的唯一渠道就是面对面沟通，良好的团队氛围和协作关系促进这种沟通，并使消息有效传达。