敏捷软件开发与支持工具.ppt

敏捷软件开发与支持工具 什么是敏捷开发@敏捷开发 敏捷开发是应变之道 什么是敏捷开发@敏捷开发 先是一种思想，然后是方法，再到工具 思想上：敏捷开发一种outside-in development设计方法论 方法上：一系列最佳实践 工具上：协作工具，自动化工具，报表 敏捷中的需求@敏捷开发 需求是定位，一切后续活动依赖于需求展开。 需求是变化的，不易把握的。 需求是业务驱动的，市场，而非技术驱动的，更非个人喜好驱动。 敏捷中的需求@敏捷开发 -- 最高境界是创造需求 敏捷中的需求@敏捷开发 -- Persona实践 Persona，什么是Persona? 组成部分 Name Photo Brief Biography Goals Context scenario 敏捷中的需求@敏捷开发 -- 原型实践及需求筛选 原型Demo 原型加Demo演示已有功能 展示未来想法和功能 对话客户和业务人员 SWOT分析 需求选择 敏捷中的角色@敏捷开发 销售/售前 产品经理 架构师 项目经理 Scrum Master 开发 测试组长 测试人员 维护/售后 敏捷开发流程@敏捷开发 敏捷开发流程@敏捷开发 -- 好处 市场和需求驱动，拥抱变化。 在我们产品敏捷开发中，每个迭代结束，都会有一个产品迭代演示大会，把这个月的开发结果演示给组员，业务人员，售前，甚至客户，并收集反馈，并。此外，在开发的过程中，产品的业务人员和售前时刻保持和产品开发团队的沟通和工作。保证开发出来的产品是符合业务需求。 充分利用资源和时间 敏捷开发前，产品的需求设计阶段占用了整个开发流程的35%左右的时间，这段时间只需要几个核心的架构师和设计人员，无法充分的利用开发和测试人员的时间。敏捷开发后，跌待开发，强调沟通，缩减文档，在每个迭代的初期就可以充分的利用开发、测试人员的时间，达到效率最大化。 每日交付 产品开发过程中，每天都会做自动化Build，并生成可以交付的产品。业务人员，客户都可以试用并提供反馈和新需求。 充分自动化 敏捷开发强调拥抱变化，这必然带来动荡的产品代码变更，每一个新的功能和修改的功能，都可以影响到其他功能，造成副作用，所以需要自动化去支持变化，在变化的同时保证质量和开发速度。如：编译自动化，单元测试自动化，功能测试自动化，UI测试自动化、集成测试自动化等。 敏捷开发实践@敏捷开发 敏捷开发中，注重概念和架构设计，而轻详细设计 SWOT分析 业务和客户驱动，而非技术驱动 时刻考虑版本兼容性 轻文档，但非无文档 编译、发布、测试自动化 与业务人员紧密接触 Jazz 敏捷开发工具优点 Jazz 团队和项目结构 产品团队组织结构 版本管理 编译可视化和自动化 激励的妙方 涨工资，不如发奖金 一次送不如两次送 有选择不如没选择 说要的不如想要的 有用的不如没用的 晚说不如早说 小奖不如没奖品 公开不如不公开 大中之小，不如小中之大 ? 2009 * IBM WebSphere Multichannel Bank Transformation Toolkit ? 2009 IBM Corporation * This diagram is covered in more detail on subsequent charts. In the workshop application you may have a hierarchy of teams. Users can be on multiple teams. The screenshot is taken from the Team Organization view and represents the team structure for the workshop application. Upcoming slides will discuss the workshop application in more detail. Page fourteen Now let me introduce how my team use RTC. For scrum master and test team leader, he or she will input tasks into RTC. Tasks are organized as stories. Scrum master can input all the related information about task into that. for example, priority, estimated time, owner,