不確実さを、行動できる情報にする
「公開が遅れるかもしれない」という警告も、理由や次の行動がなければ管理できません。Tsumiraでは、何が起こり得るか、どの程度重大か、何をするかを具体的なリスクとして記録できます。実行プロジェクトの中に残るため、次の進捗確認は、以前の心配事を思い出すところからではなく、記録された情報から始められます。
リスクと現実的な対応を書く
リスクにはタイトルと、低・中・高・重大の深刻度を設定します。必要に応じて見積確率、影響、緩和策を追加できます。確率はチームが入力する評価であり、AIによる予測値ではありません。担当者と任意の期限を付けることで、誰が状況を確認し、いつ回答を得るのかという、実際に進められる対応になります。
- 四段階の深刻度
- 任意の確率と影響
- 緩和策・担当者・確認期限
重大な警告を見失わない
未解決の高・重大リスクはプロジェクトの健全性計算に使われます。重大なリスクは安心できる手動評価より優先され、客観的な警告を単に緑へ塗り替えることはできません。ブロックや期限超過の作業も評価に含まれます。注意が必要な理由が示されるため、責任者は漠然とした不安と、急いで扱うべき影響を区別できます。
- 高・重大リスクのシグナル
- 状態と一緒に理由を表示
- 手動評価が客観的警告を隠さない
存在を消さずに解決を記録
権限のあるプロジェクトメンバーはリスクを解決済みにし、その時刻を記録できます。現在の版を確認して更新するため、古い要求が新しい変更を上書きしません。実際に対応できた時点で解決とし、会話やプロジェクト更新で結果を説明します。これは実行判断を支える記録であり、安全性、保険、法令順守の認証ではありません。
- 明示的な解決状態と時刻
- 現在の版を確認して更新
- 結果を説明するプロジェクトの文脈
具体的な業務の流れ
影響を名付ける
実行に影響し得る具体的な出来事と、その結果を書きます。
対応を決める
深刻度、対策、フォローする担当者を決めます。
全体への影響を検討
ブロックした仕事、日付、状態評価の理由と合わせて話し合います。
解決を記録
影響に対処できたら解決済みにし、納品計画に残る変化を共有します。
実務を想定した例
例：必要な部品が間に合わない可能性
技術チームは、設置に必要な部品の到着が遅れる可能性を知ります。責任者は高リスクとして顧客への影響を書き、木曜日までに代替品を確認する担当を決めます。回答待ちの間はプロジェクトの警告に反映されます。代替が確定したら解決を記録し、次の更新で準備手順の変更を説明します。
この機能についての質問
確率は自動計算されますか。
いいえ。対応する確率項目は、リスクへの入力評価です。統計的な予測として示すものではありません。
手動で良好にすれば重大リスクを隠せますか。
健全性の計算は客観的な実行警告を優先します。未解決の重大リスクは、計画から外れている理由として残ります。
誰がリスクを解決できますか。
プロジェクトの書込権限と該当操作の権限に従います。閲覧できることが変更できることを意味するわけではありません。
正式なコンプライアンス審査の代わりになりますか。
いいえ。プロジェクトの実行上の懸念を整理するものです。専門的な安全、法律、規制の判断には適切な専門プロセスが必要です。
この業務に合う連携を検討する。
想定される連携のアイデアです。シナリオを利用する前に、各アプリの実際の利用可否、権限、対応データをご確認ください。
