ホワイトペーパー / 戦略と配信
依存関係、検証、所有権を可視化したまま、既存のアプリケーションのスコープ変更に関するオリジナルの技術計画書。このアプローチは、検討中のシステムに適応させる必要があります。
要約
最新化には、インターフェイス、データ、アプリケーション構造、および展開の実践が含まれる場合があります。有用な計画は、変更の理由を、事前に決定された実装の選択から分離します。このペーパーでは、評価に始まり、明示的な移行責任で終わる段階的な計画アプローチの概要を説明します。
現在の環境を評価する
アプリケーションの主要なワークフロー、コンポーネント、統合を文書化します。それに依存している人々と、それを変更する際の制約を確認してください。現在のメンテナが保有している知識を特定します。不確実性を記録して、納品約束前に調査できるようにします。
最初の変更の境界を定義します
独立してレビューできる重点領域を選択してください。何が含まれているか、既存の環境に何が残っているか、および 2 つがどのように相互作用するかを説明します。データまたはインターフェースを変更する必要があるかどうかに同意します。明確な境界は、チームが依存関係を理解し、オプションを評価するのに役立ちます。
データとインターフェースの移行を計画する
関連する各データ フローの送信元と宛先を記録します。マッピング ルール、所有権、および調整に関する質問を定義します。担当チームとインターフェースの動作、認証、エラー処理を確認します。移行が必要な場合は、カットオーバー前に検証とリカバリの決定に同意します。
実装前の検証を定義する
代表的なワークフローと合意された許容基準を使用してテストを組み立てます。例外と重要な統合パスを含めます。どの関係者が各出力をレビューするか、未解決のリスクがどのように記録されるかを文書化します。釈放の決定は、合意された証拠と結び付けられるべきです。
運用ハンドオーバーの準備
導入ドキュメント、アクセス責任、保守所有権を範囲に含めます。継続的なサポートの範囲と、将来の変更がどのようにレビューされるかについて話し合います。移行が実装と同じくらい明確であれば、最新化の評価が容易になります。
結論
段階的な計画は、作業の進行に応じて仮定と決定を見直す機会を生み出します。 1 つの有用な境界から始めて、その周囲の依存関係を明確にし、結果を評価するために必要な証拠に同意します。適切な実装はシステムとその運用要件によって異なります。
前進しましょう
計画チェックリスト
- システムを変更する理由は何ですか?
- どの境界が最初のフェーズに適切ですか?
- どのデータとインターフェースが影響を受けますか?
- 移行決定を裏付ける証拠は何ですか?
- 変更されたシステムは誰が保守しますか?