ビジネス, プロジェクト管理
負債管理ツールとしてRACI行列。 RACI:トランスクリプト
失敗したプロジェクトの最も一般的な原因の1つは、チームメンバー間の機能の誤った割り当てです。 確かにあなたはすでにこれを克服してきました。少し難しかったのですが、参加者は問題を解決するのではなく、互いの責任を問うことになります。 そしてそのような状況を避けるために、RACIマトリックスが発明されました。これは人的資源計画のためのシンプルで効果的なツールです。
"Under the microscope":各プロジェクトの4つの重要な役割
タスクの配布は、マネージャの主な任務の1つです。 しかし、実際には、すべてのものは通常異なるように見えます。頭は、専門家が誰と何をすべきかを決めるという期待でチームメンバーを任命するだけです。 しかし、締め切りが崩れたり、品質の悪い製品がリリースされた場合はどうなりますか? "私はこれをしない"、 "彼らは私に言わなかった" ...そして、有用な行動はない。
有能に構築されたRACI責任マトリックスは、多くの問題を解決することができます。 この手法によれば、作業の複雑さと範囲にかかわらず、どのプロジェクトのチームメンバーも4つの役割のいずれかを実行します。
R - 責任ある
翻訳において、責任者とは「芸能人」を意味します。 これは、特定の参加者の業績に対する責任を直接負う従業員です。 同時に、ほとんどの場合、彼は解決方法を選択せず、プロジェクトマネージャーに従います。
この役割は、有能な従業員および専門家( それを行う方法を知っている人)に割り当てられます。 RACIでは、パフォーマーは次のような機能を実行します。
- プロジェクトを実施するために正確に何を行う必要があるのか、それがどのくらいの期間かかるかを決定する(上記の条件の下で)。
- 必要なリソースのリストを作成する。
- 技術文書の調整と承認に参加する。
- プロジェクトの進行状況と中間結果を分析する。
- 実行された作業に関するレポートをマネージャに提供する。
チームにはいくつかの人がいます。 さらに、この役割は他のものと組み合わせることもできます。 最も一般的な組み合わせは、Accountable + Resbonsible(翻訳では "responsible + executor")です。
A - 説明責任
「責任ある」または「責任ある」はメインのプロジェクトマネージャです。 割り当てられたタスクが適時に満たされ、要求されたレベルの品質と割り当てられた予算内で確実に達成することを担当するのが彼です。 また、A:
- エグゼキュータとプロジェクト管理チームを選択します。
- すべての参加者にタスクを割り当てます。
- 作業の進捗状況を制御します。
- パフォーマー間でリソースを分配する。
- リソースの使用状況を記録し、キュレーターに追加の資金を割り当てる必要性を正当化する。
- 他のチームメンバーのアイデアや提案を考慮し、承認または却下することができます。
通常、プロジェクトマネージャーは顧客または上位の機関とチームとの「つながりのあるつながり」として機能します。
C - コンサルティング
RACIマトリックスの第3の役割は「コンサルタント」(時に「キュレーター」とも呼ばれます)です。 リーダーと一緒に、彼はプロジェクトの管理に参加しますが、主に戦略的問題の解決に関心があります。
- 作業の範囲と期間の変更を承認する。
- プロジェクトの実施に必要な資源を配分する。
- 必要に応じて、顧客と予算を増やす必要性を調整します。
- 実行された作業についてのマネージャからの報告を受け取ります。
- プロジェクトのタイミングとコストに影響を与える重大な変更が発生した場合、予期しない状況で意思決定を行います。
コンサルタントの役割は通常、上級管理職に任されます。 彼らはグローバルな目標を決定し、チームメンバー間で既にタスクを配布しているプロジェクトマネージャーを指定します。
私は - 情報を
リストされた役割に加えて、RACIマトリックスは「情報提供」(「オブザーバー」)を示します。 彼は管理者の機能を実行し、主にワークフローの組織を扱います。 監督者はプロジェクトマネージャーに従いますが、他の参加者とは異なり、彼は彼の結果について責任を負いません。 代わりに、彼は:
- プロジェクト、リソース、計画に関するすべての情報を収集し、体系化する。
- 会議の議事録を保管します。
- プロジェクト参加者からの文書を受け入れて関連する構造に転送する。
- 申告のタイミングとレポートの記入の正確性を監視します。
観察者との接続は、主に片側であることに留意されたい。 その主な機能は、管理者が官僚的手続きに時間を費やすことを避け、それを「アンロード」することです。
この例を使ってRACI行列を構築する方法を学ぶ
問題の実践的な側面について話しましょう。 権限と責任の分配のためのダイアグラムを作成するには?
1.私たちはdo-listを作成する
まず第一に、あなたがする必要があるすべてをペイントする必要があります。 詳細の程度は、特定のプロジェクトによって異なります。 時には、制御と管理を簡単にするために、いくつかのマトリックスが開発されています。 まず、主要な作業ブロックを列挙し、それぞれを別々の機能とタスクに分割します。 表には、縦線に沿って作品のリストが示されています。
| ステージ | |||||||
|---|---|---|---|---|---|---|---|
| 利用規約 | |||||||
| プロトタイプ | |||||||
| デザイン | |||||||
| ソフトウェアコード | |||||||
| テストレポート | |||||||
| ウェブサイトのプレゼンテーション |
2.チームメンバーを選ぶ
ここでは、「誰がこのプロジェクトに従事するのですか?」という質問に答える必要があります。 横断的には、計画の立案から結果の提示、報告書の配布まで、すべての段階で実施に参加しているすべての従業員および/または部門を書き留める必要があります。
| ステージ | アナリスト | デザイナー | シス。 建築家 | 開発者 | テスター | シス。 管理者 | プロジェクトマネージャー |
|---|---|---|---|---|---|---|---|
| 利用規約 | |||||||
| プロトタイプ | |||||||
| デザイン | |||||||
| ソフトウェアコード | |||||||
| テストレポート | |||||||
| ウェブサイトのプレゼンテーション |
3.テーブルを埋める
その後、関数の配布に進むことができます。 これを行うには、作業の各段階とチームの仕組みを明確に理解する必要があります。
私たちの事例を基礎として、 "設計"段階に立ち止まってみましょう。 この場合、R - 演奏者 - ただ一つ。 作業の過程で、彼は以前に準備されたプロトタイプサイトに案内されます。 したがって、この段階で開発に従事していた システムアーキテクト は、コンサルタントCの機能を実行します。アナリストと開発者は、希望を表明することもできます。 完成したデザインはプロジェクトマネージャー(A)に承認されます。 しかし、この段階のテスターとシステム管理者は決断を下すことはなく、作業の進行状況に関する情報のみを受け取り、情報提供を受けています。
| ステージ | アナリスト | デザイナー | シス。 建築家 | 開発者 | テスター | シス。 管理者 | プロジェクトマネージャー |
|---|---|---|---|---|---|---|---|
| 利用規約 | R | 私 | C | C | 私 | C | A |
| プロトタイプ | C | 私 | R | C | 私 | 私 | A |
| デザイン | C | R | C | C | 私 | 私 | A |
| ソフトウェアコード | C | 私 | C | AR | 私 | 私 | 私 |
| テストレポート | C | C | C | C | AR | 私 | 私 |
| ウェブサイトのプレゼンテーション | C | 私 | C | C | 私 | AR | 私 |
モデルの品種
ほとんどの場合、標準の行列を使用できます。 しかし、より複雑なプロジェクトに取り組む際には、追加の役割が必要になることがあります。 したがって、近年、責任図の2つの拡張バージョンが登場しています。
RACI-VS
ここでは、標準ロールにはさらに2つが追加されています。
- 検証(V) - 特定のタスクの実施結果が承認された基準にどれくらい対応しているかをチェックする従業員または特別チーム。
- サインオフ(S)は、顧客とプロジェクトの配信を調整し、プレゼンテーションを開催し、レポートを提供します。 通常、この機能は作業を担当する担当者(責任者)によって実行されますが、この目的のためにRACI-VSは別の専門家を引き付けます。
このモデルは、制御が強化され、クライアントとの接触がより密接なため、数十人(または数百人)の人々が働く、技術的に複雑な大規模プロジェクトに最適です。
RASCI
この変形例では、行列(Supportive(S))に1つの新しい役割が現れる。 その主な機能は、プロジェクトに追加リソース、つまりマネージャーとエグゼクターのサポートを提供することです。
理想的な役割の関係
RACIマトリックスは、何らかの問題が発生した場合に誰が「抑圧する」かを知るだけでなく、 この表の計画段階であっても、ワークフローの構成における弱点を確認できます。
垂直分析では、プロジェクトの各参加者の職務と権限を確認し、客観的に負荷レベルを評価することができます。
- Rの多くは、仕事のスピードと結果に悪影響を与えるいくつかのタスクの間に人を引き裂かなければならない可能性が最も高い。
- みんなのために多くのA従業員が「首を回る」。 責任をより均等に分散することを推奨します。
- セルRとAはありません。このポストの実現可能性について考える機会です(実際には、何もしない専門家に支払います)。
- 空のセルはありません。再び、過負荷の問題です。誰もが非常に多くのタスクを同時に実行できるわけではありません。
水平分析は 、各段階での作業組織の質を示しています。 ここでも問題はしばしば発生します。
- Rの多くは機能の重複があり、チームの誰かが不必要な作業をします。
- Aの多くは、プロジェクトを通過する際の責任と混乱の「希薄化」です。
- 多くのCディスカッションは、ワークフローを大幅に妨げています(皆が編集やコメントをしたり、妥協点を見つけるまで待つ必要があります)。
- いいえ - 私は、あまりにも多くのパフォーマーが1つのタスクに従事しているという事実への兆候かもしれません。それはまたプロジェクトの実行を遅くします。
RACI Managerとすぐに誰が担当していないいるため、作業のオーバーロードやアンダー採用し、無用位置や領域を検出することができます。 よく書かれたマトリックスは、有意に(ように「私は全くそれをしない...」「彼がしなければならなかったこと...」と。D.)のプロジェクトの実施を介して管理・制御の品質を向上させるだけでなく、出演者間の競合の数を減らすことができます。
役立つヒント
RACIマトリックスはその機能を実行し、企業の効果的なスムーズな操作を実現するために、あなたはいくつかの重要なポイントを覚えておく必要があります。
- 表に記入すると、労働者の資格を検討します。 彼はこの分野に精通していないので、例えば、会計士は、少なくとも、サイトのレイアウトの段階でコンサルタント(C)を任命する必要がありません。
- 各サイトで唯一の説明責任(A)でなければなりません。 複数の場合は、条件を示しています。 例えば、A1は - サイトのデスクトップ版のテストを担当し、A2 - モバイル。
- 任意のタスクでは(翻訳に - 「責任」と「アーティスト」)説明責任と責任でなければなりません。
- 具体的な各問題を定式化してみてください。 使用動詞 - 「準備」、「公開」、「書き込み」、「テスト」、「更新」、などすぐに必要な結果を指定することをお勧めしますが - ..ちょうど「ダウンロード速度を確認してください」と「そのダウンロード速度を保証するものではありませ0.8秒以上ないサイト。」
- アクションは、特定の従業員に、しかし全体として、オフィスには適用すべきではありません。
- RACIマトリックスは、実際の作業状況の分析に基づいて、チームとして良いかも。 それは彼の役割と彼の前にあるタスクの各参加者が認識して重要です。
Similar articles
Trending Now