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

現行環境調査報告書

0Fork 0DL 1

説明

ヒアリングシートが「聞いたこと」なら、こちらは「調べた事実」です。申告値と実測値を並べて一致/差異を数式で出すので、「サーバは10台」と言われて実機が13台だった、が表の上で見えます。出典(誰から聞いたか・どの出力か・いつ時点か)を必須の列にし、空欄は赤。調べていない項目を空欄にせず「未調査/調査不可」を状態として残し、網羅状況を数式で集計します。用途不明のサーバ・誰も知らない通信・手順書の無い手動バッチを集める「未確認・用途不明」シートが、この調査の最大の成果になります。課題は根拠と費用・期間への影響つき。

使い方

出典を必ず書いてください(空欄は赤)。出典の無い調査結果は後から誰も検証できず、間違っていても気づけないまま設計に入ります。調べていない項目を空欄にしないでください——空欄は「調べた結果、問題が無かった」と読まれます。未調査と調査不可は別物で、調査不可はそのまま移行のリスクになります。申告値と実測値は分けて書いてください。一致/差異は数式で出ます。申告値が空の行は比較せず(一致列がグレー)、「聞いていないこと」を「一致した」と書かない扱いにしてあります。実測値は測った条件まで書いてください。「電源13.2A」ではピーク時か分からず、「帯域100Mbps」では契約値か実効値か分かりません。「十分にある」「問題ない」という申告は必ず実測で確かめてください——ラックの空きU・電源・帯域は、この形の申告が最も外れます。分からなかったものには対応・期限・登録先(QA管理表/リスク管理表のID)をつけてください。この報告書は一度出すと開かれなくなるので、追いかける場所を別に持たせます。課題には根拠(調査結果のNo)と費用・期間への影響を書いてください。金額と工数の付いていない課題は、予算の話になった時点で落ちます。

この型で検査する

記入済みのファイルをアップロードすると、この型の必須項目(現行環境調査報告書の組込みルール)を満たしているか検査します。ファイルは保存されません。

関連するテンプレート

同じフェーズ(要件定義)や業界でよく使われている型です。