中小企業に最適なITソリューションって何？

先日、ありがたいことにスタートアップ企業の方にお声がけをいただいて、 面談をさせていただいたのですが その中でスタートアップ企業の方から「そんな大企業にいるのにどうしてうちに興味を持ってくれたんですか？（面談に応じてくれたんですか？）」 というお言葉を頂きました。 面談をお受けしたのはいくつか理由はあるのですが 今回はそこではなく、大企業の人間が何故スタートアップに？という発言をもらって 改めて自身のキャリアについて考えてみたところがあるので そこを書いてみたいと思います。 今回の上記の発言については色々と意味があると思うのですが その一つとして 「何故、そんな安定した企業にいるのに不安定（と思われがちな）スタートアップに？」 という所が一つ あとはもしかしたら、 大企業にいる人は凄い人（優秀な人？） という先入観もあるかもしれません。 しかし、そのいずれも今の時代では的を得ていないと思っています。 （後者はあんまり時代は関係ないですが） 前者の話については 確かに大企業は潰れにくいかもしれません。 しかし、使い古された言葉ですが、今やどんな大企業もいつ潰れるかわからない時代です。 「そうはいっても、中小企業よりは大丈夫でしょうよ」というかもしれませんが そんなことは全くありません。 例えば偉い人が問題を起こしたり、個人情報が流出したりすることで 会社の経営に深刻なダメージを与えることがあるかもしれません。 これはどこの企業にも起こりうると思っていただけると思います。 そうなるとどうなるか？ 従業員には関係ないどころか、 リストラが始まります。 会社がどんな状況になっても自分だけはリストラ対象にはならない！！ 私は社内でも指折りの優秀な人材だ！！！ と自信を持って言える人はどれだけいるのでしょう？ 大企業は潰れにくいかもしれませんが それと自分の身分が保証されている という話は全く別物ということです。 そういう意味で私は自分のスキルは磨き続けなくてはいけないと思っていますし そのスキルを磨く場所が大企業であるかスタートアップであるか？は 何を 身に着けようとしているか？によると思っています。 なので、大企業にいるから大丈夫とそもそも思っていないので、 その点を気にしてくださるのはとてもありがたいのですが、あまりポイントではありませんでした。 そして後者ですね...

どちらになるべきか かつて、IT業界で生きる人間のキャリアパスを考える上で 頭を悩ませてきた問題ですが、 私が思うに今は スペシャリスト一択 になっていると思います。 というか、従来ゼネラリストと呼ばれていた人もスペシャリストの枠にカテゴライズされるようになった という感じでしょうか。 今までは ITのゼネラリストがいて、その人が色んなジャンルのスペシャリストをコントロールする みたいなイメージでしたが、これまでの記事で何度も書いているように ITはもはや生活の様々な所に浸透し、社会インフラと呼べるような状況です。 一言でITと言っても広大なジャンルに及び、その上、一つ一つの技術が深化していっている為、上に書いたような従来な形ではプロジェクトをコントロールできなくなっています。 必然、上記のような いわゆる「ゼネラリスト」という概念は通じなくなっている と思います。 また、報酬という意味でも 昔はマネジメント職の方がスペシャリストよりも評価されていた （というか、最終的にゼネラリストを目指すという時代だった。）ので ゼネラリストの方が報酬が高かったのですが いまや能力の高いスペシャリストの方が圧倒的な単価を稼ぎ出すようになり この側面でも、敢えていきなりゼネラリストを目指す理由もなくなってきてていると思います。 そもそもゼネラリストというものは ゼネラリスト≒マネージャーという捉えられ方をしていたと思います。 ゼネラリストは広範囲で物事を見渡して、コントロールするのが仕事で マネージャは人を管理するのが仕事ですが ゼネラリストの素養を持つ人がマネージャの素養を持っていることが多いので いつしか ゼネラリスト≒マネージャ≒管理職という構図 になり、 スペシャリストとして高単価を稼ぐという道がなかった時代には みんなゼネラリスト（マネージャ）を目指さざるを得なかった。 というのが実態だったかもしれません。 勿論、マネジメントができる人間がいらないのか？ というとそんなことはなく、その役割を務めるべき人間が移り変わっていっているという事だと思っています。 今までは発注するユーザーがいて、その人がITの専門家たちに丸投げして（失礼） その専門家たちの中でゼネラリスト、スペシャリストの住みわけがされているという形だったのが ITの浸透により、 発注するユー...

キャリア構築を考える上での心構えを一つ書いておこうと思います。 これも経験談になりますが、おそらく嘘は書いていないと思います。 それは 今の自分の実力よりも少し難易度の高い仕事をする。そんな機会が巡ってきたら決して逃してはいけない です。 これを続けないと人は成長できません。 キャリアを構築する＝実力をつける という事を考えた場合、 「自分のできること」という事は、「今までと同じことをする」 という事であるということを強く意識したほうがいいと思います。 よく、 現状維持は退化と同じだ みたいなことが言われますが、まさにその通りで ITの世界は、とどまることなく先へ先へと進んでいきます。 そんな世界の中で、同じことを続けるという事は 時代に取り残される。すなわち退化してしまうという事です。 新しい製品だけでなく、新しい手法もどんどん開発される中 同じことをし続けるというのはキャリア的なリスクとも言えます。 しかし、厄介なことに、背伸びをした仕事をする機会というのは なかなか自分の意思では巡り合う事が出来ず どうしても運に寄る部分が多いです。 （そのチャンスを人為的に作り出すために転職をするという側面もあるのですが） もしそのチャンスが巡ってきたら 勇気を出して一歩踏み出して、新しい仕事に取り組みましょう。 それがまた一つあなたの「できること」に加わるわけです。 それを繰り返すことであなたのできることはどんどん広がっていき、 気が付けば、多様なスキルを持った人材になっているわけです。 ただ、ここまでいろいろ述べてみましたが これは考えてみれば当たり前のことで 将来野球選手になろう！と思ったとしても同じことで まず、 ストレートを打てるようになろう！ と決意して、ある程度打てるようになったとします。 しかし、そこで満足してただひたすらストレートを打ち続けるという事はないはず よし！次はフォークを打てるようになろう 次はカーブを打てるようになろう となるはず。 いやー、フォークは打てる自信がないので、手を出しません。 ストレートなら得意なんですけどねぇ なんて野球選手はいないはず。 だから、これも特別なことを言っているわけではないんですが 何故か仕事になると、強く意識しないと忘れがちです。 チャンスが巡ってきたら、恐れずにチャレンジしましょう！ ちなみに少し話は...

では、キャリアを構築する為の手段である転職について書こうと思います。 社内SEとして必要な経験値は多岐にわたり その為にはどうしても転職という手段を取らなくては経験できないものがある というのは別の記事で書きました。 あわせて読みたい 社内SEに必要な能力：システム開発における様々な立場の経験 じゃあ、転職する上で、どういう転職をしたらよいのか？を書いてみます。 あくまで経験によるものですので、絶対解ではありませんが一つの参考にはなるかなと思います。 まず、社内SEとして必要なキャリアとして以下のものを挙げましたので それぞれ、どのような場所で経験したらよいかを書いておきます。 1.開発者として 2.システムエンジニア（上流工程）として 3.コンサルタントとして 1.開発者として についてですが、社会人になって初めての会社がその経験の場になると思いますが 初めの会社を選ぶ際に キャリアを考えて選ぶことが出来る人というのはそうそういないと思います。 なので、これについては最初に入った会社が「どうも違うなぁ」 と思った時に考えるので良いと思います。 初社会人でいきなり上流工程に携わることはないと思うので 開発経験は詰めるはずです。 なお、「どうも違うなぁ」というのは「俺はもっと上流工程がしたいのに」とかではなく「ちょっと業界がニッチすぎないか？」とか 仕事をしていく中で、この方向に進みたいなぁというのが見えてきた際に、 このプログラム言語に習熟しても足しにならないかも と思った時です。 もう少し補足すると、例えばwebの業界に進みたいかもと思っているのに、 ひたすら、銀行系の開発案件に入っても意味がないというような意味です。 開発経験を積むという意味では、いわゆる独立系SIerとか技術者派遣をしている会社とかであれば問題ないと思います。 情報システム子会社とかでも大丈夫だと思いますが、 独立系SIerの方が2次請け、3次請けとして仕事をするシーンが多いので そちらの方が最初の経験値としては良いと思います。 逆にいきなりコンサルとかにはいると、開発経験なしで 上流工程をやらされるかもしれませんので、危険だと思います。 いきなり上流工程に組み込まれることで、なんだか選ばれたような気になるかもしれませんが、 これは基礎体力もつけないで、いきなりパルクールをさせられるようなも...

社内SEはITプロジェクトにおいて いわゆる発注側という立場になりますが、 それ故に求められる能力は多岐にわたります。 特にプロジェクトマネジメントやコストコントロールなどをする上では タイトルにあるように様々な立場での経験があるとないのでは 精度が全く変わってきます。 ただ、書いたように様々な経験を満たすことを 一つの会社にいるだけでは難しいので 必然的に転職を何度かする必要があります。 それも計画的に、 できるだけ変な会社に入らないように 。 これを実行するのはとても難しいのですが こういった経験を持っている社内SEは強いです。 どこに行っても使えます。 個人的には必殺のスキルになると考えていますし、 自分が経営者だったら、絶対こういう人が欲しいです。 あんまりわかってない人が多いですが・・・ キャリアをどう構築するか？ の話にも関係するので、 どうやったらそうなれるのか？という話は置いておいて それがあるとどういいのか？について書いていきたいと思います。 開発者としての経験 社内SEとなった時、何に役に立つか？ システム導入の際にザックリとした費用感を出すことを迫られることが多いのですが、 その際の根拠になります。また、実際にプロジェクトが進む際に、 ベンダーが出してくる見積もりの妥当性チェックにも必要です。 具体的には？ 開発という作業に何が必要か？そしてそれを行う時にどういった所に時間がかかるものなのか？ どういう所にバッファ（余裕）を織り込むのか、リスクと考えるのはどういう所か？ という事がわかります。 これがわからないと、ベンダーが過剰に乗せてきた見積もりに対して突っ込むことが出来ませんし、逆に値切りすぎて、無理なプロジェクトを構成してしまったりします。 要は妥当な落としどころがわかりません。 システムエンジニアとしての経験 社内SEとなった時、何に役に立つか？ ここでは上流工程、いわゆる設計や要件定義をする人と定義しますが、 プロジェクト全体のスケジュール感覚が養われます。 工程の漏れがないか？スケジュールとして無理があるものに仕上がっていないか？ という事が検証できるようになります。 勿論、これも見積もりの際の妥当性の根拠になります。 具体的には？ プロジェクトには様々なフェーズがありますが どのフェーズで何をしようとしているのか？その期間...

優秀な社内SEとしてのキャリアを考えた上で転職というものは不可欠です。 というのは以下の記事でも書きました。 あわせて読みたい 社内SEのキャリアってどう積むの？ では、実際に転職する際のノウハウというか注意点も書いておこうと思います。 まず、 ポイント① 転職の際に転職エージェントは使った方がいいか？ 使わない方がいいか？ これを気にしている人は 「転職エージェントを利用すると、マージンが発生するし、それなら企業の採用サイトで直接応募した方が通過率高いんじゃないか？会社からしたらそっちから採用した方がお金かからないし」 と考えている人だと思いますが、これは 考えなくてよい です。 気持ちはわかります。 私もそう考えていました。 同じ人を採用するのであれば、コストがかからない方が企業的にも都合がいいだろうし 同一線上に並んでいるのであれば、直接申し込んできた人間を採用したほうがお得っていう心理が働くのでは？ と考えていました。 しかし、採用しようと思っている会社からすれば 少しでも優秀な人間を採用したいと思っているわけですから そこのコストは気にしていない。というのが答えです。 多少コストがかかっても、より優秀な人間が獲得できるのであれば必要経費である と考えています。 むしろ、山ほど来る応募書類の全てに目を通すことは非現実的なので、なんらかの基準で足切りして適正な数にする必要があり、その意味でもエージェントに依頼する意味はあると考えていると思います。 それに そもそも同一線上にならんでいるというのは、応募する側の勝手な思い込みで 書類や1次審査時点で、同じランクに並んでいるかどうかなんて、採用側には判断できません。 むしろ違いが判ってもらえるフェーズまで進むために、エージェントに推してもらう必要があります。 これも採用側の気持ちになればわかることで、 書類上は「イマイチかなぁ」と思っている人でも、プロであるエージェントから 「いや、こういうタイプの人はそうそう出るもんじゃないです。絶対1回会った方がいいです。」と推されれば「そこまで言うなら会ってみるか。」となってもおかしくないのはわかるはずです。 もちろん、自身に他の人とは違う明確な特徴があるのであれば話は別ですが。 これは私も最近、転職のアドバイスを求められた機会があったので、よくよく考えたらそうだなと気が付...

別の記事で優秀な社内SEを目指すという事を考えた場合、 コンサルティングファームの経験は決して必要ではない と書きました。 あわせて読みたい 社内SEのキャリアってどう積むの？ この記事では具体的にどこら辺がそう言える根拠なの？ という事について書きたいと思います。 結論から先に言うと、 ・「リスクヘッジ」の考え方が根本的に違う ・「当事者意識」が違う ・スキルが偏る という所です。 一つずつ見ていきます。 【「リスクヘッジ」の考え方が根本的に違う 】 これは言い換えると発注側と受注側の違いとも言い換えることができます。 Sierでも同じなんじゃないの？と思うかもしれませんが違います。 説明がちょっと難しいですが、大事な所なのでちゃんと説明したいと思います。 まず、仕事の立場としてコンサルもSierも発注側の人間の一部として働くことはあり、 企業のIT部門の一員として、別ベンダーに指示を出したり、管理をすることはあります。 しかし、コンサルはあくまで「お手伝い」というスタンスは崩しません。 それはなぜかというと、コンサルにおけるリスクヘッジが「自責にしない」だからです。 ここでいう「自責」とはその字面の通り、自分の責任という事になります。 なので、その作業の中で何か問題が起きても、かならず自分が責任を負うような事態にはならないように立ち回ったりします。自責になりそうなタスクについては 「それについては我々では責任取れませんので、御社でお願いします。」 といったように線引きをしたりします。 一方、Sierはそのスタンスは取らないことが多いです。 それは発注側のほうが立場的に圧倒的に強いことや、企業規模も大きなことが多いからという事もありますが、Sierは、いかに発注側に寄り添えるか？いい会社だと思ってもらえるか？という事に評価を見出す傾向が強いからです。 その思いの中に、「あわよくば食い込みまくって、切れなくしてやろう」というような思いが働くからでもあります。 この為、 そこにクビを突っ込むと、将来的に自責になるような事態に発展しかねない という事がわかっていても、そこに手を出したりします。 この違いが出る理由の一つとして Sierは発注企業と長い付き合いを目指す一方、コンサルはプロジェクト単位で利益を出そうとする という所があると思います。 Sierは発注企業とそ...

この記事では、優秀な社内SEになるには 転職が必要になる ということを書こうと思います。 社内SEに限った話ではないですが、まず考えるべきは 自身のキャリアを 「会社に所属する」　or　「職種を選ぶ」 ここを考えないといけません。 前者はいわゆる終身雇用が生きていた日本企業の考え方 一方、後者は海外企業のイメージですね。 今の日本は徐々に後者に移行しつつあるように思えますが 日本の終身雇用、年功序列の考えは根強いので 当面、前者の選択肢は残るのではないかと思います。 そもそも日本の労働人口が減っていくという、逃れようのない事実がある中で 企業も、より優秀な人材を確保したいという考えはあるはず。 だから、後者の考えはもっと加速度的に進むのでは？という考えもあると思いますが そこまで思い切った判断ができる経営者は多くないと思っています。 今の日本の経営者は終身雇用、年功序列の世界で育ってきている人が まだまだ多いので、外的要因として上記の物があるとわかっていても、 マインドが切り替わらず、 ・優秀であればなんでもいい！！ ・そもそも転職できない人間は優秀なのか？ といった考えまで振り切れない。 そんな状況が続くと思います。 結果、若い経営者のベンチャー企業や外資企業に人が流れて行く中で どこかのタイミングでパラダイムシフトが起こると思いますが、 当面は前者と後者の間での綱引きが続くと思います。 そこで話は最初に戻りますが、 じゃあ、まだまだ日本企業は生え抜き重視で行くのであれば 「会社に所属する」方向でキャリアを考えたほうがいいな と考えた場合、 優秀な社内SEになるのは困難です。 何故なら その志向で進むとすると、転職回数は当然少ないほうがいいので （というか少ないのが大前提） できれば転職一回、どんなに多くても二回という制限が付きます。 そうなると、システムの専門家として異なる立場で経験を積む機会が制限されてしまいます。 優秀な社内SEは、プロジェクトをコントロールする上で、 プロジェクトに関わる様々な立場の観点と思考を身に着け、プロジェクトを俯瞰することができなければいけません。 それができないと適切なリスクコントロールができず、プロジェクトを管理することが非常に難しくなります。 その為、優秀な社内SEになろうと考えるのであれば、 後者の「職務に従事する」という方...