|
Scrum与GTD｜拖延的人完不成敏捷项目
早在2000年之前，我就是Scrum的实践者；现在我是GTD®️培训师，也是Scrum教练。因此，人们经常问我：“GTD和Scrum之间有什么关系？”
- Scrum -
Scrum是一个框架，在这个框架下人们可以讨论复杂变化的问题， 高效地、创造性地交付尽可能高价值的产品。
用Ken Schwaber和Jeff Sutherland的话说，Scrum是：
Scrum是从1990年之后发展起的，用于管理复杂产品研发的流程框架。Scrum并不是一个制造产品的流程或技术，而是一个你可以运用各种流程和技术的框架。
Scrum是基于3个角色和4个活动。3个角色是： 产品负责人负责开发团队的工作成果最大化。产品负责人必须讲清楚需要实现的预期结果，并将这些预期结果排出优先级。预期结果一般通过用户故事来表达（我作为<用户角色>，我想<目标>，这样可以<利益>）。完整的预期结果清单叫做产品列表（Product Backlog）。
开发团队是专业人士的团队，他们一起交付可能发布的 “完成”产品的增量，每个工作的周期是一月或短于一个月，被称为冲刺（Sprint）。开发团队是自组织的；这意味着没有人可以告诉开发团队如何将产品列表变为可发布的功能增量。
他负责倡导和支持Scrum。Scrum Master帮助大家理解Scrum的理论、实践、规则和价值观。Scrum Master必须清除开发团队进度的障碍。
这3个角色一起组成了Scrum团队。4个活动是： 在冲刺规划中，我们规划冲刺中要完成的工作。这个规划是由整个Scrum团队一起合作制定的。在冲刺规划中，Scrum团队回答两个基本的问题：1. 在这个冲刺中可以完成什么？2.被选择的工作如何被完成？换句话说，在冲刺中完成的工作，应该能让团队通过发布产品的增量，实现“冲刺目标”。
在冲刺期间的每一天，开发团队举行一定时间范围内（不超过15分钟）的每日例会。在这个会上，开发团队安排接下来的24小时的工作。
冲刺评审是在每次冲刺结束时，检查增量和根据需要调整产品列表。在冲刺评审中，Scrum团队和利益干系人一起讨论在这个冲刺中完成了什么。 冲刺回顾是，Scrum团队一起自我检视并为下一个冲刺制定改善计划的机会。冲刺回顾的时间是在冲刺评审和冲刺规划之间。
GTD可以给开发团队的成员极大的帮助。他/她从产品负责人那里收到一个用户故事，这是需要在一个月内实现的预期结果……用GTD的话说，这是一个项目（在GTD里，多于一步行动才能完成的事情，就项目）。开发团队成员是GTD践行者，那么他/她就可以立即启动“自然计划模式”，将预期结果转化具体可见的下一步行动。
每日站会和冲刺回顾，是“定位检视”。这些检视让团队可以让一切进入“巡航模式”，每天都这样，每个月都这样。
在冲刺规划中运用自然计划模式的前几步是非常有价值的，这就可以定义清晰的冲刺目标。Scrum团队可以理清目的/原则（为什么？），明确使命/愿景/目标/预期结果（是什么？），再做头脑风暴，再让开发团队做详细的计划。 显然，如果产品负责人经验丰富的GTD实践者是非常有价值的。敏捷项目是为了解决一个最初问题而产生的，产品负责人要定义一系列预期结果来解决这个原始问题。 最后，如果Scrum Master是GTD的践行者的话，他就可以管理干扰…哦，对不起，我应该说是没有管理好的输入。 希望我上面这些反思能够对你在Scrum的环境中运用GTD有帮助。
我是敏捷教练，我教了上千个人Scrum。但是Scrum并不会教你变得更高效的技巧，你还需要学习如何倾听他人，如何高效开会，以及你需要用GTD系统帮助你在Scrum流程里高效做事。
GTD是Scrum团队的完美补充。Scrum并不会教你：在开会之后你拿到了待办清单应该怎么做；Scrum也不会教你如何平衡生活和工作的责任；没有Scrum团队，会教成员像GTD这样的做事。
我的很多学员，将GTD作为Scrum/Agile的补充。
我们在讨论效率的硬币的两面。Scrum/Agile是团队和项目的效率，GTD是团队和项目中的个人效率。
敏捷的项目，是不可能靠拖延的人完成的。
慢吞吞的蜗牛，不会冲刺。
|
