敏捷开发TOSC分享PPT(2012.3.28).ppt

迭代进度图- Burndown Chart Scrum 注重成果，它关心的是要花多少时间达到目标，而不是已经花费的时间;. 团队能否在既定的时间达到迭代的目标,可以查看要完成产品需求清单的功能所剩余的工作 Remaining work = Estimate to Complete (ETC). 描述剩余工作量和时间关系的图表称为Sprint Burndown图, 是Scrum中非常重要的控制方法(control measure). 给Scrum团队和产品所有者提供直观的信息. 术语 burndown 表明Scrum团队在迭代过程中消耗剩余工作的能力; 迭代结束时其值为0. 每个任务 （ task ）的工作量由Scrum团队来估计. 每天都要进行估计，以便进行跟踪. 可以使用电子表格或者专门的工具（如 ScrumWorks ） 迭代进度图- Burndown Chart Ideal burndown. Actual burndown. Remaining work increasing ?Tasks underestimated and/or work remaining not updated. Tasks removed from the Sprint Backlog to meet Sprint Goal ? faster decline. Sum of remaining work [h] for all tasks in the Sprint Backlog on a particular day. Initial estimate (752 h) In the beginning of the Sprint Tasks not started Tasks in progress Tasks completed (done) Priority Sprint Goal Sprint Burndown Chart Tasks: Description Responsible person Work remaining 谢 谢! raoqiang@ chuhf@ 分享 敏捷开发 ——Scrum 目录 什么是敏捷软件开发？ 敏捷方法的项目计划 敏捷项目管理和传统项目管理 为什么使用敏捷？ Scrum概述 Scrum的角色 Scrum实践和工作产品 什么是敏捷软件开发 敏捷软件开发是软件项目的一个概念框架. 有许多建立在敏捷概念上的方法，如 Scrum 和 Extreme Programming (XP). 与僵化的、重量级的、官僚式的方法形成对照，比如瀑布模型（指纯粹形式的） 最大限度地降低短期固定时间的迭代式软件的开发风险. 敏捷宣言（2001年） 人和交互胜过过程和工具. Individuals and interactions over processes and tools 可以工作的软件胜过完备的文档. Working software over comprehensive documents 客户协作胜过合同谈判. Customer collaboration over contract negotiation 随时应对变化胜过遵循计划. Responding to change over following a plan 敏捷过程的限制 敏捷软件开发过程包含过程、原则、工具，和最重要的-人 因此 诚信是基础 没有过程能够对诚信进行有效地约束 诚信与否是有效实施敏捷过程的最大限制 比较 传统项目管理： 事先对整个项目进行估计、计划、分析 反对变更; 变更需要重新估计、重新规划 严密的合同来减少风险, 如果改变需求要走 CR 流程. 项目作为一个“黑盒子” ，对客户与供应商的可视性差. 产品化和测试阶段是分离的. 文档和计划驱动的方法. 软件交付时间晚, 意识到风险的时间晚. 敏捷项目管理: 对整个项目做一个粗略的估计,每一次迭代都有详细的计划. 鼓励变化, 客户价值驱动开发. 信任和赋予权力;合约使变更变得简单，增加价值. 客户和开发人员之间是紧密的连续的合作关系 每次迭代都产生可交付的软件 专注于交付软件. 第一次迭代就可交付能工作的版本，风险发现的早. 为什么采用敏捷 采用敏捷方法得当的话，可以： 更加透明; 随时跟踪项目的状态和进展情况，及早发现问题和风险 . 快速交付, 每次迭代都能交付可运行的软件. 最高风险和最高优先级的需求，最优先进行开发. 改善应对变更能力, 减少大量的重计划. 改善项目沟通. 更好的客户参与, 避免错误的假设. 预期的收益 总之: 提高了生产率; 减