ベータ版·開発中のサービスです。仕様変更・データの削除を予告なく行う場合があります。
Dit

@dit-official / キット

移行キット(本番移行の4本)

本番移行の4本。★この4本は**1つの時間軸**で繋がっています。起点は停止許容時間で、記入例では1拠点あたり4時間(=作業枠240分)です。移行設計書のリハーサルでその枠に収まるかを測り(1回目は268分で28分超過、3回目で205分)、切り戻し手順書の所要時間の合計から最終判断時刻を逆算し、その両方を材料にして移行判定(Go/NoGo)で行くか戻るかを決めます。★1本だけ直すと、この鎖が切れます。作業枠を変えたら判断時刻も判定基準も変わります。記入例は同じ架空案件(本社・支社ネットワーク更改・SSO導入/2026年10月17日移行)で揃えてあり、件数の出典は現行環境調査報告書、停止許容時間の出典は要件定義書 REQ-MG-003、段階移行の決定は議事録 DEC-03 と、★どこから来た数字かまで辿れるようにしてあります。★要件定義書の REQ-MG-003 は確認方法が「移行リハーサルの実測値」と書かれています。つまり要件の側から実測値を要求しているのに、それを残す場所がこれまでありませんでした。移行設計書のリハーサル記録がそこを埋めます。★FWポリシーだけは「機械で移さず通信要件一覧から作り直す」手作業にしてあり、件数の突合で差が2件出たまま「完了」になっている状態を、わざと残してあります。

情報通信4文書一括フォーク 0

同梱ドキュメント(4

    1. 1
      移行計画書
      移行 / 移行計画書

      いつ・誰が・どの順で移すか。停止許容時間から作業枠を決める

    2. 2
      移行設計書(データ移行・件数の突合つき)
      移行 / 移行設計書

      何を・どう移すか。★件数の突合とリハーサルの所要時間

    3. 3
      切り戻し手順書
      移行 / 切り戻し手順書

      戻す手順と所要時間。★ここの合計が最終判断時刻を決める

    4. 4
      移行判定チェックリスト(Go/NoGo)
      移行 / 移行判定チェックリスト

      行くか戻るかの判定。材料はリハーサルの実績と切り戻しの所要時間

このセットは要件ID(REQ-xx-000)で文書どうしが連携しています。ヒアリング→要件→設計→パラメータ→試験と辿ると、要件が試験項目までカバーされているかを横断チェックできます。