理解Scrum,可以用3355,可以用PDCA,可以用GTD,但还不够通透。
模式是理解Scrum的另一个角度。
Scrum有三个内置子模式:Backlog,Sprint,Daily Scrum。
背后的基础:
1、近忧远虑结合,变化环境中的长期、短期、当下的项目管理方法。
2、以人为本,发挥人的力量。
以Jira为代表的工具深刻理解和实现了这三个子模式,为敏捷而生。
Scrum 中存在的模式
这部分模式可以帮助我们更好地理解和实施 Scrum,以及评估和改进 Scrum 的实施,也能帮助我们理解 Scrum 的发明。

1.模式名称:Backlog
解决的问题:
在本质上偏于不确定性的项目中需要知道下一步做什么。需要一种组织方法使得在项目的任何阶段都易于知道下一步要做什么。
甘特图方法事先定义任务和锁定时间,无法满足不确定性环境下的项目管理要求。
完全不管也不是一种好方法。
解决方案:
用 Backlog 组织工作。
Backlog 是一个排好优先级的列表。高优先级的工作先做。
Backlog 的总合是产品,Backlog 中工作的完成意味着产品愿景的实现。
Backlog 是动态管理的,以便完成的产品是合适的、有竞争力和有用的。
Backlog 的内容来源很多。可以来自市场、销售、技术、开发部门和客户。
只有一个人对 Backlog 排序。这个人对产品愿景的实现负责。
根据市场需要和组织预算,一个或多个 Scrum 团队工作于一个 Backlog。团队从 Backlog 中选择一个迭代可以完成的工作项。
团队在一个迭代中选择的工作要有一定的内聚度,构成迭代目标。团队在一个迭代内的工作,是为了完成迭代目标。
团队把工作分解为任务,以便完成迭代目标。
Backlog 这个简单的物件,上溯产品愿景,下达具体的工作项管理。
达到的效果:
项目中的所有工作根据客户需要和团队能力动态排序。
2.模式名称:Sprint
解决的问题:
工作中涉及探索、创造与测试,而不是简单重复的机械式工作。
需要优化沟通和信息共享。
需要在一个时间盒里承诺完成来自 Backlog 的一定的工作量。
团队需要无打扰地工作,管理层和客户需要看到进展。
预先计划和命令与控制的方式行不通。
解决方案:
给开发人员空间进行创造性的工作,学习探索,做实际的工作,免受外部干扰,运用机会和洞见来优化工作方式。
同时显示真正的进展让管理者和干系人有信心。
以短周期,小团队,来承载 Backlog 中的一段工作,并产生可交付的产品。
聚焦,而不是微管理。焦点有不同层级的颗粒度,迭代层级,是团队和干系人共同关注的焦点。迭代之下的焦点和颗粒度,如每天的工作,更多由团队关注就可以了。
在一个 Sprint 中,外部干扰被排除。团队内外及干系人对这一点有共识。
团队在过程中可调整工作方式。团队以最好的方式,使用他们的技能经验和创造力,专注于手上的工作,产生可见、可用和可展示的交付。
创建安全的时间盒,并向客户和干系人做出可信的承诺。
是团队主动进行的承诺,和对创造性的工作和工作方式的优化。
达到的效果:
所有参与者高度有效而又各有侧重的所有权,包括团队、干系人和客户。
最大可能完成计划的工作。在每一个周期结束的时候,干系人可以影响和调整后续迭代的计划。因而使得长期计划具有极大的灵活性。
每日站会的高度可见性,可以帮助发现浪费并很快回归真正的工作。
为了能够选出迭代的工作,强制产品负责人更好地对 Backlog 排优先级。
不适用于需要高度指导的人。
3.模式名称:每日站会
解决的问题:
需要一个方法来控制经验主义和不可预测的流程,例如软件开发,科研,艺术项目和创新设计等。
对于需要探索、创造性和测试的工作,精确估算是困难的。
过渡计划不会增加可预测性,只会浪费时间。太过详细和锁定细节日程的计划也难以执行。
太过频繁的日常跟踪浪费时间,还会打扰开发人员。
太多跟踪也无助于计划的完成。
解决方案:
团队每天碰面15分钟,回答三个问题:昨天完成了什么,今天打算完成什么,遇到了什么困难。
每天发生在同一时间同一地点,强化团队状态、问题和计划的社会化。
是大家主动参与的一种目标、趋势和风险追踪。
达到的效果:
增加紧迫感。
提升知识分享,社会化,外化,内化和组合知识(参见野中郁次郎的知识管理、场理论和 SECI 模型)。技术专家成为社群资产。
鼓励沟通和诚实。
提升归属感。
转变文化。通过透明,提升大家对目标的关注和主动参与,进而打磨流程,促进从根本上解决问题,建立学习型组织。
高度可见的项目状态。
高度可见的个人生产力。通过同事压力促进卓越。
更少因阻碍造成的浪费。阻碍被及时发现和解决。
更少因等待造成的浪费。通过细颗粒度的协作减少等待。
提升团队内的社交。建立快乐高效的团队。