SpecDojo

日本語

English

日本語

English

Appearance

frontmatter
キー値
specdojo.idspecdojo:pm-raci-rulebook
specdojo.typerulebook
specdojo.deliverable_typeproject
specdojo.statusready
specdojo.target_formatmarkdown
specdojo.recipespecdojo:pm-raci-recipe
specdojo.samplespecdojo:pm-raci-sample
specdojo.templatespecdojo:pm-raci-template
specdojo.based_onspecdojo:people-and-organization-definition-standard

RACI 作成ルール ​

RACI Documentation Rulebook

主要成果物と主要判断の責任境界を、最小限のマトリクスで示すためのルールです。成果物カタログ全体やRole codeの定義を複製せず、責任衝突の可能性がある対象へ絞ります。

1. 全体方針 ​

  • RACI は、誰が作業し、誰が最終責任を持つかを明確にするために使います。
  • 全成果物を網羅せず、主要成果物、価値判断、変更、公開など責任境界が重要な対象へ絞ります。
  • 成果物別と判断・プロセス別の二表を基本とし、重複する行は統合します。
  • 各行の A は一つの Role code に限定し、主たる実作業者に R を置きます。
  • Role code はロール定義、実行主体・兼務はメンバー定義、Schedule owner はScheduleを正本とします。
  • Agent は R または C を支援できますが、A は担いません。

2. 位置づけと用語定義 ​

記号意味定義
RResponsible主たる実作業を担う
AAccountable最終責任を持ち、承認または判断する
CConsulted作業前・判断前に相談または確認する
IInformed結果または変更の共有を受ける

3. ファイル命名・ID規則 ​

  • 配置は docs/ja/projects/<project-id>/030-project-management/pm-raci.md を推奨します。
  • ID は <project-id>:pm-raci、ファイル名は pm-raci.md とします。
  • 列には採用済み Role code、行には成果物 ID または明確な判断・プロセス名を使います。

4. 推奨 Frontmatter 項目 ​

項目説明必須
id<project-id>:pm-raci○
typeproject○
statusdraft / ready / deprecated○
rulebookspecdojo:pm-raci-rulebook○
based_on組織定義、ロール定義などの ID任意
supersedes置き換え対象の旧文書 ID任意

5. 本文構成（標準テンプレ） ​

番号見出し必須内容
1適用方針○対象範囲、記号、Role code、兼務・Agentの扱い
2成果物別 RACI○主要成果物の責任マトリクス
3判断・プロセス別 RACI○価値判断、変更、品質、公開等の責任マトリクス
4Schedule・実行主体との対応○R、Schedule owner、member割り当ての関係
5見直し条件○更新トリガーと確認内容

6. 記述ガイド ​

6.1. 適用方針 ​

  • 対象とする主要成果物・判断と、省略する対象を示します。
  • R / A / C / I の意味を簡潔に示し、プロジェクト固有の補足だけを書きます。
  • 使用する列は採用済み Role code に絞り、省略理由を示します。

6.2. 成果物別 RACI ​

成果物POPMBAARCQE

  • 初期スコープの主要成果物、管理計画、公開対象など責任衝突があり得る単位へ絞ります。

  • 生成ビューは正本と責任が同じ場合に独立行を作りません。

  • 各行に一つの A と一つ以上の R があることを確認します。

6.3. 判断・プロセス別 RACI ​

判断・プロセスPOPMBAARCQE
  • 当事者価値、費用・負荷、変更、品質例外、公開など最終判断者が異なる対象を分けます。
  • 成果物作成と成果物内容の最終判断を混同しません。
  • 通常の作業手順を網羅せず、責任境界が必要なプロセスだけを置きます。

6.4. Schedule・実行主体との対応 ​

  • Schedule owner は成果物行またはプロセス行の主たる R と一致させます。
  • 実際のmember・兼務はメンバー定義で割り当て、RACIへ個人名を記載しません。
  • 不一致がある場合にどの正本を更新するかを示します。

6.5. 見直し条件 ​

トリガー確認すること
  • スコープ、採用Role code、主要成果物、判断ゲート、Schedule ownerが変わった場合に見直します。
  • 兼務で作業・判断が滞留した場合は、まず責任分担とエスカレーションを見直します。
  • RACIの行追加は、責任衝突を防ぐ必要がある場合だけ行います。

7. 禁止事項 ​

禁止事項理由
成果物カタログ全体や生成ビューを機械的に列挙する保守量が増え、主要責任が埋もれる
未採用Role code、member、人名、agent名を列に使う正本と責任語彙が一致しないため
Aを省略する、または一行に複数置く最終責任が不明になるため
AgentにAを割り当てる人間の説明責任を代替するため
Schedule ownerと主たるRを矛盾させる実作業責任を追跡できないため
兼務を理由に責任境界を統合する判断と作業の区別が失われるため