关于Scrum敏捷软件开发过程PPT课件

1 关于Scrum敏捷软件开发过程 2 我们将输掉这场 接力跑 3 SCRUM使得我们能够专注于如何在最短的时间内实现最有价值的部分 SCRUM使得我们能够快速的 经常的监督实际产品发展的状况 每两周或一个月 团队按照商业价值的高低先完成高优先级的产品功能 并自主管理 凝结了团队智慧创造出最好的方法因而提高效率 每隔一两周或者一个月 我们就可以看到实实在在的可以上线的产品 此时 就可以下一步的决定是继续完善功能实现更多需求或者直接发布了 Scrum的精髓 4 Scrum的发源 JeffSutherlandInitialscrumsatEaselCorpin1993IDXand500 peopledoingScrumKenSchwaberADMScrumpresentedatOOPSLA96withSutherlandAuthorofthreebooksonScrumMikeBeedleScrumpatternsinPLOPD4KenSchwaberandMikeCohnCo foundedScrumAlliancein2002 initiallywithintheAgileAlliance 5 Scrum被知名企业广泛采用 微软雅虎谷歌电艺飞利浦西门子诺基亚英国广播公司尼尔森视界公司第一美国不动产经纪公司美国第一资本投资国际集团 IntuitHighMoonStudiosLockheedMartinBMCSoftwareIpswitchJohnDeereLexisNexisSabreSTimeWarnerTurnerBroadcastingOce 6 Scrum被运用的领域 商业软件集中式开发根据契约进行的开发固定投资开发财务软件ISO9001认证应用嵌入式系统0当机系统软件联合攻击战斗机 游戏软件药监管理软件网站掌上电脑软件手机网络交换路由设备独立软件开发一些大型软件开发 7 特点 自我管理的团队以 sprint 冲刺 为周期迭代的产品开发以一系列 产品Backlog 订单 记录了产品需求没有特定的工程实践惯例在以生成规则创造的敏捷开发环境交付产品是其中一种 敏捷方法 8 敏捷宣言作者们的价值观 资源来自 www agilemanifesto org 重视 9 敏捷宣言遵循的原则 1 我们最重要的目标 是通过持续不断地及早交付有价值的软件使客户满意 欣然面对需求变化 即使在开发后期也一样 为了客户的竞争优势 敏捷过程掌控变化 经常地交付可工作的软件 相隔几星期或一两个月 倾向于采取较短的周期 业务人员和开发人员必须相互合作 项目中的每一天都不例外 10 敏捷宣言遵循的原则 2 激发个体的斗志 以他们为核心搭建项目 提供所需的环境和支援 辅以信任 从而达成目标 不论团队内外 传递信息效果最好效率也最高的方式是面对面的交谈 可工作的软件是进度的首要度量标准 敏捷过程倡导可持续开发 责任人 开发人员和用户要能够共同维持其步调稳定延续 11 敏捷宣言遵循的原则 3 坚持不懈地追求技术卓越和良好设计 敏捷能力由此增强 以简洁为本 它是极力减少不必要工作量的艺术 最好的架构 需求和设计出自自组织团队 团队定期地反思如何能提高成效 并依此调整自身的举止表现 12 项目噪音水平 简单的 复杂度 混乱的 较复杂的 技术难度 需求数量 远离一致 接近一致 接近团队能力 远远超出团队能力 Source StrategicManagementandOrganizationalDynamicsbyRalphStaceyinAgileSoftwareDevelopmentwithScrumbyKenSchwaberandMikeBeedle 13 Scrum Cancel Giftwrap Return 迭代周期2 4周 迭代定单 潜在可以发布的增量产品 产品定单 功能3 功能4 功能3 功能2 24小时 14 全面视角的Scrum开发 图片源于 15 Sprints Scrum项目周期以一组迭代周期 sprints 组成可以和极限开发的迭代周期类比典型的迭代周期为2 4周或者最多一个自然月一个固定的周期能够创造出项目的更优美的节奏感产品的设计 开发 测试全部都在一个迭代内完成 16 顺序vs 重叠开发过程 资源来自 TheNewNewProductDevelopmentGame byTakeuchiandNonaka HarvardBusinessReview January1986 Scrum并非以一段时间集中完成一个过程 而是将所有过程中必须的每一部分集中在这段时间内完成 需求 设计 代码 测试 17 确保一个迭代周期的稳定 一个迭代周期的长短的设定取决于您能够保障多长时间需求变化不影响到产品开发 变化 18 Scrum结构框架 19 Scrum结构框架 20 产品所有者 定义所有产品功能决定产品发布的内容以及日期对产品的投入产出负责根据市场变化对需要开发的功能排列优先顺序合理的调整产品功能和迭代顺序认同或者拒绝迭代的交付 21 ScrumMaster 主管 对项目的直接管理领导团队完成Scrum的实践以及体现其价值排除团队遇到的困难确保团队的胜任其工作 并保持高效的生产率使得团队紧密合作 使得团队个人具有多方面职能的工作能力保护团队不受到外来无端影响 22 团队 经典团队拥有5 9人团队成员都是是多面手 程序员 测试员 用户经验设计 等等 团队成员都全职工作特殊职能可以例外 例如 数据库管理员 团队自我组织和管理团队关系在一个迭代中应该是固定的 个人的职能可以在新迭代开始时发生调整 23 Scrum结构框架 24 迭代计划会议 商业机会 团队能力 产品backlog 技术 写有产品 25 迭代计划 团队自己从产品的backlog中选择一些他们能够完成的任务作为迭代的backlog迭代backlog被创建任务被确认并且每一任务估计工作量应该在1 16小时左右迭代的backlog的确定是团队协作的结果 而不是只有scrummaster的决定概要设计已经讨论过 为了选择好去处度过这个假期 我需要先看到酒店的照片 26 每天的Scrum会议 属性每天都会开15分钟结束站着开会不是为了解决问题所有相关的人被邀请只有Scrum主管 产品所有者 团队成员能够在会上发言避免无关的讨论 27 团队成员需要回答3个问题 对于ScrumMaster来说这些问答不是工作进度报告他们是团队成员彼此的承诺 28 迭代结果的验收 团队需要演示所完成的迭代工作典型的做法是使用演示形式展示新功能或者底层架构的实现非正式的2小时的提前准备不需要正式演示文档整个团队都需要参加邀请所有关注产品的人参加 29 迭代的回顾 周期性的回顾 总结工作中的经验和教训一般15 30分钟在每个迭代结束时开始做整个团队都需要参加ScrumMaster产品所有者团队可能还包括客户 30 启动 停止 继续 整个团队集结一起讨论以下方案 开始做 停止做 继续做 仅仅是诸多迭代回顾的活动的一种参考 31 Scrum结构框架 32 产品backlog 需求项目中待完成的工作列表理想的是每一个待完成的工作都将对客户和用户产生价值产品所有者将对这个列表进行优先级排序每个迭代开始前优先级的排序工作还需要再度修正 一组产品backlog 33 产品backlog的样例 34 迭代目标 简短陈述这个迭代将要完成什么 数据库应用 金融服务 生命科学 功能用于人口遗传学研究 提供比ABC更实时的数据流量来支持更多的技术指标 应用可以运行于Oracle和SQLServer环境 35 管理迭代的backlog 团队的个人将要签收其将拥有的工作工作不是单向的分配对于剩余工作量的估计每天需要更新团队中任何人都可以添加 删减或者更改迭代中的工作项目为了迭代目标以及将发布的结果而工作如果对将要面对的困难不清楚 最好先定义一个相对工作量较大的工作项目然后适时在以后将其分散成较小额工作量的几个部分更新每个项目的剩余工作量 36 迭代backlog的样例 任务 编写用户界面 编写中间层 测试中间层 编写在线帮助 编写Foo类 Mon Tues Wed Thur Fri 37 迭代耗散图 小时数 38 小时数 40 30 20 10 0 Mon Tue Wed Thu Fri 任务 编写用户界面 编写中间层 测试中间层 编写在线帮助 Mon 8 16 8 12 Tues Wed Thur Fri 50 39 扩展性 典型的一支敏捷团队的人数是7 2人通过 团队中团队 的方法扩展扩展团队时需要考虑的因素所开发产品的类型团队大小团队的分布项目周期Scrum方法可用于总数超过500人的项目 40 通过 Scrumofscrums 的方式扩展团队 41 Scrumofscrumsofscrums 42 推荐资源 43 推荐书籍 AgileandIterativeDevelopment AManager sGuidebyCraigLarmanAgileEstimatingandPlanningbyMikeCohnAgileProjectManagementwithScrumbyKenSchwaberAgileRetrospectivesbyEstherDerbyandDianaLarsenAgileSoftwareDevelopmentEcosystemsb