RAID ログテンプレート
プロジェクトに関連するリスク、前提条件、課題、依存関係を明確にしましょう。
RAID ログテンプレートについて
RAID が意味すること
RAID は、Risks（リスク）、Assumptions（前提条件）、Issues（課題）、Dependencies（依存関係）の略です。プロダクトマネージャーによっては、RAID を Risks（リスク）、Assumptions（前提条件）、Issues（課題）、Dependencies（依存関係）という意味で使っています。
RAID ログとは？
RAID ログは、プロジェクトマネージャーが、プロジェクトのリスク、前提条件、課題、依存関係を追跡するのをサポートするプロジェクトリスクマネジメントツールです。RAID ログテンプレートを使用することで、情報が整理され、会議やプロジェクト監査の際、情報を容易に引き出すことができます。
プロジェクトマネージャーの誰もが知っているように、どんなに素晴らしい計画にも失敗はつきものです。それが分かっていても、複数のプロジェクトを同時にこなし、納期に追われている状況では、障害はすぐに大きくなり、厄介なものになります。プロジェクトを進めがら迅速に問題を解決しいくことは必要ですが、困難な場合もあります。
プロダクトマネージャーの多くは、プロジェクトの範囲を決めるときに潜在的なリスクのリストを作成します。このリストに基づいて、コンティンジェンシープランや想定される最悪なシナリオを作成し、起こりうる問題に備えて必要なリソースを確保することができます。しかし、単にリスクをリスト化するだけでは十分とは言えません。これらのリスクを監視 / 追跡する仕組みが必要です。そこで登場するのが RAID ログです。
RAID ログの設定方法
このテンプレートは、リスク、前提条件、課題、依存関係の 4 つの象限に分かれた四角形で構成されています。プロジェクトの開始とともにログを取り始めます。
リスク - 起こりうるリスクを書き出します。実際に起こったリスクに対してとるべき行動を列挙します。
前提条件 / 行動 - プロジェクトを通して想定される事象、あるいはリスクを軽減するためにとった（とる予定の）行動を書き出します。それらが完了した日付を記入します。
課題 - プロジェクト中に発生した課題をひとつひとつ洗い出します。課題の解決策を書き出して、関係者に割り当てます。
決定事項 - プロジェクトが完了するまでに決定する必要のある事項を列挙します。
RAID ログは誰が使うべきなのでしょうか？
RAID ログは作成された時点で、あらゆるメンバーがログの蓄積に参加することができます。また、RAID ログは、ステータスの最新情報を関係者と共有し、プロジェクトの進捗に合わせてチームとの連携を強化するのに有効なツールです。
RAID ログを継続するメリットを教えてください。
整理して戦略を立てる - RAID ログテンプレートは、プロジェクトのあらゆるステージで詳細な記録を残し、戦略的に考えることを強制します。問題を解決した後に記録を残すのではなく、問題の解決と記録する行動を一つに結びつけるのです。
時間の節約 - プロジェクトマネージャーは忙しいものです。RAID ログを導入することで、プロジェクトを通じて時間を節約し、効率化を進めることができます。RAID ログを活用すれば、会議や 1 対 1 の打ち合わせをすることなく、関係者とのコミュニケーションが可能になります。
成功に向けた進捗状況の測定 - RAID ログを使用することで、リアルタイムで成功に向けた進捗状況を測定することができます。目標は達成できそうですか？期限は守れそうですか？RAID ログテンプレートには、すべてのリスクとそれらに割り当てられた関係者が記載されるため、マネージャーはプロジェクトをより厳密に管理することができます。
Is a RAID log the same as a risk and issue log?
A RAID log and an issue log are similar. They both analyze risk and issues, but the main difference is that a RAID log is more in-depth. Unlike an issue log, a RAID analysis can also review dependencies, decisions, actions, and assumptions depending on what information you track.
When should you use a RAID log template?
A RAID log template should initially be filled in during the project planning phase to identify potential risks and make contingency plans. It can also be used throughout the project to monitor and track risks, solve problems in real-time, and maintain tighter control over the project.
What’s the difference between a RAID log and a risk register?
A RAID Log Template helps project managers identify potential risks during the project planning phase. It allows you to plan, manage, and structure your project scope, giving you an oversight of potential risks and how to mitigate them. A risk register, on the other hand, is a document that provides a detailed summary of all the risks associated with a project. It typically includes information such as the likelihood and impact of each risk and any measures being taken to mitigate them. While a RAID log focuses on Risks, Assumptions, Issues, and Dependencies, a risk register focuses solely on risks.
プロジェクトキャンバステンプレート
活躍するシチュエーション:
プロジェクト管理, ドキュメンテーション, プロジェクト計画
プロジェクトキャンバスは、プロジェクトに関する必要な情報をすべてまとめ、視覚化し、共有するのに役立つ管理ツールです。ファシリテーターからプロジェクト管理の専門家まで、プロジェクト開発のあらゆる段階でチームメンバー全員が利用できます。プロジェクトキャンバステンプレートを使用すれば、プロジェクト開発プロセスの関係者全員と情報を共有することができます。プロジェクト関連の議論に一つのプラットフォームを使用すれば、プロジェクトの概要を明確にし、コラボレーションを改善することができます。
ペルソナ設定テンプレート
活躍するシチュエーション:
マーケティング, デスクリサーチ, ユーザーエクスペリエンス
Miroのペルソナ設定テンプレートを活用して、自社サービスや商品の対象となるユーザープロフィールを作成し、顧客への販売方法をより深く理解したり、改善案の策定に役立てましょう。
アイデアファネルバックログ
活躍するシチュエーション:
Design, Brainstorming, Agile Workflows
アイデアファネルバックログは、バックログを視覚化し、上流に停滞するバックログの数を限定します。これにより、不要な会議や業務上のオーバーヘッドを発生させることなく、リスト上の項目に優先順位を付けることができます。アイデアファネルバックログを使用するには、ファネルを各フェーズに分けるか、ロードマップのように扱います。アイデアファネルバックログは、ロードマップとバックログを 1 つの分かりやすいハイブリッド モデルにして使用します。
付箋パックテンプレート
活躍するシチュエーション:
Brainstorming, Meetings, Workshops
付箋は、バーチャル、ハイブリッド、対面式のブレインストーミングセッションでよく使われる機能です。参加者は、付箋によってアイデアの提供、分類、投票など様々なことが可能になります。付箋パックテンプレートを活用して、参加者の付箋をグループごとにカスタマイズしましょう。付箋の色でグループを分けたり、アイデアを色分けするなど、様々な分類が可能になります。付箋パックテンプレートを使用することで、ニーズに合ったブレインストーミングを目標に沿って実施することができます。
SIPOC テンプレート
活躍するシチュエーション:
Agile Methodology, Strategic Planning, Mapping
SIPOC ダイアグラムは、サプライヤーとインプット仕様、顧客とアウトプット仕様、それぞれの間に存在する潜在的なずれを特定することで、プロセスを高レベルでマップ化し、プロセス改善の努力範囲を定義することができます。SIPOC は、Suppliers / Sources（サプライヤー / ソース）、Input（インプット）、Process（プロセス）、Output（アウトプット）、Customers（顧客）の頭文字をとった略語です。SIPOC は、顧客、サプライヤー、プロセス間のフィードバックループとフィードバックフォワードループを洗い出し、原因と結果に基づいて思考するよう促します。このビジュアルツールを使って、プロセスを最初から最後まで文書化しましょう。
テクノロジー製品キャンバステンプレート
活躍するシチュエーション:
プロダクト管理, ソフトウェア開発, ロードマップ
プリム・サンダラムが考案したテクノロジープロダクト キャンバスは、プロダクトチームとエンジニアリングチームがロードマップを共有し、認識を合わせることを目的としています。アジャイルの手法と UX の理論を組み合わせて、製品ソリューションの検証をサポートします。各チームが製品目標とテクノロジーの目標を提示し、視覚化し、明確なロードマップの各ステージを話し合います。この演習ではチームが同期し、全員が見込みと方向性を明確にし、素直に話し合うことができます。テクノロジー製品キャンバスの作成過程を経れば、1 時間とかからずにチームの認識を合わせることができます。