- 締切済み
SE職の明確な志望動機が書けません!!
私は今、就職活動中のものです。 SEに詳しい方の意見が聞きたくて、こちらに書かせていただきました。 長文なので先にまとめておきます。 ・設計工程の具体的な仕事内容 ・ERPの具体的な仕事内容 についてです。 以下も読んでいただけると助かります。 よろしくお願いします! 私は理系で情報系の勉強をしているのですが、いまだにSEの実際の仕事内容が分かりません。 企画、設計、開発、運用、保守というのは分かるのですが、特に設計のところでは何をやっているのですか? 開発はPGがプログラムを組んでいるんですよね? そうすると設計の部分ではプログラミングをしないのですか? 私はPGとしてやっていくのは正直シンドイと思うのですが、現段階でまったくプログラムと離れてしまうのは寂しいように感じているのです。 またそんな思いもあり、将来は企画、コンサルができるようになりたいと思っています。 そしてSIerを志望しているのですが、その志望動機が「ソリューションを提供することは、お客様だけでなく、そのお客様にまで役に立てる素晴らしいことだ」ではあまりに抽象的すぎると思うんです。 そこで「ERP導入がやりたい!」とか具体的に言おうと思っているのですが、実際ERP導入ってどんな仕事をするのですか? ERP導入と、先ほどの「プログラムに関わりながらスキルアップしてコンサルの仕事につく」ということが矛盾してしまうのではないかと不安なんです。 それとERPは、他の仕事(CRMやASP)に比べて、英語ができないとキツイですか? あと、ERPって派遣になってしまうのでしょうか? 具体的に言えると、志望動機が明確でかなり良いと思うのですが、なかなか実態がつかめず曖昧になっています。 どなたか詳しく教えてください。 よろしくお願いします。
- みんなの回答 (7)
- 専門家の回答
みんなの回答
- lawson
- ベストアンサー率44% (29/65)
今、自分がなにをしたいのか? 将来どうしたいのか? なぜ、そう思うのか? を自分の普段のことばで正直に話せばいいの ではないでしょうか。 >私は理系で情報系の勉強をしているのですが、いまだにSEの実際の仕事内容が分かりません 就職する前から知っているほうが変です。 あれこれ、考えるより、適当な会社を数多く 受けてみて、自分の本音トークをしてみるのが いいと思います。 たくさん、恥じを書いて悩めばいいと思います。 そうすれば、業界の人と多く接することができるので 知識がたくさんはいってきます。 都度、自分の考え方を修正してゆけばいいでしょう。 ただ、その修正は自分の本音からはずれる修正は してはいけないです。 自分の本音からはずれる形でとりつくろって 合格してたとしても、そこは自分にとって居心地 の悪い会社になってしまいます。 ・実際、バリバリ開発志望で、大手SIに就職した けれど入社してみると技術的な仕事は ほとんど、協力会社任せで自分はするチャンスが 無いのに不満を感じて1,2年目あたりで 転職を考える。 という人は少なくありません。 ・逆に小さいソフトハウスで実装レベルしかやらして もらえないのに不満を覚えているなど。 ・協力会社の中でも、営業力の高い会社は、1次請けあたり で仕事ができて上流から下流まで幅広い技術を身に付け ることができる事が多いです。 あまり、規模が大きいと実装レベルはほとんど できません。 「小さいながらも営業力があって」 というのがキーになりそうです。 ・バリバリ開発志望だったのに、 金融系の古いシステムの保守開発要員に させられて、いつも、ドブさらいのような 仕事ばかりさせられる。 やめたいといったら、周囲が青筋たてて 説得しだす。 「要するに・・自分はシステムが トラぶった時の解析要員としての人柱かなのか・・」 をためいきをついてしまう日々。 などなど。 ・技術面にそれほど、興味がなければ、それなりに 規模のあるSI企業で暮らすのお勧めです。 最後にもう一度いいますが、 心にもないことをしゃべって 不本意なところに就職してもなんの メリットもないです。 だれもが、1つの会社で 自分のその時のスキルに合わせてピッタリの仕事を経験し 下から上まで幅広いことを身に付けたいのですが。 業界が下請け構造になっていて、 なかなかそうはさせてくれないんです。 転職が多い原因の1つです。 就職活動では、相手の会社について 業界の下請け構造のどの 位置にいる会社なのか? 開発系を募集しているのか? 実装レベル、設計レベルの両方にチャンスがあるか? 構築系を期待しているのか? ボーナスは出るのか? 給与はどれくらいか? 結果を出した分、正しく評価してくれるのか? 平均年齢はどれくらいか? 退職金はあるのか? 研修等は充実しているか? 確認してください。 確認してください。 確認してください。 質疑応答してください。 自分だけしゃべらず、相手にも しゃべらせてください。 相手と会話をたくさんして この業界の特徴、相手の会社の特徴を 学習しながら、自分の考え方を洗練させて ください。
私自身結局SEらしきことをやっていますが、自分では「SEになりたいです!」と言って就職したわけではありません。エンジニアとしてものづくりに従事したいということから、結局、出身学科が情報工学科で興味もそちらに向いており、最終的に、システムエンジニアと呼べるジャンルで働いているという次第。 先日、来年就職の方々に「SEへの質問を受け付ける」という会を会社が開き、それに回答者として参加してきました。みなさん、SEという職業になにか勘違いをなさっているような感じが漂っていました。 もうすこし基本に立ち返って、「エンジニア」として働きたい自分の動機は何なのかを考えられてはいかがでしょうか?分野が「コンピュータ/ITシステム」であるだけで、モノづくりという点では建築や家電製造、自動車などの機械といったもののエンジニアリングと変わるものではありません。 コンピュータシステムを作り上げる上で、必要とあらば英語で会話しないといけないシーンもあるでしょうし、自らプログラムを作ってメンバーにロジックを説明したり、自分で調査検討して仕様書に盛り込むロジックを決めたりすることもあります。また、客先でオペレータの方々と椅子を並べて一緒に作業したり、手伝う羽目になったり、暑い中、機材を運んで客先デモの手伝いをしたりと、いろんな仕事を行うのがシステムエンジニアです。 他の方も答えられている通り、あなたの視点はその多様な業務の中で、ご自分が聞いたことの有るいくつかのキーワードを元に構成されたものでしかなく、「それだけが仕事だと思ってるの?」と低く見られる可能性も否定できません。もっと、根本から自分をその方向に突き動かす動機を思い起こしてみてください。 もし何も思いつかないなら、恐らく、この仕事を目指すのはやめたほうがいいです。もっと割のよい仕事はいくらでもあると思いますよ。
- koyaa
- ベストアンサー率0% (0/5)
社会人3年目ですが、この悩みはそもそも就職活動モノかなぁと思いアドバイスを。 今求められているのは、「知識がある人」ではなく「発想ができる人」だと思うんです。 逆に新人に「即戦力で働け」と言う会社は、新人が前線に出ないとやっていけない会社なので 危険です。技術者として勉強しながら仕事を望むなら止めたほうが無難です。 志望動機では「自分は将来どうなりたいか」を述べればいいんです。 私は就職課の人に「自分がその会社に入ることでその会社はどう得なのかアピールしなさい」 と言われましたが、はっきり言って丸2年働いても明確に数値ではでません。 それを就職活動時にアピールなんて無茶なんです。 だから、会社の役に立とうとかではなくハッピーになりたい!って 若さ&活きの良さをアピールしたほうがいいです。 これは中途採用の面接ではないのですから。 ちなみに私の志望動機は 『SEだと色んな業種の会社とお付き合いがあるから好奇心旺盛な私にぴったり』 でした。そして好奇心旺盛な証拠を実体験を基に話しました。 「SEじゃなくても他業種とかかわりのある会社はあるよね?」 とも聞かれましたが、そこで自分のコンピュータ好きを話して納得してもらいました。 技術的な難しい話はほとんどしなかった覚えがあります。 就職活動ってほんとにつらいですが、明るさが一番!です。 がんばってくださいね。
- goo-tara
- ベストアンサー率24% (10/41)
あなたが本当に欲している回答は、あなたの質問からは多分得られないでしょう。 SEの実際の作業内容が判ってないのに、具体的に聞いている質問がSE作業の一部だけを聞いているから。 SEを志望する動機を考えるならば、SEの作業全体を概要だけでも抑えるべきでしょう。 先日、会社で回覧されてた本を紹介するので、読んでみてはいかがですか? 『SEを極める50の鉄則』馬場史郎 /日経コンピュータ編集部 技術知識や業務知識は、その職場で暫く作業すれば身につくので、知っていても長所として捕らえられないのではないかと思います。 SEに求められる能力として、段取り、調整、意思伝達、はったり、などが挙げられます。 が、自分で意味をきちんと把握していないカタカナ言葉や英字の略語は、軽い突っ込みで危機に陥る可能性が高いので使わない方が無難だと思います。 SEなんかより給料の良い金融関係に行った方が、余程、よかったというのが周囲の意見ですが・・・ (金融関係の苦労は知らんけど)
- はなおか じった(@Jitta)
- ベストアンサー率42% (69/161)
> 「お客様が業務に集中できるよう > 基幹業務を手伝いたい、人を支えたい」 > 先日も「人を支えたい」的な事を言ったら、 > 「それはSIじゃないと出来ないの?」と言われ、 > 「大学で学んだ知識を活かしたいから」 > と答えると「具体的にどんな仕事を思い浮かべてる?」 > と聞かれてしまったのです。 最近はITSSとかで、SIerというくくりが細分化されてきていますからね。 http://www.meti.go.jp/policy/it_policy/jinzai/jinzai.htm キャリアパスを、どのように組むか、でしょう。また、そのパスが会社のビジョンと一致しているかどうか、とか。 また、会社にとっては、顧客の満足より自社の利益が優先です。よく考えると矛盾するのですが、そんなこと言い出したら社会自体が矛盾していますから・。「顧客の役に立ちたい」というのは、たとえば追加仕様がふくらんだりすることを容認するイメージがありますので、返ってマイナスでしょう。それよりも、発想が柔軟であるとか、考えの切り替えが早い(=複数の仕事を同時にこなせる)というのがプラスに評価されるでしょう。 人事課の人間がコンピュータ系のことを知っているとは限りません。どのような企業での話かわかりませんが、大きな企業であればなおさらです。ですから、「突っ込んだ」質問にたいして「期待している返答」が、必ずしも突っ込んだものであるとは限りません。
- mfuku
- ベストアンサー率50% (173/345)
#1の者です。 > 仕様書というのは、「ここにPCを何台設置して、ここにはアクセス制限をかけて、OSはこれで、データベースは…」といったものでしょうか? > それともソフトウェアを開発するにあたり、フローチャートを書いたり、ユーザーインターフェースの部分を決めたりするのでしょうか? > 教えてください。よろしくお願いします。 両方とも設計です。 前者は環境設計、後者はUI設計ですね。 しかし、設計工程で一番大事なのは、システムそのものの設計です。 例えば、受注管理システムなどでは、商品を受注した場合、在庫引き当てを行い、商品の出荷処理を行う。という概要の設計と、具体的にデータベースにどのようにアクセスし、どのような画面で受注処理を行うかを設計する詳細設計などです。 > またERPは漠然とカスタマイズや導入コンサルをするのかな?と思っていたので、ちょうど良いとも思っていました。 > でも実際は違うようですね。 あれ?? ERP導入を行う場合、カスタマイズや導入コンサルを行いますよ。 > う~ん、ひょっとしてプログラムの知識を使う仕事なんてPGしかないのですか? > 私はお客様の業務にも深く関われる仕事がしたいと考えているのですが…。 プログラム知識はその名の通りPGに主に必要となりますが、SEは、通常はPGの経験を経てなりますし、プログラミング知識がないと良い設計はできませんのでSEでも必要とされます。 特に理系の学生や専門学校卒業の学生に多いのですが、「コンピュータが好き」とか「プログラミングが好き」という「オタク知識」が全面に出て「人とのコミュニケーション」は必要ないと思っている学生が多くいます。 しかし、この業界は実際には「人とのコミュニケーション」が一番重要です。 そういう意味で「お客様の業務にも深く関われる仕事がしたい」ということは良いアピールポイントになると思います。 ただ、それだけでは誰もが言いそうな言葉ですのでyu-meさんだけしか語れない思いも添えてアピールしてみてください。
- mfuku
- ベストアンサー率50% (173/345)
「設計工程」では、顧客に対し、顧客ニーズをヒアリングしながら構築するシステムを設計し、「仕様書」という形でまとめます。 例えば、家を建てる場合を考えましょう。 お客さんに「何階建てにしますか?」「何部屋にしますか?」「どこにトイレをおきますか?」などを聞きながら、設計書を起こし、お客さんに承認を得、大工に設計書通りに作ってもらいますよね? 「ERP」とおっしゃってますが、「何となくかっこよさそうだから」とかよくわかっておらずあこがれておっしゃってませんか? 「ERP」と「プログラムに・・」は思い切り矛盾してます。 そもそも学生さんなんですから、SEの仕事内容について知らないのは当然のことなんです。 知らないのに知ったかぶりすると墓穴を掘りかえって悪い印象を与えます。 賢明な採用担当者なら簡単に見抜けることでしょう。 「IT」だとか「ソリューション」だとかも同様、私はそれらの用語も意味もなく多用する学生は信用しません。 そんな見せかけだけの中身のない言葉を並び立てて志望動機を語るよりも、素直にご自身の動機を語るのが好印象です(私は)。 稚拙な言葉でもハートが伝わればいいのです。学生なのですから。 例えば「手に職をつけたい」とか、 「コンピュータも好きだが、人と話すことも好きだから」とか、 「例え苦労しても一生懸命取り組んだことで、最後にお客さんが喜んでくれたら、達成感が味わえるから」とか。 SEの仕事内容やIT用語を調べることも大事ですが、要はそれを知っていることが大事ではなく(それらは就職して学べばいいのです)、採用担当者に「本当に入りたいんだな」とハートを感じさせることが大事です。 あくまでも、用語をよく知っていることは「入りたいので一生懸命調べたのだな」とハートを伝える手段でしかありません。 素直に、なぜSEになりたいのか、上辺の言葉じゃなく、ご自身の内面に問いかけてみてください。
補足
丁寧なご回答ありがとうございます。 ですがもう少し質問させてください。 仕様書というのは、「ここにPCを何台設置して、ここにはアクセス制限をかけて、OSはこれで、データベースは…」といったものでしょうか? それともソフトウェアを開発するにあたり、フローチャートを書いたり、ユーザーインターフェースの部分を決めたりするのでしょうか? 教えてください。よろしくお願いします。 それとERPの件ですが、私は「お客様が業務に集中できるよう基幹業務を手伝いたい、人を支えたい」という思いがあり、それを実現するのに「独自のERPパッケージを沢山持っている御社でなら!」とか、「多数のERP導入実績のある御社でなら!」と続けようと思っていたんです。 またERPは漠然とカスタマイズや導入コンサルをするのかな?と思っていたので、ちょうど良いとも思っていました。 でも実際は違うようですね。 聞いておいて良かったです。有難うございます。 あと志望動機の件ですが、「ハ-トが大事」。ごもっともです。私もそう思います。 そしてもちろんハートを伝えてきます。 ですが私は理系情報学部生ということもあり、かなり突っ込まれるんです。(あるいは職種別採用だからかな?) 先日も「人を支えたい」的な事を言ったら、「それはSIじゃないと出来ないの?」と言われ、「大学で学んだ知識を活かしたいから」と答えると「具体的にどんな仕事を思い浮かべてる?」と聞かれてしまったのです。 平たく言えばSEの理解度ということなんでしょうが、SEのイメージや「こんなことが出来そう」だけでは伝わらないんです…。 ですからもっと具体的な仕事内容が知りたいのです。 う~ん、ひょっとしてプログラムの知識を使う仕事なんてPGしかないのですか? 私はお客様の業務にも深く関われる仕事がしたいと考えているのですが…。 何かアドバイスをいただければ幸いです。 またまた長文失礼しました。 よろしくお願いします。
お礼
こんばんは。 御礼が遅くなってしまい申し訳ありません。 設計工程について、詳しく説明してくださってありがとうございます。 非常に分かりやすく、SEに関して不安に思っていた点が解消されました! 回答を頂いてから色々考えたのですが、やはり入社してから出ないと分からないことがたくさんありますので、「分かる範囲で」ということと「学生らしい意見」ということを意識してPRするようにしていこうと思いました。 そして「人と関わりたい」ということが良いアピールになるとおっしゃってくださり、非常に励まされました。 回答していただき本当にありがとうございました。