SESで運用保守から設計・構築へ進むには？キャリアアップの方法

運用保守から設計・構築へ進みたい場合は、障害対応、構成調査、手順の作成・改善で担当したことを整理します。そのうえで、希望する案件に必要な経験と、補うべき知識を確認します。

設計・構築に生かせる運用保守の経験

運用保守で次の作業を担当していれば、その経験を説明できます。

• システム構成を理解する
• 障害発生時に原因を切り分ける
• 監視項目やアラートを確認する
• 手順書を作成、改善する
• 現場の課題を把握する

これらは、設計・構築で必要になる「安定して動く仕組みを考える力」につながります。

スキルシートで確認したい不足

作業内容が監視・手順実行だけになっている

監視や手順実行だけを書いていると、設計・構築につながる経験が見えません。

どのシステムを見ていたのか、どのような障害に対応したのか、どんな改善をしたのかまで書きましょう。

構成を説明できない

サーバー、ネットワーク、クラウド、DB、監視ツールの構成を説明できないと、設計・構築案件への提案は難しくなります。

まずは現在の現場の構成を自分の言葉で説明できるようにしましょう。

改善経験が書かれていない

設計・構築へ進むには、運用中に見つけた課題をどう改善したかが重要です。

手順改善、監視設定の見直し、障害対応フローの整理など、小さな改善でも書く価値があります。

設計・構築へ進むためにやること

運用保守から設計・構築へ進むには、次の準備が必要です。

構成理解を深める

まずは、今の現場の構成を理解しましょう。

• サーバー構成
• ネットワーク構成
• DB構成
• 監視設計
• バックアップ
• 障害対応フロー
• 権限管理

これらを説明できるようになると、設計・構築案件で話しやすくなります。

改善提案を作る

運用保守の現場では、改善できるポイントが多くあります。

たとえば、次のような内容です。

• 手順書の更新
• アラート閾値の見直し
• 障害対応フローの整理
• 定型作業の自動化
• ログ確認手順の改善

改善提案の経験は、設計・構築へ進む時の強い材料になります。

スキルシートを書き換える

運用保守で調査・判断・改善を担当した範囲を書きます。次の例は、実際に経験した作業に置き換えてください。

Linuxサーバー運用保守にて、監視アラート対応と障害一次切り分けを担当。
障害対応手順の見直しを行い、確認項目を整理した手順書を作成。
対応漏れを防ぐため、チーム内の確認フローを改善した。

このように書くと、運用保守の中でも考えて動いた経験が伝わります。

次に狙う案件

運用保守から設計・構築へ一気に進むのが難しい場合は、段階的に狙うのが現実的です。

候補となる担当範囲には、次の例があります。現在の経験と案件の募集条件を見て検討します。

1. 運用保守＋改善
2. 運用設計
3. 構築補助
4. 詳細設計・構築
5. 基本設計

すべての工程をこの順に経験する必要はありません。設計経験がない場合は、レビューを受けられる運用設計や構築補助も候補になります。

案件選択については、SESで案件を選べる会社とは？案件選択制度のメリットと確認ポイントも参考になります。

面談での伝え方

面談では、運用保守を低く見せる必要はありません。

次のように、構成理解と改善経験を伝えましょう。

Linuxサーバーの運用保守を3年担当しています。
監視アラート対応、障害一次切り分け、手順書改善を行ってきました。
今後は、運用で得た構成理解を活かして、構築補助や運用設計へ広げたいと考えています。

「何をしてきたか」と「次に何をしたいか」をつなげることが大切です。