現役SEの仕事内容を徹底解説！〜1日の流れ・将来のキャリア〜

SEって言われてもどんな仕事内容か分からないのではないでしょうか。

ありがちな質問としては「プログラマーとSEの違い」がよくあります。

この記事ではSEを経験した筆者が

について紹介いたします。

後半にはSEのキャリアについても解説し、SEに会う人・合わない人を解説いたします。

この記事を読むことでSEの仕事内容やキャリアの理解からSEの仕事がこなせるかの不安がなくなるでしょう。

ぜひ最後までお読みください。

SEの仕事内容と流れをレベル別で徹底解説

SEの仕事は、お客様・自社のシステムを構築することです。

システムを構築するための目的から必要な機能を設計し、開発・テストと進めていきます。

この一連の流れはどの会社にいても共通です。

かんたんなシステム構築の流れを説明すると下記のようになります。

この流れをシステム構築（SI）においては「ウォーターフォール」と呼ばれています。

工程は水のように次の工程へ流れ落ちていき、逆流しないことからこのように呼ばれています。

参考：ウォーターフォール・モデル - Wikipedia

いきなりすべての工程を初心者・新人SEは行えませんので、レベルごとに担当を分けると次のようになります。

※会社や案件規模に応じて変わるため、あくまで目安となります。

	初心者・新人SE	中級者SE	上級者SE
要件定義	-	-	○
設計	-	○	○
実装	○	○	○
テスト	○	○	○
付帯作業	○	○	○
運用・保守	-	○	○

それでは、各工程の紹介をかんたんにしていきます。

難易度の高い「要件定義」

要件定義はシステムの目的を明文化し、システムに求める役割を定義していきます。

単純に感じますが、システムは利用するユーザーによって役割が変わります。

例えば市役所の住民票発行システムを例にとると

などと、利用者によってシステムの求める機能が変わります。

つまりシステムを利用する利害関係者を洗い出し、各者の仕事の流れ（ワークフロー）を定義し、必要な機能の洗い出しを行う必要があります。

このようなシステムに求める役割（要件）と利害関係者と必要機能を定義する工程を要件定義呼びます。

ちなみにこの工程でミスが起こるとその後の工程に大きな影響を与えるためベテランのSEが行います。

腕の見せ所「設計」

要件定義の工程で定義したシステムの機能を設計します。

この記事では「設計」と一言で書きましたが複数の工程に分かれていることが多いです。

と進めるSIerもあれば、

と呼ぶSIerもあります。

この工程で行う具体的な作業としては

などなどがあります。

このように書くとむづかしく感じる人もいるでしょうが、実際は用意されたテンプレートに設計内容を記入していきますのではじめての方でもパスルを組むようにできるでしょう。

この工程は、プログラミングスキルがないと設計できないこともあるため、中級者以上のSEが担当します。

プログラミングスキルが特に必要になるポイントにはデータベースへの保存処理やロギング、例外処理などの共通化があります。

このようなスキルは複数のプロジェクトを経験すると身につけることができますので、最初はできなくても焦る必要はないでしょう。

楽しい「実装（プログラミング）」

設計書に沿ってプログラミング開発を行う工程です。

この工程では開発に必要な情報がすべてそろっているためここまでの上流設計がしっかりとできていれば苦労せずに進めることができます。

また、複数人でプログラミングをすることが多いため、作成したプログラムファイル（ソースと呼びます）を共有するツールを使うことが一般的です。

よく利用されるものはgitやsubversionなどがあります。

このようなツールは慣れで覚えることができるため構える必要はないでしょう。

SEの経験が浅い方や初めてのひとはこの工程から始めるのが一般的です。

品質最後の砦「テスト」

要件定義、設計、プログラミングの工程で行った結果が、意図した結果となっているかテストを行います。

一概にテストといっても様々な粒度のテスト項目があるため複数のテスト工程に分けて進めるのが一般的です。

よく用いられる工程としては

などがあります。

開発規模に応じてテストが多くなることが一般的です。

テストケースが少なすぎるのはただの手抜きでクライアントにも迷惑をかけるため取り決めた内容が本当に正しいか確認できるまで行いましょう。

最後のしめ「付帯作業」

サーバーの設定やセットアップ手順書、利用手順書などを行う工程です。

利用者が直接目に触れる部分であるため、誤字脱字やフォーマット、ですます調の統一など意外と手間暇がかかる工程です。

意外と難易度が低い割にはこの工程をしっかりとできる人は少ないため、この工程をリーダーシップ張って進める人は重宝がられるでしょう。

ホスピタリティーな人材が活躍「運用・保守」

契約次第となりますが、システムがリリースされたあとの問い合わせ対応や業務特有のデータメンテナンスなどを行います。

この工程はある程度大きなシステムでないと発生しません。

運用・保守は開発とはまた違ったスキルとなるため、運用・保守の要員として長く続ける方も多くいます。

ここまでSEにおける仕事の流れをシステム開発の工程の流れとして紹介してきました。

次ではSEの1日の仕事の流れを紹介していきます。

7年の経験から説明する「SEの1日の流れ」

「SEは残業多そう。1日に仕事の流れを知りたい。」と思う方はいるのではないでしょうか。

ここでは私の7年の経験から1日の流れを紹介していきます。

以下は、初心者SEの仕事の流れです。

上記では、2時間の残業のイメージで書いています。

残業の量はプロジェクトの進捗に応じて変わります。

うまく進むプロジェクトでは18:00に毎日帰ることもできます。

一方で遅延しているプロジェクトは毎日4時間くらいの残業や最悪土日出社もあります。

私の経験（7年）ではだいたい2時間くらいの残業が一般的でした。

残業を気にする方は多いでしょうがすべてはプロジェクト次第です。

同じ会社でも参画しているプロジェクトによって残業時間はまったく変わりますので気にしないほうが良いでしょう。

30代、40代、50代のSEのキャリアはどんなっているの？

「50歳や60歳のSEはどうなるの？」とSEのキャリアが気になる人も多いのではないでしょうか。

SEで定年退職する人はいますので、その人のキャリアを参考にすると良いでしょう。

年齢別に私の職場のキャリアについて紹介していきます。

SEはプログラマーやWEBエンジニアなどと比べると、つぶしがききます。

また定年退職する人がいる人もおり、SEのキャリアのイメージは持ちやすいでしょう。

ただし小規模の会社はキャリアが不透明なのは事実でしょう。

大きめの会社選びすることをおすすめします。

SEに合う人・合わない人

残業はプロジェクト次第と解説しましたが、残業ありきの仕事の文化は間違いないでしょう。

残業が絶対嫌な人は避けたほうがいいです。

ただし、派遣の場合は別です。残業を拒否した形で仕事探せ良いため派遣という形でSEをするのはありでしょう。

派遣先が大手SIerとなる大手派遣会社がおすすめです。

多様な働き方で一部上場企業のパソナテックが安心して利用できます。

逆にプログラミングが好きな人、いろいろな会社や業界のシステムに関わりたい人、大規模なシステムを作りたい人はSEに合うでしょう。

プログラミングができなくてもSEになれます。あなたの年齢が若い場合は育ててくれる会社もあるでしょう。

実際、私が入社した会社では新卒の半数以上がプログラミング経験がありませんでした。その中には女性も多くいました。

ただし、大手のSIerに入りましょう。小規模なSIerに入社すると、システム構築力が弱かったり属人的だったりします。

大手のSIerと小規模のSIerでは、3年後には大きなスキルの差がつくでしょう。できる限り若いうちに大手SIerに入ることをお勧めします。

まとめ

この記事では、SEの仕事内容を紹介するため SEの仕事の流れ 1日の流れ を紹介してきました。

また、40代や50代のキャリアも紹介したためSEの仕事に対して理解も深まったのではないでしょうか。

SEになるならおすすめは大手SIerに入社することです。

大手であるほど、プロジェクト運営力、技術力が仕組化されているため高い確率であなたを成長させてくれるでしょう。

若手であれば未経験でもSEになることができます。

SEになりたい方やキャリアに悩んでいる人はぜひ検討してみると良いでしょう。