プロジェクト リスク登録: 子午線移行 レビュー日: R-01 年 9 月 18 日 |データ マッピングの承認の遅延 リスク ステートメント: 従来のマッピングが承認されていないため、移行リハーサルが未解決のアカウント ルールで開始され、手戻りやスケジュールの遅延が発生する可能性があります。証拠: MER-82 は期限を過ぎており、ブロックされています。 MER-91 はその承認に依存します。可能性: 4、承認はすでに 3 日遅れています。影響: 5、リハーサルと検証作業はそれに依存します。スコア: 20 トリガー: 9 月 19 日までに承認なし。軽減策: 決定をエスカレートし、リハーサル用に設定されたフォールバック ルールに同意します。所有者: 要確認 ステータス: 記録済み R-02 |テスト環境のキャパシティ リスクステートメント: パフォーマンス テストは制約のある環境を共有するため、計画されたテスト期間が短縮され、開始前の信頼性が低下する可能性があります。証拠: MER-104 の期限は 4 日後ですが、最新のコメントにはスケジュールの競合が記録されています。可能性: 3 影響: 4 スコア: 12 トリガー: 環境の予約が 9 月 20 日までに確認されていません。軽減策: バックアップ期間を確保し、重要なシナリオに優先順位を付けます。所有者: ルカ ステータス: 推定 R-03 |所有されていないトレーニング コンテンツ リスク ステートメント: 管理者トレーニング カードが割り当てられていないため、有効化資料がパイロットの開始に間に合わない可能性があります。証拠: MER-112 と MER-113 はアクティブで、割り当てられておらず、8 日間活動がありません。可能性: 3 影響: 3 スコア: 9 トリガー: 今週は所有者が割り当てられません。軽減策: コンテンツ所有者を確認し、最初のリリースをパイロットに不可欠なガイダンスに減らします。所有者: 確認が必要 ステータス: 推定 即時対応 - リハーサル決定ポイントの前に R-01 を解決します。・R-02の環境予約を確認します。 - R-03 の所有権を割り当て、パイロットに両方のトレーニング カードが必要かどうかを検証します。クロードプロジェクトプロンプト
クロードによるプロジェクトリスク登録のプロンプト
現在のプロジェクトの証拠に基づいてリスク登録を作成または更新しながら、記録されたリスクをクロードの推測された警告サインから切り離して保管します。
以下に最適: 週次のリスクレビュー、ガバナンス会議、マイルストーンの準備状況、プロジェクト全体の実施レビュー。
クロード プロンプト
あなたは私のプロジェクト リスク アナリストです。 Kanera MCP を使用して、現在のプロジェクトの証拠を確認し、リスク登録を準備します。プロジェクトまたはワークスペース: [名前] レビュー期間: [日付範囲] 重要なマイルストーン: [マイルストーン または "READ FROM KANERA"] スコアリング方法: 可能性 1 ~ 5 に影響 1 ~ 5 を乗算 エスカレーションのリスクしきい値: [スコア] タイム ゾーン: [タイム ゾーン] アクティブな作業、ブロックされている作業、期限切れの作業、および期限が近づいている作業をレビューします。関連するコメント、日付、依存関係、所有者、および最近の履歴を検査します。スケジュール、範囲、リソース、品質、外部依存性、意思決定のリスクを確認します。次の列を含むリスク登録を作成します。 - リスク ID。 - 原因、イベント、影響の形式でのリスク ステートメント。 - 証拠とKaneraのカードキー。 - 1 ~ 5 の可能性と短い根拠。 - 1 から 5 までの影響。短い根拠が記載されています。 - スコア。 - トリガーまたは早期警告サイン。 - 緩和。 - 所有者、記録時のみ。 - レビュー日。 - ステータス: 記録済み、推測済み、受け入れ済み、緩和中、またはクローズ済み。次に、以下を提供します。 1. 注意が必要な上位 3 つのリスク。 2. 前回のレビュー以降の変更(歴史が裏付けている場合)。 3. 所有者または軽減の確認が必要なリスク。 4. プロジェクト マネージャーに対するフォローアップの質問の提案。推定されたリスクを確立された事実として提示しないでください。所有者、コスト、日付、または緩和策をでっち上げないでください。不足しているフィールドには「確認が必要」としてマークを付けます。分析を読み取り専用にし、あらゆるリスクについてソース カード キーを引用します。動作した出力例
クロードが移行プロジェクトのボード、期日、ブロックされたカード、コメント、最近のアクティビティを確認した後の結果の例。
より信頼性の高い結果が得られます
クロードにリスクのランク付けを依頼する前に、スコアリングのスケールとエスカレーションのしきい値を定義します。
レジスターが監査可能な状態を維持できるように、あらゆるリスクに対してソース カードを要求します。
プロジェクト所有者が確認するまで、推定されたリスクをレビュー候補として扱います。
プロンプト 質問
推定されたリスクは確認されたリスクと同じように見えるでしょうか?
いいえ。各行は、記録済み、推定済み、受け入れ済み、軽減中、またはクローズ済みとしてマークされます。プロジェクト所有者が確認するまで、推定されたリスクをレビュー候補として扱います。
最初にスコアスケールが必要ですか?
はい。クロードにリスクのランク付けを依頼する前に、可能性、影響、エスカレーションのしきい値を定義します。
これは RAID ログを置き換えることができますか?
ライブ作業からリスク記録を生成します。完全な RAID ログを保存する場合は、前提、問題、依存関係を独自に確認する必要があります。
ライブKanera作業から完成したアップデートに移行します。
Claude をKanera に接続し、古いスプレッドシートやコピーされた基板スナップショットではなく、ライブ作業からリスク登録を更新します。
Kanera の AI ワークフローを探索する無料で始める
30 日間のプロトライアル。カードは必要ありません。