自管理开发团队的第一周实用清单
2020 版《Scrum 指南》将「自组织」一词改为「自管理」，这一改动绝非仅是措辞。一个自管理的 Scrum 团队自行决定由谁来做工作、如何完成，以及如何在过程中持续改进。对开发人员而言，这意味着要为冲刺待办列表和达成冲刺目标的每日计划负责。在疫情复苏两年后，许多团队仍分散在各自的家庭办公室和不同时区，这种当责比以往任何时候都更重要：你无法俯身到同事桌前帮他扫清障碍，因此团队必须靠制度设计而非物理距离来实现自我管理。
自管理并不意味着缺乏当责。Scrum 团队仍需在每个冲刺交付可用的增量。关键在于：决策权属于实际做工作的人，而非在外部分派任务的管理者。下面这份具体清单，开发团队本周就可以运行，用来检验自己离真正的自管理还有多远。
第一周清单
主动认领，而非被动接收。 确认开发人员是自己从冲刺待办列表中选取工作，而不是被人分派。如果仍有负责人在分配任务，这是第一个要摒弃的习惯。
让冲刺目标可见。 把唯一的冲刺目标写在每个人每天都能看到的地方。没有共同目标的自管理，只会让忙碌的人各自朝不同方向使劲。
为开发人员开好每日站会。 这是开发人员用 15 分钟检视冲刺目标进展并调整计划的活动，而不是向管理者汇报状态。如果它变成了向他人汇报的环节，请把它收回。
障碍当天暴露。 约定任何障碍在出现当天就在共享频道中以书面形式提出。远程团队常因无声的障碍而损失数日，而同地办公的团队往往一小时内就会发现。
共同确定完成的定义。 如果质量标准只存在于某一个人的脑中，团队就没有在集体管理质量。把完成的定义写下来，并应用到每一个工作项。
轮换那些没人愿做的工作。 部署、代码评审、值班、文档——有意识地分担这些工作，避免知识集中在某一个人身上，使其成为单点故障。
守护一次真正的回顾。 在冲刺结束时，选出一项开发人员下个冲刺会真正尝试的改进。一项落地的改变胜过十项记录后被遗忘的改进。
什么在妨碍自管理
有两种模式会悄悄削弱自管理。其一：管理者或资深开发人员仍在替团队做本应由团队自己掌握的决定；解药是每次都问一句「这件事开发人员能自己决定吗？」，答案为「能」时就退后一步。其二：混合办公环境下，会议室里的人拍板，远程同事事后才知道。请一次性定好规则：凡是影响团队的决定，要么在人人可见的频道里做出，要么就不做。
把这份清单当作一次冲刺实验，而不是命令。挑出两三项你觉得最薄弱的，用一个冲刺去尝试，再在回顾会上检视结果。自管理是靠一次次诚实的调整建立起来的，践行它的团队在工作——或世界——被打乱时要稳健得多。
当交付团队需要帮助，把这些习惯转化为更大范围项目集中的可靠成果时，XNM 的项目集与项目交付咨询服务可以帮助你落地并使之持续。