XEROTTA
セキュリティ公開日:更新日:

Falcon導入要件に検証環境とライセンスの前提を残す

執筆:XEROTTA編集部

ITサービス・業務改善の実務チーム

Falcon導入要件に検証環境とライセンスの前提を残す

Conclusion

この記事の結論

検証環境の分け方と必要ライセンスの条件を、後工程で確認できるよう要件定義書に整理しました。

検証用の環境を本番から分けたい理由を先に言葉にすると、必要な契約条件を具体的に照会できます。例えば設定変更を先に試したい場合と、運用者の権限を分けたい場合では、同じ「別環境」という要望でも評価すべき点が違います。これらは設計例で、今回の契約に含まれた内容を示すものではありません。

今回の対応

10月2日、CrowdStrikeの導入要件を見直し、要件定義書を修正しました。検証環境の分け方と必要なライセンス数は、確認が必要な前提として扱いました。この時点で構成を切り替えたと判断できる記録はありません。

要件定義書に条件付きで書く

検証の目的、対象、必要な分離の単位を先に記録し、それを実現する構成と数量は契約回答に結び付けます。「検証環境を用意する」と断定する前に、最小ライセンスの条件や環境の分け方が確定しているかを確認します。回答待ちなら、数量を見積り上の確定値として扱わず、確認先と判断時期を残します。

状況別の判断と次の対応

観察した状態そこから判断できること次に確認すること
分離したい理由が明確運用要件を説明できるどの試験が影響を受けるかを書く
契約・必要数量が照会中構成の成立条件が残っている未確定の前提と依存工程を明記する
回答を受けて構成が決まる次の設計判断へ進める確認日と判断理由を要件に反映する

後工程での確認例

試験計画を作る担当者には「どの環境で何を試せるか」を、調達担当者には「数量や範囲の根拠は何か」を同じ要件から辿れるようにします。10月2日に行った作業は要件定義書の修正です。環境開通や本番切替の結果を確認した日付ではありません。

対応手順を図で確認
  1. 01検証環境を分けたい理由を記載する
  2. 02構成と数量の未決事項を整理する
  3. 03確認した契約条件を要件に反映する

確認結果で判断期待どおり → 結果を記録して完了期待と異なる → 止まった手順と結果を整理し、担当者へ確認

Contact

ITと業務の課題、
まずはお聞かせください。

「何から手を付けるべきか分からない」という段階からのご相談を歓迎します。現状の整理から、貴社に合った進め方をご提案します。