責任分担マトリクス
1つの成果。 名前。
最近行き詰まった成果を入力してください。各行に責任者はちょうど1人。協力者は複数でも構いません。
あなたのプラン
4行中2行が完了。
未定:担当(1人)、協力者
Die Beispielzeilen sind nur ein Anfang. Überschreibe sie mit deinen eigenen Einträgen.
前提と限界
- マトリクスが明確にするのは担当であり、キャパシティではありません。その後、1人が担う行が多すぎないかを確認しましょう。
- チームが知っていて初めて機能します。送るだけでなく、一度一緒に確認しましょう。
入力内容はこのブラウザ内にとどまります。保存も送信もされません。
気づくきっかけ
みんなが手伝う。 誰も記録しない。
- 全員宛てに届いたため、顧客からのメールが3日間放置される。
- 会議で「やります」と決まったのに、1週間後には誰も手をつけていません。
- 結局、あいまいなことはすべて経営陣に回ってくる。
原因を理解する
ギャップはどこから来るのか 責任を担うようになる。
- 01
グループへの責任
- 気づくきっかけ
- タスクが「チーム」や「営業」に割り当てられている。
- なぜ起こるのか
- グループはフォローも、思い出すことも、連絡することもできません。それができるのは人だけです。
- 役立つこと
- 成果ごとに担当者を1人決め、グループはそれをサポートする。
- 境界
- ごく小さなチームでは担当の交代が頻繁なので、交代ははっきり口に出して伝える必要があります。
- 02
役割が取り決めではなく、なりゆきで生まれた
- 気づくきっかけ
- 誰が何をするかは、習慣と気遣いで決まっています。
- なぜ起こるのか
- チームとともにタスクは増えたのに、誰も割り振り直していない。
- 役立つこと
- 四半期に1回、繰り返し発生する成果を見直し、責任分担を確認する。
- 境界
- 1回きりの割り振りは、誰かが辞めたり加わったりした時点で古くなります。
- 03
期日のない約束
- 気づくきっかけ
- 「私がやります」と言われても、実行されることはない。
- なぜ起こるのか
- 日付のない約束には、期限が来る瞬間がありません。
- 役立つこと
- すべての約束を、誰かが確認する日付付きで記録する。
- 境界
- 細かいことすべてに日付は要りませんが、ほかの人が待っている成果物には必要です。
- 04
すべてが1人を経由している
- 気づくきっかけ
- 決定が経営陣のところで滞っている。
- なぜ起こるのか
- 責任は委ねられたが、決定権は委ねられていない。
- 役立つこと
- 成果ごとに、責任者が単独で決めてよい範囲を定める。
- 境界
- 大きな支出など、上に上げるべき判断もあります。
解決の道筋
担当を明確にする。 組織図プロジェクトなしで。
| 道筋 | 十分なのは | 境界 |
|---|---|---|
| 上のマトリクスを使った共同の振り返り | 小さなチームで、曖昧さは定型業務に関わるものです。 | プロジェクトや会議から生まれる単発のタスクは記録されません。 |
| 共有ドキュメントの RACI 表 | 関係者は多いが、プロセスは少なく、めったに変わらない。 | 手間がかかるうえ、日常的にはほとんど誰も見ません。 |
| 担当者つきのタスクリスト | すべてのタスクに担当者の名前があり、チームはそのリストで仕事をしています。 | 誰が担当かは表示されますが、どの約束が崩れかけているかは表示されません。 |
| Peak One | タスク、担当者、約束を1か所で確認したい。 | ソフトウェアは不足を示しますが、配分そのものはマネジメントの判断です。 |
Peak One の実際の動き
「誰がやるの?」から ひとつの名前へ。
- トリガー実際のところ、誰が対応しているのか?
- 01 · 約束シグナルPeak Accountability の Commitments Today は、今日期限を迎える約束や、守れないおそれのある約束を表示します。
- 02 · 人物理解Accountability Peopleは誰があなたに何を約束したかを、Commitmentsはあなたが誰に何を約束したかを表示します。
- 03 · 振り返り決定Commitment Review は、どの約束が守られ、どれが守られなかったかを示し、新たな分担の土台にします。
- 04 · タスクアクションタスクに Peak Board で担当者と期限が設定されます。
関連アプリ
約束をPeak Oneで見える化。
試してみる
ひとつのタスクから始める。
3つのステップ
1週間で明確に。
- 01 / 03
後回しになっていたものを集める
先月、手つかずのまま残ったことを書き出しましょう。それが担当者のいない成果です。
- 02 / 03
名前をつける
それぞれの成果に担当者を1人だけ割り当て、チーム内で明言しましょう。
- 03 / 03
4週間後に確認する
1 か月後、何が定着したか、誰か一人が多くの行を抱えすぎていないかを確認しましょう。
よくある質問
簡潔に回答。
担当と協力の違いは?
担当者とは、成果を完成させる責任を持ち、完成しない場合はそれを知らせる人です。協力者は必要なものを提供します。担当者は常にちょうど1人です。
RACI マトリクスは必要ですか?
ほとんどの小規模チームには、成果、責任者1人、協力者というシンプルな形で十分です。RACI が効果を発揮するのは、多くの人に情報を共有したり、意見を求めたりする必要がある場合です。
誰も担当を引き受けたがらないときは?
その場合、成果が曖昧か、大きすぎるのかもしれません。より小さな成果に分け、その人が何を決めてよいかを明確にしてから割り振りましょう。
さらに見る
含まれるもの。
- 機能タスクとプロジェクトプロジェクトはボードで、タスクは一日の計画で、チャットはプロジェクトごとに一つ。見る
- ユースケースチームでの決定すばやく投票し、結果を記録し、後で議論し直すのではなく読み返せるように。見る
- ソフトウェアカテゴリープロジェクト管理ソフトウェアすべてのプロジェクトタスクに、担当者、期日、見える状況を。見る
- 課題すべてが経営者次第になっている質問はすべてあなたのところに来て、あなたがいないと多くのことが止まってしまいます。見る
- 課題制御不能なプロジェクトどのプロジェクトもなんとか進んでいますが、実際の状況を説明できる人はいません。見る
- 課題チームがそれぞれ別の優先事項に取り組んでいる最も重要なことが、人によって違います。見る
✦ Peak の原則
まずは明確にする。他はすべて後からついてくる。
1つずつ


