Scrum软件开发流程.pptx

Scrum软件开发流程 屈睿 2016年4月 Scrum概述 Scrum是一种兼顾计划性与灵活性的敏捷开发过程，原词来自 于橄榄球中的“带球过人”。在橄榄球比赛的每次冲刺前，都将有一个计划安排的过程，但冲刺开始后则由队员在原计划的基础上随机应变。 不同于瀑布模型将开发过程划分需求、设计、编码、测试等阶段，Scrum将开发过程分为多次迭代，一般为2~6周。 Scrum是什么意思？ 带球过人需要计划！ 在球场上：在比赛每段的开始，双方都要摆开阵势，并计划本段的进攻/防守路线和策略，教练和队长都可以参加计划。 在软件开发公司：在每个迭代的开始，团队都应该做好本迭代的计划，尤其是需求条目的优先级排序、选择本迭代的工作、设定必须完成的内容。 带球过人需要灵活应变！ 在球场上：当哨声响起，尽管队员们努力按照既定计划推进，然而场上瞬息万变，队员不可能实时按照教练或队长的指令亦步亦趋的行事，而是靠平时训练中形成的素养见机行事，达成目标。 在软件开发公司：在每个迭代开始后，团队领导不可能也不需要介入每件事情，而是应该由具体执行的人选择如何去做。团队领导做好协调资源、解决困难，提供指导，已达成目标。 Scrum中既有计划会，每日立会，评审会等计划和管理活动，又有迭代期内的灵活应变活动，是一种轻重结合的敏捷过程。 团队在迭代内完成所列需求，每天开每日立会，以沟通进度和问题。 产品负责人建立条目化的产品待开发项，并进行优先级排序。 在迭代计划会上，产品负责人讲解迭代要开发的条目，团队进行估算并放入下一个迭代。 在迭代终点的迭代评审会上，团队向产品负责人等展示开发成果。 在迭代终点，团队召开反思会，总结本次迭代的优缺点以及改进建议。 Scrum敏捷方法一分钟扫盲 Scrum中的工作产品 产品代办事项列表（产品Backlog）:站在用户角度理解的产品功能列表。 按照优先级排序 具备三要素：角色、活动、商业价值 符合用INVEST特性 可工作的软件（Work Software）：可交付的工作软件。 “可交付”在不同场景下差异很大，应根据不同情况提前设定和选定交付标准 产品负责人和用户代表等负责评审可工作软件 迭代代办事项列表（迭代Backlog）:本迭代要完成产品功能列表。在迭代规划会上将这些功能项拆分为具体的任务。 本次迭代所要完成的工作 将功能拆分为具体的任务（任务量不超过1人/天） 开发人员自行领取任务。 可工作的软件（Work Software）：可交付的工作软件。 “可交付”在不同场景下差异很大，应根据不同情况提前设定和选定交付标准 产品负责人和用户代表等负责评审可工作软件 产品负责人(Product Owner)保证Team做正确的事情。 确定产品功能、发布内容和发布日期。 为产品的ROI负责。 根据市场价值确定功能优先级，维护产品Backlog。 在每个Sprint开始前根据需要调整功能和优先级。 接受和拒绝团队开发工作成果 Scrum教练(Scrum Master)保证Team做正确的做事。 确保流程贯彻执行 为团队屏蔽、去除一切障碍，保证团队不受干扰，保持专注，保持团队节奏。 保证团队内部沟通顺畅。 确保团队的人是最适合的人，在团队内进行跨职能培训，通过激发创造性与推动授权来提升开发团队的成员。 团队(The team)负责完成产品需求开发 保持节奏实现本期Sprint目标 跨职能，自组织团队。 保障架构的稳定性和持续性。 保证代码质量。 Scrum敏捷方法中的角色 Scrum过程—创建和维护产品待开发项列表 产品经理创建和维护产品待开发项列表。 产品待办事项列表梳理贯穿整个Scrum活动。 团队参与产品代办事项的估算。 具体事项： 保持产品待办事项列表有序 随着变化不断调整待办事项列表优先级 合并或拆分待办事项 对事项进行估算 Scrum过程—迭代规划会 时间：每个迭代开始 人员：PO、SM、团队 输入：产品Backlog 过程： PO按照优先级次序依次解释每个故事； 团队估算团队速率，并对用户故事进行估算，选择要放进本次迭代的故事，并进行任务拆分。 输出： Sprint 目标 团队成员名单 Sprint Backlog Sprint Timebox 确定好的Sprint演示日期 确定好的每日立会的时间、地点。 Scrum过程—每日立会 时间：迭代过程中的每一天，时间不超过15min 人员：团队、SM 地点：白板前 过程：每个人依次轮流回答三个问题： 昨天做了什么？ 今天打算做什么？ 遇到什么困难？ 输入：昨日工作进展以及遇到的困难。 输出： 任务状态更新 燃尽图更新 Scrum过程—Sprint 演示会 时间：Sprint 结束时 人员：PO、SM、团队、对项目感兴趣的人 过程：