华为云首页用户手册

需求管理 CODEARTS REQ-如何解决开发团队中的任务没人领取的问题:问题分析

时间：2024-01-05 09:25:47

需求管理 CODEARTS REQ 迭代开发

问题分析

首先，相对于传统开发模式的指派开发任务，我们需要知道为什么在敏捷开发中是领取任务。在敏捷中，不管是敏捷宣言还是Scrum指南，都没有指派（assign）一词，而是使用了一个术语自组织，如下：

最佳的架构、需求和设计出自于自组织的团队（敏捷宣言12项原则）。
自组织团队自己选择以何种方式来完成工作，而不是由团队之外的人来指导（Scrum指南）。
开发团队是自组织的。没有人（即使是Scrum Master）有权告诉开发团队应该如何把产品待办列表变成潜在可发布的功能增量（Scrum指南）。

那么“自组织”是什么呢？

从字面的意思来理解，自组织就是：安排分散的人或事物使其具有一定系统性或组成一个整体，而安排的人就是安排者自己。在敏捷开发中，自组织团队就是具备自我管理、自我驱动、自我学习等能力的敏捷开发团队本身，这样的团队一般具备如下特点：

团队成员自己“拉”工作，不是被动等待领导分配工作。
团队作为一个整体管理工作。
团队仍然需要辅导和指导，但不需要指挥和控制。
团队成员彼此沟通紧密，互通有无。
团队主动发现和提出问题并共同解决。
团队不断提高自己的技能，鼓励探索和创新。

更多关于自组织的相关内容不在本文的范围内，如感兴趣请参阅参考文档。

从敏捷宣言和Scrum指南关于任务的工作方式上来看，在我们践行敏捷的时候，主要发挥的是开发团队自身的主观能动性，开发团队由原来的控制性转变成了自组织性，而开发任务也就由原来的指派变为了领取。这样的好处是，领取任务就是发挥了人的主动性，而自主性是人们从事创造性和解决问题的动力之一，良好的自我组织能给团队和个人带来高绩效、出色的工作成果以及喜欢的工作环境。另外，每个人都是最了解自己的，也擅长为自己分配任务，相对于传统的指派开发任务所带来的易主观臆断、分配不当等更具有合理性。

然后，回到“计划会议认领任务的时候，有几个任务没人认领怎么办？”这个问题上。

在此之前需要先澄清的一个观点：在计划会议中，不一定非要全部领取完开发任务。在Scrum指南中指出“领取工作在Sprint计划会议和Sprint期间按需进行。”可以理解为，在每日Scrum站会上基于目标领取任务。另外，Mike Cohn也表示过，不建议在计划会议中领取开发任务，这样可能会导致目标由团队变为了个人，进而违背了敏捷的本意，降低了灵活性。

一般来说，开发任务没人认领的原因主要有：