サウスポーなエンジニアの独り言

サウスポーなエンジニアが日々感じた、気づいた、学んだことを徒然と書いています。

旧館より 考え方

社内システムは自分で作りましょうよ

投稿日:2010年2月13日 更新日:


SIerでは社内(情報)システムを自分達で作らない…内製しない…ことが多いのでしょうか?

「××社内システムの再構築の件ですが、○○ベンダーさんに発注することになりました」と報告を聞いていて、冒頭のことを思いました。
「自分達で作ることもできるけど」外部ベンダーに頼んだ方がQCDをクリアできる…という意思決定であれば良いのですが。

個人的には、できる限り自分達で作った方が良いだろうと思っています。
 この不況なので社内リソースが余っていることが多いです。
#社内リソース=開発できるリソースかはまた別ですが…。

また、お客様が社内ならではのメリットを活かすことができると思います。
新技術を適用したり、方法論、生産性向上の施策などまだまだシステム開発において、工夫できる余地はたくさんあります。それらをいきなり外部のお客様に提案するのに比べ、リスクは低く済むと思います。
#余談ですが、新技術や方法論などを実プロジェクトで使わずに研究、調査するアプローチもありますが、机上の空論になりがちかなぁと思います。

また人材教育という面でも、要件定義や基本設計、アーキテクチャ設計などを経験させたいメンバーをアサインする機会も持てます。

一方、発注者の立場を経験することも大きなことかと思います。
ここでいう発注者も本来は外のお客様向けにシステム開発、提案をしているわけです。
そのため、発注者の立場を経験することで、資料の書き方からネゴシエーションなどを理解、経験するチャンスがあります。

次は感覚的なものですが、実際に使うユーザも自分達(もしくは同僚)が作っているので愛着もあると思いますし、自分達が作っているので、機能追加や要望に対しても比較して軽いフットワークで動けます。

最近、持っている危機感として「SIerなのに(自分達が使う)社内システムを作れない」があって、そんな状況なのに「お客様にSIerとしてシステムの提案をしている」というのはどうかと思うわけです。
#もちろん、ちゃんと自分達で社内システムを作り、それを外部向けビジネスまで発展させているチームもあります。

※注意:この記事は旧サウスポーなエンジニアの独り言から移行し一部修正したエントリです。

Markus Spiske

-旧館より, 考え方

執筆者:


comment

メールアドレスが公開されることはありません。 * が付いている欄は必須項目です

関連記事

白魔導師はファイアを使えません

最近、久しぶり…半年ぶり…にお客様常駐から社内に戻ってきました。 それで、あるプロジェクトのお手伝い…調査、プログラミングなどを少ししたのですが、その時のお話です。 プログラミングですが、当初はVB6 …

「相性の合う/合わない」と「仕事のできる/できない」

プロジェクト規模によりますが、どの工程でも一人でするより、何人かでチームになって行うことが多くあります。 #直接一緒に作業はしなくても上司-部下のように報告する関係もありますが。 今までやってきた仕事 …

こんなPMOはいらない

私のキャリアの中に、数年ですがPMO(Project Management Office)的な経験があります。 #PMOの役割や定義も組織においてまちまちなのですが…。 当時はそういう組織がなかったの …

新しいチームリーダーのことを社内SNSで知った

12月頭に全社横断的に(主に開発工程の)生産性向上をミッションとする部門に異動になりました。 で、「まずは顔合わせを…」ということになりました。 新しいチームで一緒になるチームリーダー(上司)は分かっ …

会議の費用対効果

IDEA*IDEAのミーティングで使えるちょっとした話法いろいろを読んで会議の費用対効果について考えたことです。 会議の目的 一口に会議といっても、色々な種類や目的があります。 1:ディスカッションや …

ギルドワークスの現場コーチ。
「正しいものを正しくつくる現場を増やす」ことを目指している現場コーチ。認定スクラムマスター(CSM)。
様々な規模のSIerでのシステム開発を経て今に至る。
DevLOVE関西を主催。