システム開発の内製化って本当に必要なのだろうか - novtanの日常

comemo.nikkei.com そもそもの話としてなんですが「システム」という言葉が主語デカなんですよねえ、というところから話をスタートしたい。 本来、システム開発の歴史をたどると、初期の大企業（銀行とか）はまあまあ内製化からスタートしていることが多いと思うんですよね。ただ、ここでいう内製化ってのは全部をその会社に所属している人が作っている、というわけでは当然ながら、ないです。ハードウェアはベンダーに依存しているし、開発自体もSIerの手を借りることは多かったはず。ただ、自分たちで要件を決めて、仕様を検討して、設計して、テストする、という意味においては間違いなく内製化をしていたはず。 そういう基幹系システムがコンパクトに中小企業に展開されるようになると、そんな体力は当然ないので実質パッケージみたいな形で導入されていったというところでしょうか。 こういう企業内システムはいわゆる「電算化」

[wwolf]

この手の話、想定してる企業やシステムの規模とかが全然噛み合ってないので「君の会社ではそうなんだね」以上の話にならないの残念。金融システムとB2B SasSのシステムでは視点や体制が全然違ってくるのは当然ではある

[morimarii]

ベンダーとユーザーは基本的に利害が一致してない(相反してることもしばしば)なんだから同じ方向むけないっぺや。

[mayumayu_nimolove]

外部委託→二番煎じでいいものを作る時、内製→未開拓にチャレンジする時・外部のスキルより内部の方が高い時、使い分けはこんな感じ

[BlueSkyDetector]

差別化不要な部分はパッケージで十分。ビジネスのコア部分（日経ならオンライン紙面）は常に更新し続けて差別化する必要があるので内製化できると強いはず。逆にビジネスのコアがITでないなら内製化しても無意味。

[y_hirano]

いわんとすることは分からないではないが、そもそもベンダーとは利害が一致しないので同じ方向向けないし、ビジネス要件だけ定義して丸投げしてもいいシステムは作れないし、継続的な改善が難しいし。

[takuya_1st]

この時代にコア・コンピテンシーがIT能力にない企業とは？

[Rinta]

概ね合ってると思う。内製すべきなのは利益の源泉になる仕組み。人事系や会計系はパッケージ使えばいい。

[tonocchokun]

内製化したほうがいいというのは、そのほうが会社も本腰入れてプロジェクト運営するんじゃないかっていう話だったんじゃないかなと今では思いますね。

[nishi1231chang]

自分のこれまでの経験だと、外部を使うなら、自社で開発組織・エンジニアがいて実装もできて、それでもリソース足りない時に設計・実装周りをサポートしてもらうという形が最もスムーズだった。

[horita_ryo]

それぞれの会社の最適解があるのに、これをすれば解決！みたいな話をシステム屋がするのって面白いよね。お前ら普段から銀の弾丸言うてるやろ

[fut573]

一発リリースして終わりではなく先進性を5年10年維持し続ける取り組みまで構築できないと瞬間最大風速で終わる認識

[sds-page]

現場でシステム使う人間か現場監督が主導して完成品に対して責任を持つ事が必須条件、最低限要件定義、できれば設計までしてもらいたい。これを内製化と呼ぶなら必要な事

[ryan_aircloset]

うんうん、内製化はあくまで手段。自分たちにとって最良の方法を選択していくことが大事。状況によって短期的視点で考えざる得ないこともあれば、長期的視点で考えるべきときもある。答えは自分たちで選ぶしかない。

[rryu]

自分達に必要なものを自分達で考えて作りましょうの最も単純で過激な手段が内製化だと思う。手段の選択を含め会社をどうしていくのかを考えるのはトップの仕事なのだからトップの何かは掛かってしまうだろう。

[tohnishi]

何をどう開発するかは結局ケースバイケースなので、常に困難を伴うけど飯のタネも尽きないって感じだなあと。／「手段を目的にするような話にトップのクビを掛けてはいけない」ごもっとも。

[Shinwiki]

オフィスのデスクやチェアを自分らで作るかどうか、ってとこから段階的に考えてきゃいいんじゃね

[d346prt]

各々の業態で受け止め方違うかもだけど、そこ突っ込んでも不毛よね。結論は「手段を目的にするような話にトップのクビを掛けてはいけないよ」でしょ。

[kagehiens]

“パッケージに業務を合わせる（これができないことが日本企業の悪い点だ、という話がよくされるけど、その認識は若干問題があって”マジで、これはただERP売る側の効率を上げるためだけのフレーズやからな……。

[chintaro3]

数十年のスパンで責任もって中小企業をサポートしてくれるシステム屋が存在しないことが混乱の原因なんだってことは自覚してほしい

[ryunosinfx]

「力が欲しいか？」「なんだ？！」「他社を圧倒する力が欲しいか？」「欲しい！くれるのか？」「ああ、お前の常識を生贄に捧げろ…」「なんだと？常識だと？」「意思決定と給与テーブルの常識だ…」

[circled]

中小企業のシステム開発の内製化：社内の経費申請WEBフォームに入力すると、弥生会計にそのまま取り込めるcsv形式で出力されるので、会計担当が毎週一回の作業で済んで楽々みたいなやつで良いんだよ。十分DXよ？

[m50747]

理想はシステム作る人が半年くらいその業務をやるといいんだけどね。見えないものが見えるし。野球やったことない人が面白い野球ゲーム作れるのかって話。

[clairvy]

話題のスコープを定義するといいのかな

[labor9]

とりあえずきちんとしたコンサルと要件整理。自社で製品選定して見積(ケチらない)。要員を集め、自社主体で進める。 こういう風にならないと他社との差別化なんて無理。これでSIerとか派遣屋も変わらざるを得ない。

[assaulter]

極力作らない方に持っていきたい

[Guro]

内製し続けている部門にいる者として興味深い

[ledsun]

「発注する前に業務フローを最適化しとけや」みたいなことを思うんだ。で、するには「プログラミング的思考」が必要（たぶん）。業務設計している人が軽量にシステム化をためしながら身につけるしかない、とか？

[soybeancucumber]

もちろん、何を開発するかとか、社内の規模や財務状況次第で変わってくる話だけど、内製化できてはじめてDXと言えるわけで。まあやれという話ではないけど。

[yonao205]

個別のシステム開発については、内製だろうと外注だろうと保守の問題がでてくる。今は複数のサービスを組み合わせて自社用に最適化するのが今時かも。それを業務全体がわかる社内エンジニアができると良い。

[sny22015]

ひどい会社はもっとレベルが低くてDX推進こそがビジネスだと思っている会社とかあるしな。IT業界でもないのに。自分で何を言ってるのかわかってるのかな

[lex010]

毎年更新される年末調整とかもう既製品の方がいいんじゃないの？紙とかやめなよ

[Ni-nja]

部屋のエントロピーが増大するように大体のものは時間が経つと複雑化し、経営側はそれを最低限の関与で理解し続けたい。手を抜きつつ権利は手放したくない。そういう期待がIT投資の予算取りの背景なのだと思う

[TakamoriTarou]

「競争力の源泉である差別化をすべき領域とそうでないどうでもいいものの切り分けができないのが本質」はい。偉い人にはこれがわからんのです。わかってほしい

[oshishosan]

他社に倣ってわが社も内製化だ！どうしてできないのだ！！あっ技術力が無いせいか、そして上がらない成果、、、（前職）

[turanukimaru]

自分達が何をやってるか理解してコントロールしており必要に応じてそれを変えられるか？が全てで内とか外とかパッケージとかは好きにすればいい。ただ流通に限れば人任せだと9割上手く行かんな先日またポシャッた。

[vuy]

自社のビジネスを正しくBFCに起こせるならSIerに投げたっていいんだよ。それができないのにエンジニア雇って自前でコード書かせたってなにも解決しない。

[yoiIT]

必要なのは「正しく発注ができる人」なんだよ。正しくベンダーに要求事項を伝えられて、ベンダーをパートナーとして扱い、同じ目的意識でPJを進行できる発注側のリーダーや、その重要性を理解している経営者。