AgilebasicandScrum.pptx

SafeNet Inc.Steven;Agile要解决什么问题 Agile 的价值观 Scrum是什么 Agile的目标：自组织团队 ;两大现实问题：需求不明确;;;经验过程控制： 一种问题驱动的轻型过程控制模型。;两大现实问题：谁干活？; ;方法和工具是死的，人是活的！没有优秀个人和团队协作，再强大的方法和工具都是摆设。 自组织团队通过个人能力和协作能力，可以自发的通过各种途径解决开发过程中遇到的问题 虽然我们致力于个体和交互，但并不是不需要过程与工具了。Scrum、XP等方法本身也有一些方法和过程，每日构造等敏捷实践也需要工具的支持，需要哪些过程和工具由自组织团队制定，而不是由领导制定。 ;用户需要的是一个能够运行起来，能够实质解决工作中问题的可以工作的软件。 通过执行一个可运行的软件来了解软件做了什么，远比阅读厚厚的文档要容易得多。 好的必要的文档仍是需要的，它能帮助我们理解软件做什么，怎么做以及如何使用（如作为不同Function之间的接口描述）。只要自组织团队认为足够就行了。 过多的文档需要开发人员花费大量时间来维护。文档应该是为程序服务的，因此应当短小精悍、易于维护，而且主题突出。;只有客户才能明确说明需要什么样的软件，然而，大量的实践表明，在开发的早期客户常常不能完整地表达他们的全部需求，有些早期确定的需求，以后也可能会改变。要想通过合同谈判的方式，将需求固定下来常常是困难的。 敏捷开发提倡客户和开发团队密切的在一起工作，并尽量经常性的提供反馈。利用短期迭代，通过尽早提供软件来达到与客户频繁沟通和反馈来发现用户的需求，这也可以把问题及早暴露出来，以免隐藏的问题在后期造成更大的影响 完成合同，相对不如让客户满意重要 ;计划赶不上变化，敏捷项目承认开发过程中的不确定性，所以不会在开发中制定长时间的复杂计划。 Scrum依照一组简单实践及规则，实施经验性过程控制方法的检查、适应和保证可视性等步骤，处理软件开发项目中的复杂问题。通过迭代开发，每次迭代都是基于上一迭代的完善基础之上进行的，通过不断的响应变化来消除开发中的不确定性。 敏捷不是不需要计划，相反它需要更多的规划。 不确定性是影响计划正确的主要因素，减少不确定性的唯一办法是通过执行－作一些事情、构建一些东西或模拟一些东西－然后获得反馈。 许多项目管理方法是“规划、规划、规划－执行”，而敏捷开发方法是“规划－执行－调整”、“规划－执行－调整”。 一个项目的不确定性越高，敏捷开发方法对取得成功就越是至关重要，不断学习和调整是敏捷开发的核心。 ;自组织团队与客户紧密协作，通过高度迭代式、增量式的软件开发过程响应变化，并在每次迭代结束时交付经过编码与测试的有价值的软件 　　???? 胜过 与客户确定合同后在初期制定并遵循基于活动的完整计划，在重型过程和工具指导下，通过完成大量文档进行知识传递，最后交付需求 ;敏捷实践原则;工作的软件是首要的进度度量标准。 敏捷过程提倡可持续的开发进度。责任人、开发者和用户应保持一个长期恒定的开发速度。 不断关注优秀的技能和好的设计会增强敏捷能力 简单——使未完成的工作最大化的艺术——是根本的。 最好的构架、需求和设计出自于自组织的团队。 每隔一定时间，团队会在如何才能更有效的工作方面进行反省，然后相应地对自己的行???进行调整;在Agile的巨伞下;Scrum三大特点;Scrum理论的三大支柱 ;关于透明性;;迭代 (Iterative); ;Product Owner;;;;Scrum Board;Burn-down Chart;优秀团队成员的关键特质： 尊重每个人的价值 每次都诚实交流 所有数据、行为和决定都保持透明 相信每个人都是团队的支撑力量 积极投身于团队和团队目标;Practice;There is no end for Agile, we are on our way.