Scrum软件开发流程图.ppt

上传人:p** 文档编号:171858 上传时间:2023-03-17 格式:PPT 页数:14 大小:1.90MB
下载 相关 举报
Scrum软件开发流程图.ppt_第1页
第1页 / 共14页
Scrum软件开发流程图.ppt_第2页
第2页 / 共14页
Scrum软件开发流程图.ppt_第3页
第3页 / 共14页
Scrum软件开发流程图.ppt_第4页
第4页 / 共14页
Scrum软件开发流程图.ppt_第5页
第5页 / 共14页
Scrum软件开发流程图.ppt_第6页
第6页 / 共14页
Scrum软件开发流程图.ppt_第7页
第7页 / 共14页
Scrum软件开发流程图.ppt_第8页
第8页 / 共14页
Scrum软件开发流程图.ppt_第9页
第9页 / 共14页
Scrum软件开发流程图.ppt_第10页
第10页 / 共14页
亲,该文档总共14页,到这儿已超出免费预览范围,如果喜欢就下载吧!
资源描述

《Scrum软件开发流程图.ppt》由会员分享,可在线阅读,更多相关《Scrum软件开发流程图.ppt(14页珍藏版)》请在第壹文秘上搜索。

1、Scrum软件开发流程Scrum概述 Scrum是一种兼顾计划性与灵活性的敏捷开发过程,原词来自 于橄榄球中的“带球过人”。在橄榄球比赛的每次冲刺前,都将有一个计划安排的过程,但冲刺开始后则由队员在原计划的基础上随机应变。 不同于瀑布模型将开发过程划分需求、设计、编码、测试等阶段,Scrum将开发过程分为多次迭代,一般为26周。Scrum是什么意思?带球过人需要计划!在球场上:在比赛每段的开始,双方都要摆开阵势,并计划本段的进攻/防守路线和策略,教练和队长都可以参加计划。在软件开发公司:在每个迭代的开始,团队都应该做好本迭代的计划,尤其是需求条目的优先级排序、选择本迭代的工作、设定必须完成的内

2、容。 带球过人需要灵活应变!在球场上:当哨声响起,尽管队员们努力按照既定计划推进,然而场上瞬息万变,队员不可能实时按照教练或队长的指令亦步亦趋的行事,而是靠平时训练中形成的素养见机行事,达成目标。在软件开发公司:在每个迭代开始后,团队领导不可能也不需要介入每件事情,而是应该由具体执行的人选择如何去做。团队领导做好协调资源、解决困难,提供指导,已达成目标。Scrum中既有计划会,每日立会,评审会等计划和管理活动,又有迭代期内的灵活应变活动,是一种轻重结合的敏捷过程。团队在迭代内完成所列需求,每天开每日立会,以沟通进度和问题。 产品负责人建立条目化的产品待开发项,并进行优先级排序。 在迭代计划会上

3、,产品负责人讲解迭代要开发的条目,团队进行估算并放入下一个迭代。在迭代终点的迭代评审会上,团队向产品负责人等展示开发成果。 在迭代终点,团队召开反思会,总结本次迭代的优缺点以及改进建议。 Scrum敏捷方法一分钟扫盲Scrum中的工作产品产品代办事项列表(产品Backlog):站在用户角度理解的产品功能列表。 按照优先级排序 具备三要素:角色、活动、商业价值 符合用INVEST特性 可工作的软件(Work Software):可交付的工作软件。 “可交付”在不同场景下差异很大,应根据不同情况提前设定和选定交付标准 产品负责人和用户代表等负责评审可工作软件 迭代代办事项列表(迭代Backlog)

4、:本迭代要完成产品功能列表。在迭代规划会上将这些功能项拆分为具体的任务。 本次迭代所要完成的工作 将功能拆分为具体的任务(任务量不超过1人/天) 开发人员自行领取任务。 可工作的软件(Work Software):可交付的工作软件。 “可交付”在不同场景下差异很大,应根据不同情况提前设定和选定交付标准 产品负责人和用户代表等负责评审可工作软件产品负责人(Product Owner)保证Team做正确的事情。确定产品功能、发布内容和发布日期。为产品的ROI负责。根据市场价值确定功能优先级,维护产品Backlog。在每个Sprint开始前根据需要调整功能和优先级。接受和拒绝团队开发工作成果Scru

5、m教练(Scrum Master)保证Team做正确的做事。确保流程贯彻执行为团队屏蔽、去除一切障碍,保证团队不受干扰,保持专注,保持团队节奏。保证团队内部沟通顺畅。确保团队的人是最适合的人,在团队内进行跨职能培训,通过激发创造性与推动授权来提升开发团队的成员。团队(The team)负责完成产品需求开发 保持节奏实现本期Sprint目标 跨职能,自组织团队。 保障架构的稳定性和持续性。 保证代码质量。Scrum敏捷方法中的角色Scrum过程创建和维护产品待开发项列表 产品经理创建和维护产品待开发项列表。 产品待办事项列表梳理贯穿整个Scrum活动。 团队参与产品代办事项的估算。 具体事项:

6、保持产品待办事项列表有序 随着变化不断调整待办事项列表优先级 合并或拆分待办事项 对事项进行估算Scrum过程迭代规划会时间:每个迭代开始人员:PO、SM、团队输入:产品Backlog过程:PO按照优先级次序依次解释每个故事;团队估算团队速率,并对用户故事进行估算,选择要放进本次迭代的故事,并进行任务拆分。输出:Sprint 目标团队成员名单Sprint BacklogSprint Timebox确定好的Sprint演示日期确定好的每日立会的时间、地点。Scrum过程每日立会时间:迭代过程中的每一天,时间不超过15min人员:团队、SM地点:白板前过程:每个人依次轮流回答三个问题:昨天做了什么

7、?今天打算做什么?遇到什么困难?输入:昨日工作进展以及遇到的困难。 输出: 任务状态更新 燃尽图更新Scrum过程Sprint 演示会时间:Sprint 结束时人员:PO、SM、团队、对项目感兴趣的人过程:PO阐述本Sprint目标团队演示此次新增功能输入:本次Sprint 所产生的可工作软件。输出: Sprint 验收结果 项目干系人的反馈Scrum过程Sprint 回顾会时间:Sprint 结束时人员:SM、PO、SM、团队过程:SM展示本次Sprint目标及SprintBacklog。团队成员依次发言,总结本Sprint做的好的方面以及需要改进的事项。比较实际速率和预估速率差距,并分析原因。SM总结本次回顾会。输入:本次Sprint 完成情况 输出: 下个Sprint 需要改进的TOP3意见。 下个Sprint要坚持的好的实践。 谢谢观看!谢 谢!放映结束 感谢各位批评指导!让我们共同进步

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > IT计算机 > Python

copyright@ 2008-2023 1wenmi网站版权所有

经营许可证编号:宁ICP备2022001189号-1

本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。第壹文秘仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知第壹文秘网,我们立即给予删除!