职责矩阵
一个结果。 一个名字。
填入最近卡住的结果。每行恰好一位负责人,参与者可以有多位。
你的计划
4 行中已完成 2 行。
仍未完成:负责人(一人),参与者
Die Beispielzeilen sind nur ein Anfang. Überschreibe sie mit deinen eigenen Einträgen.
假设与边界
- 矩阵明确的是职责,而不是工作量。之后要检查是否有人承担了太多行。
- 只有团队了解它,它才有用。一起过一遍,而不是只发出去。
你的输入只保留在此浏览器中,不会保存或发送任何内容。
你如何察觉它
大家都来帮忙。 没人把它记下来。
- 一封客户邮件被搁置了三天,因为它发给了所有人。
- 会上说“我们来做”,一周后却没人做。
- 最后,所有不明确的事都落到管理层头上。
理解原因
责任漏洞 从何而来。
- 01
由群体承担责任
- 你如何察觉它
- 任务被分给“团队”或“销售部”。
- 为什么会发生
- 一个群体无法跟进、记住事情或及时通知。只有一个人能做到。
- 有什么帮助
- 为每个结果指定一个人;团队一起协作。
- 边界
- 在非常小的团队里,职责变动更频繁;这时必须把交接说出来。
- 02
角色是自然形成的,而非约定的
- 你如何察觉它
- 谁做什么,取决于习惯和热心程度。
- 为什么会发生
- 任务随着团队一起增长,却没人重新分配。
- 有什么帮助
- 每季度过一遍重复性的结果,确认职责。
- 边界
- 一次性的分配,只要有人离开或加入就会过时。
- 03
没有日期的承诺
- 你如何察觉它
- “我来处理”说出口了,却从未兑现。
- 为什么会发生
- 没有日期的承诺,就没有到期的那一刻。
- 有什么帮助
- 为每个承诺记录一个日期,届时有人跟进查看。
- 边界
- 不是每件小事都需要日期;但别人在等的结果需要。
- 04
一切都经过一个人
- 你如何察觉它
- 决策在管理层那里堆积。
- 为什么会发生
- 责任被委派了,决策权却没有。
- 有什么帮助
- 为每个结果明确负责人可以独自决定什么。
- 边界
- 有些决策确实应该由高层做,比如大额支出。
解决路径
明确职责。 无需搞组织架构项目。
| 路径 | 足够,如果 | 边界 |
|---|---|---|
| 用上方的矩阵开一次团队会议 | 你们是个小团队,不明确的地方涉及重复性任务。 | 它不会记录来自项目和会议的一次性任务。 |
| 共享文档中的 RACI 表 | 相关人员多,流程少且很少变化。 | 维护成本高;日常中几乎没人去看。 |
| 带负责人的任务清单 | 每项任务都有一个名字,团队按清单工作。 | 显示谁负责,但不显示哪些承诺正在落空。 |
| Peak One | 你希望在一个地方查看任务、负责人和承诺。 | 软件能显示漏洞;分配本身仍是管理决策。 |
Peak One 实际演示
从“谁来做?” 到一个名字。
- 触发条件这件事到底谁在管?
- 01 · 承诺信号Peak Accountability 中的 Commitments Today 显示今天到期或面临风险的承诺。
- 02 · 人员理解Accountability People 显示谁向你承诺了什么,Commitments 显示你向谁承诺了什么。
- 03 · 回顾决定Commitment Review 显示哪些承诺兑现了、哪些没有,作为重新分配的依据。
- 04 · 任务操作在 Peak Board 中,这项任务会有一位负责人和一个截止日期。
相关应用
在 Peak One 中看到所有承诺。
动手试试
从一项任务开始。
三个步骤
一周内理清。
- 01 / 03
收集被搁置的事项
写下上个月被搁置的事情。那些就是没有名字的结果。
- 02 / 03
指定一个名字
为每个结果指定恰好一位负责人,并在团队中说出来。
- 03 / 03
四周后检查
一个月后看看哪些执行到位了,哪里有人承担了太多行。
常见问题
简要回答。
负责和参与有什么区别?
负责人是确保结果完成的人,如果完不成要及时说明。参与者提供支持。负责人永远只有一位。
我需要 RACI 矩阵吗?
对大多数小团队来说,更简单的形式就够了:结果、一位负责人、参与者。当需要通知或征询很多人时,RACI 才值得使用。
如果没人愿意承担责任,我该怎么办?
那么,这个结果可能不够清晰或太大。把它拆成更小的结果,明确这个人能决定什么,然后再分配。
继续探索
包含的内容。
- 功能任务与项目项目以看板呈现,任务进入日计划,每个项目一个聊天。查看
- 使用场景团队决策快速投票、记录结果,以后查阅而不是重新讨论。查看
- 软件类别项目管理软件每个项目任务都有负责人、截止日期和可见的进度。查看
- 问题一切都系于总经理一人每个问题都落到你头上,没有你很多事就停滞不前。查看
- 问题项目失控每个项目都在勉强推进,却没人说得清它真正进展到哪一步。查看
- 问题团队各忙各的优先事项每个人认为最重要的事都不一样。查看
✦ 一条 Peak 原则
先求清晰。其余随之而来。
一件接一件


