直接責任個人 (DRI)
DRI とは
Apple がこの用語を提唱しました。「directly responsible individual」(DRI) とは、特定のプロジェクト、イニシアチブ、または活動の成功または失敗に対して最終的な責任を負う者を指します。Apple によって最初に提唱されたこのアプローチは、明確な所有権を確保し、意思決定権限に関する曖昧さを排除します。 主要原則: DRI は最終的な意思決定権を持ちますが、関連するステークホルダーと相談し、協力してインプットを集め、タスクを効果的に分割する必要があります。
DRI への権限付与
- DRI は、分析麻痺を回避するため、自身の決定に対する説明を負う必要はありません
- 他者からのインプットを歓迎すべきですが、自身の選択について説得したり正当化したりすることは要求されません
- これにより、果てしない説明サイクルへの恐怖からプロジェクトが「水面下」に潜むことを防ぎます
コラボレーション
- DRI はすべての関連チームおよびステークホルダーと相談する必要があります
- 決定を下す前に、コンテキスト、インプット、フィードバックを集める必要があります
- 決定する権限を持ちますが、チームの専門知識と判断を活用すべきです
DRI と私たちのバリュー
最終的に重要なのは Results と Efficiency です。 DRI は、プロジェクトやチーム内で生じるすべての質問に対して最終決定権を持つ者についての曖昧さを残さないため、概念的に機能します。
プロジェクトに最終的に責任を持つ 1 人を割り当てることは、一見すると効果的に collaborate する能力を損なうように見えるかもしれませんが、それは誤解です。 DRI は自身の任務に完全に投資し、成功するためにコラボレーションを歓迎すべきです。 DRI はすべての最終決定を下す権限を与えられていますが、チームや同僚の経験と判断をいつ、どのように信頼するかを知るべきです。
プロジェクト DRI の特徴
DRI は通常タスクレベルで割り当てられます。たとえば、新しい製品機能を構築する際は、プロダクトマネージャーが優先順位付けの DRI で、エンジニアリングマネージャーが配信の DRI です。managers of one として、GitLab チームメンバーは通常、自身が達成するタスクの DRI です。
DRI もチームの一員であり、チームは成功へのステップを達成することにモチベートされ、整合している必要があります。 DRI はまた、チームがそこに到達することを確認する責任も負います。
コミュニケーションとフィードバック
DRI は、目標を明確に伝え、進捗を確認し、フィードバックを受け取り、与えることができる必要があります。 これにより、DRI は方向を変えたり、後退を回避するために前もって計画したりすることができます。
GitLab では、私たちは非同期でコミュニケーションと作業を行います。詳細はこのページで確認できます。
DRI がフィードバックを与えたり受け取ったりする必要がある場合に考慮すべきことの 1 つは、チームの他のメンバーの実際のマネージャーではない可能性があることです。
フィードバックを与えたり受け取ったりすることは難しく、これは以前のGuidance on Feedback Trainingで取り扱っています。GitLab のテキストを通じて効果的かつ責任を持ってコミュニケーションするためのガイドも参照してください。
Responsible, Accountable, Consulted, Informed (RACI)
異なる組織は責任を割り当てるために異なる方法を使用します。最も普及しているものの 1 つは RACI Matrix で、決定またはプロジェクトに対する Responsible、Accountable、Consulted、Informed の人々を示します。
GitLab の意思決定における DRI (Directly Responsible Individual) の実装は、特定のプロジェクトまたはワークストリームの DRI が A - Accountable の役割を担うため、RACI モデルを使用する際にいくらかの複雑性を追加します。
RACI: 役割と責任を明確化するためのフレームワーク
- Responsible: 特定のタスク、決定、またはプロジェクトの正常な完了に最終的に責任を負う人または人々です。彼らは、特定のタスクの計画、実行、完了に必要です。
- Accountable: タスクの完了と成功に最終的に責任を負う人物。各タスクに対して accountable な人物は 1 人だけで、多くの場合 DRI と同じです。
- Consulted: 決定または措置が取られる前に、意見と専門知識が求められ評価される個人です。彼らはインプットとフィードバックを提供しますが、結果に最終的に責任を負うわけではありません。
- Informed: タスクまたはプロジェクトに関する進捗や決定について知らされる個人ですが、意思決定プロセスに積極的に関与する必要はありません。彼らは進捗と結果について知らされ続けます。
このフレームワークは、混乱を回避し、誰もが自分の役割と関与レベルを理解することを保証します。これは責任を分配し、プロジェクトを効率的に前進させ続ける方法です。
RACI フレームワークテンプレート
新しいプロジェクトまたはワークストリームの一部として RACI マトリックスを実装するには、この Google Sheet RACI テンプレート が従うべきシンプルな構造を提供します。
承認が必要となる稀な状況
追加の承認が必要となる、または DRI ではない意思決定者がいる状況があります。これの必要性を認識し、プロジェクトを前進させ続けるのは DRI / Accountable の責任です。これらの状況の多くは、イニシアチブが以下の場合に発生します:
- 3 つ以上の機能が関与する
- 大きな財務的影響がある可能性がある
- ビジネスに重大なリスクをもたらす可能性がある
- ビジネスの評判への配慮がある
- 複数の成功への配慮がある（たとえば、製品変更による iACV の増加 AND 顧客 NPS の維持）
DRI, Accountable, Consulted, Informed (DACI)
特定のチームが役割と責任を定義するために何を使用するかに応じて、DRI、Accountable、Consulted、Informed が場所によって使用されることもあります。
例には以下が含まれます:
- 価格設定イニシアチブのような、GitLab とユーザーに重大な評判や財務上の影響を与える大規模なクロスファンクショナルイニシアチブ
- Terms of Service への変更のような、調整された対応について複数の機能が整合する必要のある主要なポリシー変更のロールアウト（たとえば、リーガル、マーケティング、ファイナンス）
これらの状況では、別の人物が最終決定を所有することがありますが、これは重要なプロセスステップをスキップすべきという意味でも、他の重要なステークホルダーが正常な結果を確保することに関与すべきではないという意味でもありません。DRI が重要なステークホルダーのフィードバックを考慮せず、成功に向けて十分に計画せずに実行し、「E-Group がこれを承認した」と言っている場合、一時停止して、重要なステップが見逃されていないか、追加のアイテムを考慮すべきかどうかを考える価値があります。決定が下されると、DRI は依然として実行の成功に責任を負います。DRI が決定に同意しない場合、決定者の心を変えるために、決定者に対して説得力のある主張をするのがこの人物の責任です。これが合理的な時間内にできない場合、DRI はdisagree and commitするべきです。
bfd74782)