基幹システム（SAP）のバージョンアップで必要なこと
バージョンアップは2年前から計画が必要
Windows Server 2012の延長サポートの終了期限が2023年10月に切れます。サポートが切れた製品を使い続けると、メーカーのサポートが受けられないため、バージョンアップを実施することになります。まだまだ、2年以上先の話になりますが、そろそろ着手した方がよいです。
その理由は対応可能なベンダーさんの確保が難しいからです。
基幹システムのバージョンアップはシステムを数日間停止して行う必要があるため、ユーザと停止期間を調整する必要があります。2022年の年末をターゲットとすると、どこの企業も同じようなタイミングでバージョンアップを実施するので、対応できるベンダーさんが他企業の案件で出払っていて対応できないといったことになります。
昨年末にバージョンアップを実施しましたが、いくつかのベンダーさんからはリソースを確保できず提案できないと断られました。2020年末でこのような状況ですから、2022年末は早めに依頼しておかないと、自分自身でバージョンアップを行わないといけないといったこともあり得るかと思います。
バージョンアップ
転職して今の会社に入るまではSierとしてバージョンアップ対応をしてきましたが、今回社内SEとして対応すると、体感では2倍ぐらい大変でした。
今回の記事では実施したことを列挙していき、今後の記事で詳しく紹介していこうと思います。
タスクリスト
1. スコープの確認
1. ＨＷリプレース
2. SAPバージョンアップ
3. 周辺システムバージョンアップ
4. SAP GUIバージョンアップ
2. 概算見積もりの取得
1. 簡易RFP作成
2. 複数ベンダーに依頼
3. ベンダー間のスコープ調整
4. 再見積もり依頼
5. スコープ外タスクの計画検討
3. 予算取り
1. 概算見積もりの集約
2. 見積もり根拠作成
3. 来期予算として上申
4. 予算承認取得
1. 複数ベンダーから見積もり取得
2. 提案比較
3. プロジェクト全体計画作成
4. 承認取得
5. 発注
1. 正式見積もり取得
2. 契約書の法務レビュー
3. 発注
4. 契約書の送付
6. プロジェクト開始準備
1. 全体スケジュール作成
2. プロジェクトの体制構築（社内の他チームとの調整含む）
3. 会議体の設定
7. PMO活動
1. 予算超過しないかの管理
2. 課題管理（期限、担当、進捗、重要度）
3. タスク管理（期限、担当、進捗、重要度）
4. 社内への定期報告
8. 要件定義
1. 既存の要件と変更する点を確認
2. セキュリティ面の要件は構築当時より増えているので注意
3. バージョンアップ後の環境を何年稼働させるか定義
4. ３．を満たすためのバージョンを選定
5. 移行方針の策定（バージョンアップ方式、移行日程）
9. 基本設計・詳細設計
1. 現行環境の調査
2. 新環境のシステム設計
3. 現行環境と新環境とで差異がある個所をレビュー
4. SAP GUIのバージョンアップ、展開方式の設計（忘れがち）
10. 環境構築（移行テスト）
1. OSセットアップ
2. バージョンアップ実施
3. バージョンアップにかかる時間を計測（ダウンタイム）
4. バージョンアップにかかわる課題の対応
5. 初期動作確認
11. テスト
1. テスト計画策定（どの環境で、いつ、何のために、どんなテストを行う か）
2. システムテスト（バックアップ、リストアなど）
3. アプリケーション単体テスト（SAP上の単体テスト）
4. データ連携テスト（周辺システムとの疎通確認）
5. ジョブ連携テスト（JP1などから夜間処理を実行し、ジョブ間、システム間のデータ連携を確認）
6. 負荷テスト（大量アクセス時の負荷、大量データ処理時の負荷を確認）
7. セキュリティテスト（脆弱性診断）
8. 運用テスト（現行環境と異なる運用のテスト）
12. 移行リハーサル
1. 移行リハーサル1回目
1. 課題対応
2. 本番移行時のダウンタイム試算
2. 移行リハーサル2回目
1. 課題対応
2. 本番移行時のダウンタイム試算
13. 本番移行準備
1. 移行実施日の調整
2. SAP GUI配布調整
3. 社内アナウンス
14. 本番移行
1. バージョンアップ
2. 移行中の進捗、課題管理、定期報告
15. 移行後フォロー
1. 移行後の課題対応
2. 移行後の問い合わせ対応
16. プロジェクトのクローズ
1. プロジェクト報告書提出
1. 予算と実績
2. 残課題
3. 他プロジェクトへの共有