SEの現場・実務

元アプリSEが、本番作業手順書に書いていた内容や、Excel・SharePointを使った当日の確認方法、システム名の記載で誤操作を防げた経験を紹介します。

元アプリSEが、エラー時に後続処理をどこまで止めるか、ログに何を残すか、通知や再実行をどうしていたか、実務で経験したエラーハンドリングを紹介します。

システム開発で遅延が出たときに確認していた原因・遅延日数・後続影響と、WBSの日程変更、担当変更、作業順の見直し、他社・顧客との調整を実務経験から紹介します。

相手側に検証サーバーがない外部システム連携で、本番前に確認していたIP・ポート・FW申請、Test-NetConnection、テスト用送信先、相手先との認識合わせを実務経験から紹介します。

元アプリSEが、大規模システムリプレースの夜間作業に周辺システム側で参加した経験から、設定変更、クリティカルパス、進捗共有、予定外作業への対応、連携確認を紹介します。

元アプリSEが、総合テストで業務全体を通して確認していたこと、本番相当データの扱い、外部連携、送信先確認、エラー共有などの実務経験を紹介します。

元アプリSEが、手順書の共通テンプレート、画像の赤枠・番号、注意事項の見せ方、新人でも使える粒度への落とし込みなど、実務で意識していたことを紹介します。

本番作業前に何を準備していたのか。チェックリストの作成、検証環境での事前確認、可能な場合の初回稼働前の本番確認について、元アプリSEの実務経験から紹介します。

システム障害は復旧後にも原因調査や再発防止が続きます。元アプリSEが実際に経験した障害対応と、IPA資料で示されている原因分析の考え方を分けながら紹介します。

結合テストで実際に気をつけていたのは、相手先との調整と接続先の確認でした。外部との接続を伴うテストで意識していたことを、元アプリSEの実務経験から紹介します。