SEの仕事について

質問

現在就活中の大学3年の者です。
ソフトウェア業界、SEを考えています。

SEについての説明として、
「SEというと一日中パソコンに向かっているイメージをもたれやすいが、そうでもない」
という内容をよく聞きます。
このような説明をされるということは、裏を返せば、他の職種よりもパソコンに向かう時間は長いということでしょうか。

この表現からは、「ひがなパソコンに向かうということは悪いイメージである」という印象を受けます。
私はプログラミングに興味があり、パソコンに向かう時間をそれほど苦にせず、むしろ営業などのような人と接するよりもじっくりと何かに取り組むことの方が自分には向いているように思います。

そもそもSEという職種がイメージがわきづらいのですが、具体的にどのような日々を送っておられるのでしょうか。
SEとPGは、境界が曖昧と言われたり、逆にSEはプログラムを打つことはあまりないとも聞きます。
実際、平均するとSEの仕事の内訳、具体的にどのような一日を送るのかということについて教えていただけないでしょうか。

また、プログラミングが好きだということでSEを目指すことは判断として正しいでしょうか。

回答No.5

kkk1024

はじめまして。３０代男偽ＳＥです。
No.4さんのおっしゃるＳＥとして立ちまわれず淘汰されようとしている者です。

質問者さんが多少は勉強なさっているものとしてアスペルガー的に回答します。

ソフトを出荷するまでの工程として私のイメージはだいたいこんな感じです。
（会社によって違いますし実際はもっと細かいです。他の質問者様から間違っていると怒られそうですが）
○、△、×は各役職の関わり具合です。
　　○：大いに関わる
　　△：少しもしくは半分ぐらい関わる
　　×：ほとんど関わらない

１．顧客より受注　ＰＭ△　ＰＬ○　ＳＥ△　ＰＧ×
２．要求分析　　　ＰＭ×　ＰＬ○　ＳＥ○　ＰＧ×
３．基本設計　　　ＰＭ×　ＰＬ△　ＳＥ○　ＰＧ×
４．詳細設計　　　ＰＭ×　ＰＬ△　ＳＥ○　ＰＧ○
５．コーディング　ＰＭ×　ＰＬ×　ＳＥ△　ＰＧ○
　　（デバッグ）　
６．評価　　　　　ＰＭ×　ＰＬ×　ＳＥ△　ＰＧ○
７．出荷前評価　　ＰＭ△　ＰＬ○　ＳＥ○　ＰＧ×
８．出荷　　　　　ＰＭ△　ＰＬ○　ＳＥ△　ＰＧ×

　　ＰＭ：プロジェクトマネージャ　ＰＬ：プロジェクトリーダ
　　ＳＥ：システムエンジニア　　　ＰＧ：プログラマ

基本１から順に８まで行いますが、No.4さんが書かれた
＞顧客：「1年サイクル回したらバグってんぞゴルァ！！」
の状態になると、５より前の工程に戻ります。
他にもいろいろな要因で細かく手戻りすることがあります。
皆さん書かれている通り役割分担はその時々により変わります。

ＰＭ、ＰＬ、ＳＥは全体の作業のきりもりにも関わりますので、
実際には全部（少なくとも自分より下の者）に目を光らせなければなりません。

お客様に最も近い順にＰＭ、ＰＬ、ＳＥ、ＰＧとなります。
質問者さんが書かれた通りＰＧはお客様からもっとも遠い存在ですが、
全体が見渡しづらい立場になるので性格によってはやり辛いことになると思います。
ＰＧはその上の者より指示を受けることになりますが、チームで動いているため他のＰＧのフォローを行うことも多々あると思います。
その時にＰＧだと裁量は一番少ないので、期待通りにならないことが多いのではないかと思います。

仕事の内訳は関わり具合で想像していただければよいかと。
Anzu4699さんの意見がとても参考になるかと思います。

＞裏を返せば、他の職種よりもパソコンに向かう時間は
＞長いということでしょうか。
データ入力や、電子データのみを扱う業務と比べて長いかどうかは分かりませんが、確実に使うことと、ソフトの使い方に精通していなくてはならなくなります。

＞また、プログラミングが好きだということでSEを目指すことは
＞判断として正しいでしょうか。
ＳＥでも自分の裁量でプログラミングすることはできると思います。
ただ、皆さん書かれている通りそれがいつまでも許されるかは分かりません。
とりあえずの目標としては良いと思います。

ＰＬ、ＳＥであれば、多くの人と関わることになりますし、じっくり業務に取り組めないことが多くなると思います。
が、一番多くの人と関わるということは裏を返せば一番裁量があることになります。
やり方しだいであなたの希望通りの過ごし方に近づけることができますので、間違ってはいないと思います。

参考になれば幸いです。

お礼

回答頂きありがとうございます。
詳しく書いていただき、参考になります。
特に、工程の表が大変分かりやすく感じました。

やはりプログラミングばかりというわけにはいかないようなのですね・・・。

回答No.4

めとろいと（@naktak）

> SEとPGは、境界が曖昧と言われたり、逆にSEはプログラムを打つことはあ
> まりないとも聞きます。
曖昧ですよ。
プログラマーだってSEの動きが出来る人であればそれはSEなわけですし。
（ただ、契約上であったり実業務としてはプログラマーの動きとなるのでしょうが）

SEはプログラムを打ちません。というのは、理想です。
SEはSEで、＃１さんの回答のように、やらなければならない事が大量にあるわけです。
そこをおざなりにし、SEをプログラマーとしてスケジュールに当てはめた時点で
どうなるかわかりますよね？
予算や納期の関係とかで、そういうプロジェクトが往々にしてあります。
いい確率でそういうのは、プロジェクトが回らなくなり、炎上し、周りに迷惑をかけます。

SEは、営業以上にシステム自体の知識、顧客のFit&Gapに対する情報を
把握し、
折衝の上で妥協点を見出していかなければなりません。
顧客の予算がある以上、何でもかんでも出来るはずがありませんので。

SEは、知識を有し、営業が軽々しく「出来ます」と言わせないようにしなければなりません。

SEは、下に所属するプログラマーらを総括し、進捗の管理・調整を行う必要があります。

SEは、顧客に最大限可能な満足を提供すると共に、作業者などの原価などから、
自分の会社にもたらす利益を考えなければなりません。

まあ、これらをプロジェクトマネージャ、SEなどと２，３段階で分ける
場合もありますが、SEは基本的にそれらを知っていなければ務まりません。

こう考えると、
顧客：「こういうの作って」
SE：「はい」
SE：設計書作成
SE：「プログラマーども！作りやがれ！！」
SE：テスト
SE：「出来ました」
顧客：「受入テストします」
顧客：「1年サイクル回したらバグってんぞゴルァ！！」
SE：「ヒィィ！！」
SE：「プログラマーども！直せや！！」
SE：テスト
SE：「出来ました」
顧客：「受入テストします」
顧客：「OK。サンクス」

というような外見だけで判断した簡単な内容ではありません。

プログラマーは頭を使いますが、プログラム言語という決まりきったものがあるので、
予測値があったり人とやり取りして、こちらが意図した通りに動かない要素
があるSEより頭を使わないでしょう。

確かにパソコンに向かう時間もかなりあります。
毎日打ち合わせしているわけじゃありませんので。
半々くらいじゃないでしょうか。
但し、パソコンに向かって行っている作業は、プログラマーとは全く異なるものです。
場合によっては事務とか、そっちの人より少なかったりするのでは。

SEはプログラマーの延長上に存在するものです。
55歳くらいになっても次々と出てくる新しい技術についていけると思いますか？
プログラムの知識を得た上で、SEとして立ち回れるようになっていかなければ淘汰されます。

ただ、プログラミングが好きで、という理由でやってもいいと思いますよ。
（その単純な理由だけだと面接としてはどうかと思いますが）
ちょっとずつそういったSE的なことを学び、結局はSE、またはそれ以上に
なっていかなければならないのですから。

お礼

回答ありがとうございます。
楽しく読ませていただきました。

＞ただ、プログラミングが好きで、という理由でやってもいいと思いますよ。

そういう理由でもいいんですね。
将来的にはSEとしての知識もつけていかなければならないですね。

回答No.3

Anzu4699

補足追加
ソフトウェア業界のみで答えると先ほどの回答通りです
自社開発、システム保守部門などあるような会社であれば、
ＰＧと設計をこなす程度で済み、長く居続けることが出きるようです
2002年ごろからはシステム保守部門は外注（派遣）に頼むケースが
多くなってます（外注（派遣）＝ソフトウェア業界）ので数が少ないと
思いますが、お求めの職種に近い気がします

回答No.2

Anzu4699

ＳＥクラスになると、開発よりユーザとの打ち合わせし設計が多いです
ＳＥはユーザとの接する機会が多くなります
※ＳＥがＰＬになることもあり

ＰＧは１日中プログラムを打ち込みますが、たまに設計や打ち合わせに同伴させ
次期ＳＥの教育をして行きます

ＳＥがプログラミングするのはあまりなく、ＰＧの人手が足りないときや
ＰＧたちへの技術提供のときなどの時しか作りません
※元ＰＧあがりがＳＥになるケースが多いです

会社としては、ずっとＰＧというのは望まれていません
将来的にＰＧ→ＳＥ→ＰＬ→ＰＭ→さらにまだまだある
と、クラスがあがって行く職種（給料もグンと上がる）で、自己啓発が必要です

40代を過ぎた人がＰＧをやるのは、あくまでも人手が足りないだけであり
40代を過ぎた人がＰＧしかできずに居座るというのは稀です
会社としてはＰＧコストは抑えたい為、ＰＧには若手を入れたいというのが
本心だと思います

「自分はプログラムができ、残業も苦にならないので天職だと思いこの業種を選びました」
だけでは、会社としては、その人の評価は低いです
「将来的に自分はプロジェクトマネージャを目指し、まずＰＧから入り自己啓発していきたいと考えます」
と意欲を見せていただきたいところです
ＰＧの人手がたりなく急募であれば採用されるでしょうが、ずっとＰＧ（プログラマー）は、
いらない、欲しくないと考えてる会社がほとんどです

ちなみに自分とこのＳＥ内訳
設計：４／打合せ：３／ＰＧ達のＱＡ回答：１／ＰＧ達へ技術提供：１／ＰＬ会議：１

補足

回答頂きありがとうございます。
”SEの内訳”の部分が大変参考になりました。

志望動機についてなのですが、
「将来はプロジェクトマネージャを・・・」
というところなのですが、PMとして働いている姿がイメージしにくいです。
「じゃあ、なぜPMを目指したいの？」
と聞かれたときに、はっきりとした答えが見つかりません。
大きな仕事の方がやりがいはあるし、給料も高いだろうから、という漠然とした答えしかもてないのですが・・・
このような志望動機ではちょっと弱い気がするのですが、なにかアドバイスをいただけないでしょうか。

回答No.1

bkbkb

業界人じゃないんですが

SEはシステムエンジニアであって、プログラマーではありません。
よって、プログラムを組むのがメインではないわけです。
だからと言ってプログラムが出来なくても良いわけではないので、プログラム知識があります（ない人もいますが）。
人が少なければ、SEもプログラムを組むしかありません。
逆に理想的にはプログラム（というコード書き）はプログラマー（というかコーダー？）に全て任せたいところです。
SEの仕事は、お客さんとの打ち合わせ、設計、とにかくシステムを構築すること全てにですね。なんせ”システムエンジニア”ですから。
それにシステムにはコードを書く以外にもテストや評価などもあります。
SEはその全てに目を配っておかないといけない立場です。
が、まぁ現場の状況に合わせてそれら全ての作業もこなさなければいけないわけです。
だから、一慨にSEはこうだ、とも言えませんね。

プログラミングが好きなだけではSEに向いているとは言えません。
もちろん、SEの資質がないわけでもないです。

プログラムを作る上で、全てが自分の中で終わりますか？
使う人がいますよね？
使う人がいる以上、その人と話をしなければいけないわけです。
もしくは、話をしてきた人（SE、営業)と話をしなかればいけないわけです。
それに一人で全部作るわけではないですよね？
周りの人と打ち合わせしなければいけないわけです。
結局のどこをどうやってもコミュニケーション能力は必要です。
SEの営業は、必ずしも商社の営業みたいに物を売るような営業と同じではないので、通常のコミュニケーション能力があればなんとかなるはずです。

お礼

回答ありがとうございます。
結局のところ、コミュニケーション能力は必要なのですね。
通常のコミュニケーション能力があればなんとかなるというので、少し安心しました。