敏捷开发方法及实践交流.pdfVIP

敏捷开发方法与实践交流 张邱溪 2011 4月 提纲 了解敏捷 （为什么要使用敏捷方法? ） 实践Scrum （什么是Scrum ？我们Scrum了么？） 问题探讨 （寻找属于我们的敏捷之道） 项目成功率统计 即使软件交付了，也不意味着成功了 why ？ 软件开发项目中的复杂性 晰 清 离 远 混乱 求 需 复杂 复杂的 晰 清 近 简单的 复杂的 接 接近明确 技术 远离明确 传统软件工程的做法 架一座通往按时交付的桥 搭一个棚子来拒绝需求 拒绝改变 一个小漫画 你的项目 糟透了 就像十五个喝醉 你的项目 最近如何 ，一团 的猴子在玩一个 进展怎样 啊？ 乱麻 拼图游戏 了？ 很好，进展正 常 问题隐藏 如果不能改变它，那就去适应它！ 敏捷宣言 – 个体和交互胜过过程和工具 – 可以工作的软件胜过 面面俱到的文档 – 客户合作胜过合同谈判 – 响应变化胜过遵循计划 虽然右项也有价值 ，但是敏捷开发认为左 具有更大的价值 ！ 也就是说： 自组织团队与客户紧密协作，通过高度迭代、增量式的软件开发过程 响应变化，并在每次迭代结束时交付经过编码与测试的有价值的软件 胜过 与客户确定合同后在初期制定并遵循基于活动的完整计划，在重型过 程和工具指导下 ，通过完成大量文档进行知识传递 ，最后交付需求 敏捷原则 l 1、我们最优先要做的是通过尽早的、持续的交付有价值的软件来使客户满意。 l 2、即使到了开发的后期 ，也欢迎改变需求。敏捷过程利用变化来为客户创造竞争优势。 l 3、经常性地交付可以工作的软件 ，交付的间隔可以从几个星期到几个月，交付的时间间隔越 短越好。 l 4、在整个项目开发期间 ，业务人员和开发人员必须天天都在一起工作。 l 5、围绕被激励起来的个体来构建项目。给他们提供所需的环境和支持 ，并且信任他们能够完 成工作。 l 6、在团队内部，最具有效果并富有效率的传递信息的方法，就是面对面的交谈。 l 7、工作的软件是首要的进度度量标准。 l 8、敏捷过程提倡可持续的开发速度。责任人、开发者和用户应该能够保持一个长期的、恒定 的开发速度。 l 9、不断地关注优秀的技能和好的设计会增强敏捷能力。 l 10、简单是最根本的。 l 11、最好的构架、需求和设计出于自组织团队。