敏捷开发方法.ppt

项目组必须为每次迭代和发布制定预算。用户根据预算来选择迭代和发布中所包含的功能。短交付周期第30页，共40页，星期日，2025年，2月5日结对编程两个程序员用一台电脑一起工作，其中一人操作键盘，输入程序，另一人与他密切交流，检查错误和需要改进的地方。两人的角色频繁互换。所编写的代码由两人共同负责。经常地更换搭档，每个程序员至少每天更换一次搭档，这样当一个迭代结束后，每个程序员都与小组中所有其它程序员配过对，工作涉及到本次迭代的所有内容。第31页，共40页，星期日，2025年，2月5日结对编程能够极大地促进知识在团队中的传播，没有任何一个程序模块由单独一人完成，这样就保证了任何人的工作在必要时都可由其他人代替完成。结对编程使结对的双方都专注于任务，互相启发，理清思路，共同讨论解决难题。经验证明，结对编程没有降低开发团队的效率，而且大幅度地减小了缺陷率。结对编程第32页，共40页，星期日，2025年，2月5日第1页，共40页，星期日，2025年，2月5日第7章敏捷开发方法敏捷开发方法的核心思想敏捷开发方法的原则敏捷开发方法的代表——极限编程第2页，共40页，星期日，2025年，2月5日第一节敏捷开发方法的核心思想敏捷软件开发方法的思想是现代管理理念的延伸，其核心是以人为本，发挥人的主观能动性。敏捷软件开发方法认为，对项目最重要的影响因素是人，而不是过程和技术。不能把人员当做由过程驱动的“可插拔替换的编程单元”，而要发挥人的能动性，建立紧密协作的、自组织的团队。第3页，共40页，星期日，2025年，2月5日以过程为核心（而不是以人为核心）的软件组织为了少犯错误，保证项目成功，而从项目开发经验中总结和定义了许多过程，用于约束开发行为，避免重复相同的错误。由于项目的复杂性和多样性，这种过程定义会越来越多，最终形成一个庞大的、笨重的过程集合，这样的过程集合会降低开发效率和产品质量，增加开发成本。第4页，共40页，星期日，2025年，2月5日敏捷软件开发宣言我们正在通过亲身实践以及帮助他人实践，揭示更好的软件开发方法。通过这项工作，我们认为：人和交互重于过程和工具可以工作的软件重于面面俱到的文档客户合作重于合同谈判随时应对变化重于遵循计划虽然右项也有其价值，但我们认为左项更加重要。第5页，共40页，星期日，2025年，2月5日人和交互重于过程和工具只有好的过程而缺乏合格的人员，不能保证项目不失败。优秀的人员不一定是顶尖的技术人才，但一定能和其它人员良好地协作。拥有一般的技术人才，但能够有效沟通、紧密协作的团队比那种虽拥有技术精英，但不能有效沟通的团队更有可能取得成功。第6页，共40页，星期日，2025年，2月5日工具虽然重要，但那种最先进的、大而复杂的工具不一定适合组织的需要，而且可能会给组织带来负面影响。先尝试小而灵便的工具。首先要致力于建立团队，然后让团队根据自己的需要配置工具环境。人和交互重于过程和工具第7页，共40页，星期日，2025年，2月5日可以工作的软件重于面面俱到的文档过多的文档会带来许多负面影响。需花费许多资源来产生这些文档并保持它们之间的一致性（特别是文档与编码之间的一致性）。如果不一致，文档将成为产生混乱的根源。应该书写一些文档来描述系统的基本结构和原理，但文档一定要短而精炼，只用来描述总体设计原理和最高层次的系统结构。代码已包含了最丰富的、且无歧义的系统信息。第8页，共40页，星期日，2025年，2月5日当有新的成员加入项目团队，通过与他不断地交流和密切地合作来使他熟悉当前项目，而不是让他阅读大量文档。不要去产生文档，除非有紧迫而明显的需求。可以工作的软件重于面面俱到的文档第9页，共40页，星期日，2025年，2月5日客户合作重于合同谈判软件项目的成功依赖于客户频繁的反馈，而不是依赖于与客户达成的合同或协议。合同中所规定的需求、进度和成本很容易变得没有意义，因为项目处在持续不断的变化中。客户必须每天与开发团队一起工作，对开发团队的工作及时提供反馈。第10页，共40页，星期日，2025年，2月5日随时应对变化重于遵循计划由于项目中存在很多不确定因素，应对变化的能力常常决定了项目的成败。计划必须是灵活的，能够适应业务和技术的变化。一个比较好的计划策略是：对未来两星期的工作制定详细的计划；对未来3个月的工作制定很粗略的计划；对更远的时间段，则制定最初级的计划。第11页，共40页，星期日，2025年，2月5日第7章