社内SEとなってから数年、今だから思う受託開発SEとしてのメリットだったり、やっぱり社内SEの方が有利だと思える点だったりを赤裸々に語っていこうと思います!まずは、簡単に自己紹介から専門学校卒業後、20人程度の小さなシステム開発会社に就職した私、入った会社は小規模の会社としては珍しくエンドユーザからの直受け案件を多く抱える会社でした。結果として私はSESで出向などという事はほとんど経験せず、まずは先輩がお客様のもとに訪問し、決めてきた仕様を元に開発を進め慣れてくると自分自身もお客様のもとに向かい、基本設計や詳細設計を行い、チームで開発を進めるなど、上流工程から下流行程までをしっかりと経験することが出来ました。そんな働き方を10年続け、今は社内SEとして社内システムの管理や、簡単なシステムを内製で作成するという業務に従事しています。すべてにおいて行うことができます。社内SEだと、どうしても基本設計以降は外部ベンダーに任せることが多く、開発をするのは我々の仕事ではないという事になりがちです。プログラムを作るのが好きな人は、社内SEになってしまうとやりたいことが出来ないという事になってしまうと思われます。顧客からの無茶ぶりなどで残業が多くなってしまうことが多いというのがあります。何よりシステム開発は、発注側がシステム開発の事をよく分かっていないことが多いです。そんなこと言われてもどうしようもない!という事を、全く悪気なく言われることがあります。この悪気がないというところが問題で、大変なことを分かっていてそれでも行ってくるお客さんの場合、きちんと説明して意見交換することが可能なのですが全然わかっていない場合はエンジニアその仕様変更は、今からだとどうしても間に合いません!お客さんえ?でもここをちょっとこんな感じに変えるだけだよ?なんで間に合わないの?エンジニアこの部分はすでに開発が終わっておりまして、しかもここを変えると後続のシステム全てに影響が~お客さんなんか難しいこと色々並べてるけど、結局やりたくないだけでしょ?ちょっと変えるだけなんだからそれくらいやってよ!みたいな堂々巡りになってしまいます・・・ただ、やはり作成したシステムに対して”自分が作ったんだ”という意識が強くなりますので、出来上がった仕組みがお客さんに喜んで使っていただいた時の喜びはめちゃくちゃ大きいです。これは社内SEだと中々感じにくいところですね。受託開発SEで身につくスキル単純に言えばシステム開発における全般的な知識が身につくことになります。テストの進め方や管理手法などを身に着けました。要件定義等の上流工程で得たスキルは社内SEに転職した後でも非常に役に立っています。社内SEの良いところ、悪いところ社内SEだと基本的にシステム開発のすべてにかかわることはありません。他部署からのヒアリングでどのようなシステムが必要なのかを定義する要件定義が中心となります。その後は外部ベンダーに任せることが多いです。システムをゴリゴリ作りたい!という人よりは、色んな部署の人と関わって、会社のシステムをより良くする!という企画的な仕事に魅力を感じている方にお勧めできます。後は、やはり社内同士という事であまり無茶ぶりして残業過多になると問題となるため、残業も比較的少なくなる傾向になります。ちなみに私は受託開発時、80時間や100時間の残業を経験しましたが、社内SEでは多く残業しても30時間程度です。どちらが楽という事は無い、と言いたいですが肉体的な負担で言えば、確実に社内SEの方が健全で楽だと言えます。精神的にという点では微妙なところです。社内SEでネックとなってくるのがこの部分で、自分自身がシステムのすべてに干渉できるわけでは無いので、トラブルが起こった時には外部ベンダーに任せざるを得ません。今日中に直らないと会社に多大な損害を与えてしまう障害だったしても、外部ベンダーにお願いする事しか出来ないのです。そんな中、外部ベンダーが頼りにならないような状態になった時、自分では何も手出しできないストレスは非常に大きいです。開発会社であれば自社の人間はすべてシステムについてきちんと知識がある人しかいないのでいいのですが社内SEだと他部署の人はシステムに対して素人です。社内調整や、社内政治をうまく渡り合っていく必要がありますのでとにかく自分はひたすら開発をしていたいんだ・・・という人には地獄のような環境なんじゃないかなと思います。社内SEで身につくスキル受託開発SEでも身に付きますが、上流工程の技術は習得できます。社内SEだと中途採用が多いので、習得を待ってもらえるというよりは元々そういったスキルを持っておく必要があるかな?とは感じますね社内SEとして身につくスキルで独特なものとしてはシステムをうまく乗せるための社内調整や根回しの技術とかですね。後はプレゼンテーション能力は受託開発SE以上に必要となります。結局どっちがいいの?これは正直、自分はどのように働きたいかという事に尽きると思っています。隣の芝は青いという言葉もありますが、それ以前に受託開発SEと社内SEは仕事のあり方が根本的に異なります。つなげるのが目的で、システム自体は手段でしかありません。自分自身は受託開発SE時代、本当は顧客にこういったシステムを導入すればより良くなるのに!と思いつつも自社の利益向上のため提案を控えざるを得ないこともありもう少し顧客側に寄り添って働きたい!という希望があったため、社内SEに転職しました。結果的には自分に合っていたと思っていますが、一緒に働いていた技術者の人たちすべてが社内SEになれば幸せになれるのに・・・とは思えないです。社内SEは新卒でなるのは中々難しい職種です。受託開発SEをやりながら、ゆっくりと自分が行きたい道を探していくのも良いんじゃないでしょうか。コメントをキャンセルメールアドレスが公開されることはありません。*サイト上に表示された文字を入力してください。frameworkとは?基礎知識をしっかり解説!プログラミング未経験ウェブデザイナーがフロントエンドエンジニアを目指すための4ステップRECOMMENDこちらの記事も人気です。社内SE2019.5.31社内SEに応募したい、新卒者向け志望動機のポイントについて紹介します。社内SE2019.5.29社内SEとは?人気の職種の社内SE、気になる作業内容を紹介します。編集部員(プログラマー)現役プログラマーの編集部員です。このブログは複数の編集部員によって運営されています。おすすめの勉強法は?未経験からプログラマーに就職2020.2.18『今』プログラミング学習をおすすめする3つの理由JavaScript2020.2.11【初心者向け】TypeScriptって何?JavaScriptと何が違うの?職業訓練校2020.2.9未経験者が職業訓練でJAVAを学ぶプロフィールごま塩シンジ(編集長)30代後半、未経験からweb系企業に就職しました。底辺高校→Fランク大学→営業→PHPエンジニア→フリーランス※当サイトはリンクフリーです※当サイトは複数のプログラマーによって運営されています※広告募集中です。ご希望の方はお問い合わせからご連絡ください。最近のコメント初心者におすすめのプログラミング言語は何か。初心者におすすめのプログラミング言語は何か。初心者におすすめのプログラミング言語は何か。