SCRUM开发方法（敏捷）
2024-03-21 16:28:20 0 举报AI智能生成
SCRUM开发方法的内容，定义及方法
作者其他创作
大纲/内容
产品负责人
产品代办列表
清晰地表述产品待办列表项
对产品待办列表项进行排序,使其最好地实现目标和使命
优化开发团队所执行工作的价值
确保产品待办列表对所有人是可见、透明和清晰的,同时显示 Scrum 团队下一步要做的工作
确保开发团队对产品待办列表项有足够深的了解
开发团队
特点
他们是自组织的。没有人(即使是 Scrum Master)有权告诉开发团队应该如何把产品 待办列表变成潜在可发布的功能增量
开发团队是跨职能的团队,团队作为一个整体,拥有创建产品增量所需的全部技能
Scrum 不认可开发团队成员的任何头衔,不管其承担何种工作
Scrum 不认可开发团队中所谓的“子团队”,无论其需要处理的领域是诸如测试、架构、运维或业务分析
开发团队中的每个成员也许有特长和专注的领域,但是责任属于整个开发团队
规模
scrum master
服务产品负责人
确保 Scrum 团队中的每个人都尽可能地理解目标、范围和产品域
找到有效管理产品待办列表的技巧
帮助 Scrum 团队理解为何需要清晰且简明的产品待办列表项
理解在经验主义的环境中的产品规划
确保产品负责人懂得如何来安排产品待办列表使其达到最大化价值
理解并实践敏捷性
当被请求或需要时,引导 Scrum 事件
服务于开发团队
作为教练在自组织和跨职能方面给予开发团队以指导
帮助开发团队创造高价值的产品
移除开发团队工作进展中的障碍
按被请求或需要时,引导 Scrum 事件
在 Scrum 还未完全采纳和理解的组织环境中,作为教练指导开发团队
服务于组织
带领并作为教练指导组织采纳 Scrum
在组织范围内规划 Scrum 的实施
帮助员工和利益攸关者理解并实施 Scrum 和经验导向的产品开发
引发能够提升 Scrum 团队生产率的改变
与其他 Scrum Master 一起工作,增强组织中 Scrum 应用的有效性
scrum事件
固定事件产生规律性
有时间盒限定
sprint
可用的，潜在可发布的产品增量
不能 做出有害于sprint目标的改变
每个sprint都可以作为一个项目
每个 Sprint 都会有一个要构建什么的目标,还有一份设计过和灵活的 计划用来指导如何做这些事、工作内容和最终产品增量
取消sprint
公司的发展方向或者市场上或技术 上的状况发生改变,这些变化都可能导致 Sprint 被取消
sprint计划会议
这次sprint能做什么
会议的输入是产品待办列表、最新的产品增量、开发团队在这个 Sprint 中能力的 预测以及开发团队的以往表现
如何完成所选的工作
开发团队将决定 如何在 Sprint 中把这些功能构建成“完成”的产品增量
Sprint 目标
在当前 Sprint 通过实现产品待办列表要达到的目的
每日 Scrum 站会
来检视完成 Sprint 目标的进度,并检视完成 Sprint 待办 列表的工作进度趋势
Sprint 评审会议
快结束时举行 ,用以检视所交付的产品增量并按需调整产品待办列表
所有参会人员协同讨论接 下来可能要做的事情来优化价值
会议内容
相关利益者参会，产品负责人告之哪些完成哪些没完成
开发团队讨论在 Sprint 期间哪些工作做的很好,遭遇到什么问题以及问题是如何解决
开发团队演示“完成”的工作并解答关于所交付增量的问题
产品负责人讨论当前的产品待办列表的情况。他/她根据到目前为止的进度来预测可能的目标交付日期
参会的所有人就下一步的工作进行探讨,这样, Sprint 评审会议就能够为接下了的Sprint 计划会议提供有价值的输入信息
评审市场或潜在的产品使用方式所带来的接下来要做的最有价值的东西的改变; 同时 为下个预期产品功能或产品能力版本的发布评审时间表、预算、潜力和市场
Sprint 回顾会议
目的
检视前一个 Sprint 中关于人、关系、过程和工具的情况如何
找出并加以排序做得好的和潜在需要改进的主要方面
制定改进 Scrum 团队工作方式的计划
Scrum 工件
0 条评论
下一页
