Scout Mission の運用
合意した範囲に明確な結果が出たとき、Mission は完了です。結果は、検証済みの公開バインディング、合意済みの制約、または責任者が決まったブロッカーのいずれでも構いません。
チーム間の引き継ぎ
| 段階 | 主担当 | 判断 | 完了証跡 |
|---|---|---|---|
| 範囲 | Mission オーナー | 対象の業務成果と設備は何か | 承認済み範囲と要件版 |
| 準備状況 | データオペレーター | 準備済み、不足、不明、ブロックは何か | レビュー済みカバレッジと担当割当 |
| 対応付け | データオペレーター/スチュワード | 信号が設備属性を表しているか | 理由付きの承認または却下 |
| レビュー | 契約レビュー担当 | 変更は正しく安全か | レビュー済み契約版 |
| 承認 | 承認担当 | この版を公開してよいか | 承認者と判断理由 |
| 公開 | リリース担当 | 運用投入できるか | 公開バインディングとロールバック担当 |
| 検証 | アプリオーナー | アプリがデータを利用したか | 最新の実行証跡と結果ID |
日常レビュー
Mission 画面から、範囲と証跡日時、カバレッジの変化、新しいブロッカー、レビュー待ちの提案、承認・公開待ちの契約、実行証跡が不完全な公開済み契約を確認します。
カバレッジの読み方
| 状態 | 意味 | 通常の対応 |
|---|---|---|
| 充足 | 要件を満たす証跡がある | ソースや要件変更時に再確認 |
| 部分充足 | 一部の証跡はあるが不完全 | 不足設備、チャネル、期間、品質条件を特定 |
| 不足 | 受入可能な証跡がない | 管理対象ソースを探すかアクセス担当を割り当てる |
| ブロック | ポリシー、承認、前提条件で進めない | 責任者に割り当て、制御を回避しない |
| 不明 | 現在の証跡では判断できない | 定義またはアクセスを改善する |
母数が完全な場合にのみ、カバレッジ率に意味があります。
提案と契約のレビュー
承認前に、ソースとテナント、対象設備属性、意味と単位、鮮度、出所、記載理由を確認します。不明点があれば却下または差し戻し、カバレッジ率を上げる目的だけで承認しないでください。
契約レビューでは前版との差分、アプリへの影響、古い証跡、リリース担当、ロールバック担当、判断理由を確認します。評価が変わった場合は新しい版をレビューします。
稼働結果の確認
公開後の実行証跡は、同じ Mission と契約から、有効なバインディング、観測期間、対象アプリ、結果までをつなぐ必要があります。最初の不完全な段階に応じて、データ連携、データ運用、アプリ担当へ割り当てます。
推奨頻度
| 頻度 | 確認内容 |
|---|---|
| 導入中は毎日 | 新規ギャップ、ブロッカー、レビュー待ち、不完全な実行証跡 |
| 安定運用では毎週 | カバレッジ変化、古い証跡、ソース変更、未公開版 |
| リリース前 | 正確な版、承認、想定影響、ロールバック担当 |
| ソースやモデル変更後 | 影響する Mission と契約を再評価 |