【実例有】やさしくシステムエンジニアの仕事内容を解説します

さて、夏のインターンが終わりそろそろ就活生からOB訪問の季節がきました。

この時期に必ず学生さんから必ずくる質問がこれです。

昨年は50人くらいの大学生と面談をしたのですが

SEが何をするか知っている人は半分もいませんでした。

 

仕事内容を理解していないのに、就職しようとしているなんて…

だいぶヤバいですよね。
(僕も新卒のころはそうでしたが…)

 

ということで、SEの仕事内容を実際に近い資料を入れながらやさしく解説します。

先に簡単に説明すると、SEの仕事は大きく5つに分かれています。

システムエンジニアの仕事内容

SEの仕事内容は、お客さんの要望を叶えるシステム設計をすることです。

まずは、設計が必要な理由を考えます。

設計無しで開発を行うと・・・

 

実際の開発現場でもよくある光景で、こうなると揉めます。

「あぁ言ったじゃないか」「こんなイメージではない」

言った言わない問題にさせないためにも、設計をしてOKをもらうプロセスが大事になります。

SEの仕事の流れ

SEが携わるのが開発以外の5つの工程です。

IT業界用語で言うと上の図を「V字モデル」と言います。

この流れでシステム開発を進めていきます。

 

V字モデルを簡単に言うと

というものです。

V字モデル毎の詳しい仕事内容

「ログインにSNS認証をつけたい」

とお客さんに言われた場合の、業務とイメージはこちらです。

お客さんもこうしたいという要望は持っています。

しかし、エラーメッセージや登録に失敗した場合など、細かい内容まではイメージを持っていません。

工程毎にヒアリングを重ねて、曖昧な要望を具体的な機能にしていく仕事がシステムエンジニアの仕事です。

 

ここからは、実際の現場SEがやる内容をもとに各工程を深掘りします。

正直、少し難しいですが、僕の実体験も交えながら解説をしてみます。

要件定義

出展:IPA情報処理推進機構：受注業務(標準)の業務フロー

要件定義では、お客さんの要望を文章化して、システムの導入範囲とゴールを決めます。

僕の場合は、週に2回くらいお客さん先に行ってこんな仕事をしていました。

1ヶ月目	倉庫や事務所に行ってを見学 事前にもらった要望をもとに提案資料作成
2ヶ月目	お客さんと打ち合わせをしてシステム要望の認識の違いを無くす お客さんと合意がとれたものから資料にして読み合わせをする

あとで食い違いが発生しないように、しっかりと資料で文章化していく必要があります。

要件定義で決めないといけない代表的なものはこちらです。

お客さんといえど100%自社の仕事の流れを理解しているわけではありません。

上の図のような業務フローを作成しながら、導入するシステムの機能に抜け漏れが無いか確認していきます。

基本設計

出展:IPA情報処理推進機構  機能要件の合意形成ガイド画面編

基本設計では、全てのレイアウトとシステム動作を決めるお客さん向けの設計書を作ります。

ここでも、週に2回くらいお客さん先に行って打ち合わせをしていました。

3ヶ月目	画面レイアウトや必要機能を基本設計書に書く お客さんとお打ち合わせで基本設計書に認識違いがあれば修正をする

SEとお客さんが、要望について話し合える最後の機会です。(プログラムの出来上がりまで数ヶ月打ち合わせは基本的にありません)

基本設計書に書かれていないことは、プログラムの仕様書に書かれません。

詳細設計

詳細設計では、仕様書と呼ばれる基本設計の内容をより細かくしたプログラマー向けの設計書を作ります。

ここでは、お客さんが意識する必要のない、データベースの設計やクラス設計等を考えます。

これまでの工程と違い、お客さん先に行かずひたすら資料を作ります。

4ヶ月目	プログラマーがコードをかけるように基本設計の内容をさらに細かくしていきます

仕様が雑だと、プログラマーから質問がめちゃくちゃ来ますし開発速度が遅くなります。

基本設計で決まった内容を、抜け漏れなく記載する丁寧さが必要です。

テスト

出展:Think It 単体テスト仕様書の記述度

テストでは、開発が終わったプログラムにバグがないかを確認します。

プログラムが落ちるもバグですし、設計の内容が組み込めてない場合もバグとなります。

6~7ヶ月目

プログラムにバグがないか確認をしていく お客さんに見せて運用してもらって問題ないか確認してもらう

保守

保守は、お客さんのバグやお困りごとや要望に主に電話やメールで対応をします。

システムの品質が悪いなどでシステムの使い始めがトラブルと、ほぼ毎日電話や調査依頼が来て地獄です。

365日夜間も動くシステムだと、夜中の対応をお願いされることもあります。

8ヶ月~5年

お客さんの問い合わせ対応をします

システムエンジニアに向いている人

このように、SEはお客さんとの打ち合わせも多い仕事です。

そのため、SEに1番必要な能力は、コミュニケーション能力です。

 

コミュニケーションを深掘りすると、以下の能力がすごく大事です。

知的好奇心はエンジニアの重要な素質

例えば、お客さんと話していると業界用語がバンバンでてきます。

EC2、NACCS、B/S、P/L…
正直最初は何を言ってるのか全然わかりません。

ただし…

そこで諦めるか、自分で調べる/お客さんに直接聞いてみるかどうかで見られ方が全然違います。

ここで勉強せず知ったかぶりをする人は、SEに向いていません。

知ったかぶりをしてプロジェクト後半になると、要望のヒアリング漏れが発生し急な追加開発イベントが発生します。

こうなると、休日出勤の可能性もあります。

 

分からないところは逐一質問することで、仕様の穴を防ぐことが非常に大切です。

無理を断れる力がないと仕事が終わりません

プロジェクトが進むにつれて、お客さんの要望は増え続けます。

この要望に対して「はい、やります」と言った瞬間、詳細設計・開発・テストの仕事が生まれます。

1の時点で追加要望に対して「無理」と言っておけば人も納期も守れます。

無理なことは無理と戦える力が無いとデスマーチのプロジェクトを作ってしまいます。

まとめ

未経験からIT業界に就職・転職したい人に向けて、SEの仕事内容を書いてみましたがいかがでしたか？

最後に今回の記事で、ぜひ覚えていただきたいことをまとめてみます。

調べても専門用語が多い業界ですので、SEについてでも分からないことがあれば、おうまのTwitter(@ouma_chaan)にご連絡ください！