scrum_master和项目经理,scrum_master_认证含金量

Scrum特点:

团队,跨职能,一致的目标,团队合作

敏捷思维模式:

四大价值观-更注重左向的价值,右向价值也很重要

  • 个体和互动 高于 流程和工具
  • 工作的软件 高于 详细的文档
  • 客户合作 高于 合同谈判
  • 响应变化 高于 遵循计划

十二大原则

  • 早和持续不断地交付有价值的软件
  • 欣然面对需求变化
  • 经常地交付可工作的软件
  • 业务人员和开发人员必须相互合作
  • 激发个体的斗志
  • 面对面的交谈
  • 可工作的软件是进度的首要衡量标准
  • 倡导可持续开发
  • 坚持不懈地追求技术卓越和良好设计
  • 最好的架构、需求和设计出自自组织团队
  • 定期地反思和调整

实践,Scrum的适用范围— 核心价值:最短的时间内交付最大价值

scrum_master和项目经理,scrum_master_认证含金量

Scrum和敏捷的关系

scrum_master和项目经理,scrum_master_认证含金量

Scrum框架

scrum_master和项目经理,scrum_master_认证含金量

Scrum的理论:

Scrum基于经验主义和精益思想,经验主义主张知识来源于实际经验以及根据当前观察到的事务做出判断所获得。精益思维减少浪费,专注于根本。

核心要做到团队事务透明,检验是否正确,及时做出调整

Scrum Team

Scrum的最小单元是Scrum Team,一个最小单元包含3个角色,分别是Developers,Scrum Master,product Owner。

一个Scrum团队人数超过10人怎么办?-根据功能模块拆分,或者拆分多个Pod team.

1. 小团队5-9人

2. 跨职能:

  • 团队包含交付产品增量所需要的技能
  • T型跨界人才
  • 没有“自团队” -Scrum跨职能团队和PM
  • 矩阵型团队的核心区别

3. 自管理:

  • 没有管理头衔,组员皆平等
  • 承诺驱动而不是工作量驱动
  • 团队负责大部分的项目管理工作

4. 全职(100%服务于一个团队)并且一起

Scrum Master职责

  • 向Scrum团队提供教练服务
  • 向Product Owner提供教练服务
  • 向组织提供教练服务
  • 没有管理授权-精神领袖
  • 授权的“牧羊犬”
  • 改革先锋

Product Owner

Product Owner负责将Scrum Team的工作所产生的鹅产品价值最大化。

scrum_master和项目经理,scrum_master_认证含金量

Product Backlog/产品代办列表

1. 包含一个产品目标

2. 一个动态的清单,列出所有产品可能的功能以及其他对用户有价值的工作

3. 高质量Product Backlog的DEEP原则

  • Detail appropriately/恰当的详细程度
  • Estimated/已经经过估算的
  • Emergent/浮现式
  • Prioritized带有优先级顺序

4. 开发给所有人,但最终决定者是PO

Sprint Backlog/冲刺代办列表

  • 团队承诺 – 冲刺结束时交付的PSPI(What)
  • 以及未来交付PSPI必须的支持性工作(How)
  • 不分派工作-团队认领
  • 颗粒度更小

Sprint/冲刺

  • 一个冲刺内完成所有工作
  • 1周到4周的时间盒,越短越好
  • 冲刺长度一旦确定不再改变
  • 前一轮冲刺结束的下一个工作日期,新一轮冲刺开始
  • 每一轮冲刺应该有一个目标

Sprint Planning

输入:经过精化的Product Backlog,符合DoR

  • PO和DT一起审查条目的优先级、需求细节等,保持理解一致
  • 团队依据Velocity(产能)向PO承诺下一轮冲刺可以交付的PSPI(潜在可发布的增量)
  • 团队讨论并形成足够详细的计划

第一部分:怎么做(计划)

  • DT和PO一起确保需求理解到位
  • 团队讨论完成需求工作的方法和工具
  • 必要的技术分析和设计
  • 识别需要的技术支持工作
  • 识别依赖项、风险及问题

第二部分:做什么(承诺)

  • PO提供优先级信息
  • DT提供PB估算信息
  • SM提供产能(Velocity)数据
  • DT根据PBI的估算,以及历史产能数据,决定可以完成那些PBI
  • 不可以压迫DT承诺超过实际产能的工作

输出:团队承诺冲刺结束时,要交付的PSPI

DoR(Definition of Ready)/开工标准

1. 业务价值需要描述清楚

2. 需求优先级被明确定义

3. 通过需求评审

4. 识别外部依赖(PD和TL共同识别)

5. 需求大小适度,确保能够在一个迭代完成(PD和TL共同决定)

6. 验收标准是清楚的并且测试(Optional)

7. 性能要求(如果有的情况下)(Optional)

8. 团队在迭代开始前思考如何展示迭代完成的内容(Optional)

Daily Scrum/日会

目的:是检视达成Sprint Goal的进展,并根据需要调整适应Sprint Backlog,以调整即将进行的计划工作。

每天,15分钟,固定地点,固定时间,面对面,站立

1. 三个作用:

  • 个人状态的广播,并在团队前做个人承诺
  • 向团队通报交付障碍
  • 团队每天一次管理承诺检查点

2. 三(加一)个问题:

  • 昨天我搞定了啥?
  • 今天我要搞定啥?
  • 有什么障碍没?
  • 我们还活着吗?

3, 三个原则:

  • 只通报问题,不解决问题
  • 鸡外猪内
  • 只有猪可以开口

Sprint Review/冲刺评审会

目的:检视Sprint的成果并确定未来的适应性

  • 团队向PO展示冲刺内完成的PSPI(潜在可发布增量)
  • 不演示PPT
  • 业务方可以旁听

Sprint Retrospective/回顾会

  • 正能量-关注与持续改进
  • 全组参与(developers、Product Owner和Scrum Master)

三个问题的格式:

1. 什么事团队应该开始做的?

2. 什么事团队应该是停止做的?

3. 什么事团队应该继续保持做的?

DoD(definition of Done)/完工标准

决定DoD:PO,Scrum Master,Scrum Team

scrum_master和项目经理,scrum_master_认证含金量

Scrum的5个价值观

  • 承诺-愿意对目标做出承诺
  • 专注-把你的心思和能力都用到你承诺的工作上
  • 开放-Scrum把项目中的一切开放给每一个人看
  • 尊重-每个人都有他独特的背景和经验
  • 勇气-有有勇气做出承诺,履行承诺

创业项目群,学习操作 18个小项目,添加 微信:790838556  备注:小项目

本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容, 请发送邮件至 zoodoho@qq.com举报,一经查实,本站将立刻删除。
如若转载,请注明出处:https://www.zoodoho.com/93114.html