SI業界を目指す君達へ贈る「何故システム開発はテンパるのか」 - novtan別館

先日学生に聞かれたんですよ。 「下流工程は大変って聞きますが、上流は楽なんですよね？」 よろしい、君はよく勉強している。でも根本的に間違っている。下流工程が辛いのは、上流工程でちゃんと仕事ができなかったからだ*1。 というわけで、主に学生向きに話を単純化して語ってみます。これが普通だとか、一般的だとか言うつもりはなく、違う視点もあるかと思いますが、一つの考え方として。 SIでのシステム開発は、建設業にたとえられます。が。 顧客の希望を聞き、設計し、施工し、引き渡す。こういった工程を踏む仕事ということで、システム開発はよく建設業にたとえられます。実際に工程管理の手法なども似通っています。ところが、大抵の場合、耐震偽造をした建築物よりもシステムのほうが脆弱に仕上がります。何故でしょうか。 一つには、建物の図面を引くには建築士の資格が必要ですが、システムの設計に資格は必要ありません。 もう一つ、

[NOV1975]

思いもかけず学生ではなく同業者にウケてしまった。／みんなわかってるくせにｗ

[alice_7]

クライアント側の人にも読んでもらいたい。

[embed]

下流工程の人の「上流の設計なんて当てにならない、こっちで補完するんだよ」というのを思い出した。

[momizikeiko]

上流が問題あってうまく行っていないのに、スケジュールがあるんだからどないかせい、となって問題が存在することが分かっている担当者を外すといようなこともあり、見事に火を噴くことになる。

[hamasta]

もうめんどくさいから先に結論。「IT業界は、まだ医師や弁護士のような免許制度になっていないから下流がテンパる」のです。コンサルから実装まで資格必須になったら業界は激変します。それまで下流は地獄のまま

[tks_period]

そもそも「家」や「ビル」の様なテンプレートがしっかりしてない、というのが大きいと思うんだよ、という話し方を良くしてきたが、こっちの方が分かりやすいな。

[f-shin]

そもそも上流下流の線引きに無理がある。建築のメタファで言うと、建築ほど工法がコモディティ化してないので、そのモデルを模倣することがデスマの元だというのはあるね。何せ成果が目に見えないし。

[yogasa]

SI会社は，私開発なんかしたくないんですみたいなあんた何がしたくて志望したの？事務？人が平然と配属されてくるからびっくりする． / 上流は抽象的な話で決断を求められるうえ責任を伴うから難しいよ……

[monochromekk]

建物とトイレは分かりやすい

[shinfukui]

資格うんぬんの前に、まずは「設計書」。これの標準化誰かしてください。画面仕様書しかない設計書はもうたくさん。

[cranehills]

建設業とSIの違い。確かに圧倒的に受注側と前提を共有できていない。

[natu3kan]

関連：底辺IT企業は『書けない』プログラマとどう向き合ってきたか - megamouthの葬列(https://www.megamouth.info/entry/2019/01/03/213605)

[gogatsu26]

“しかし、システム開発でままあるのは「トイレ？そんなのいらないってコンサルが言ってたよ！次世代インテリジェントビルなんだから！」なんてお客さんがいたりするところです”

[Rlee1984]

SI業界の上流ー下流にまつわる失敗要因を、建物の建築の比喩で説明。

[hiro-458]

“お客さんは基本的に素人ですから、システムに何が必要なのかを本当にはわかっていません。だから、目的をはっきりさせて、その実現方法をしっかり提示することが上流工程の仕事です。”

[miragestlike]

おもろい。

[zaimover]

下流の経験がまったくないと仕事にならないのは事実だが、上流と下流で求められるスキルが違うので、上流をやりたいのならできるだけ早く（新卒）で目指すべき

[Magicant]

「安易に作り変えが出来ると思っていることが最大の間違いです。」「SEに必要なコミュニケーションスキルとはお客さんと仲良くなることではなくて、大切なことを種々の手段で納得させることを指します」

[ysks]

SI がなぜ失敗しやすいのか。なかなかいいアナロジー。

[ROYGB]

２００８年のエントリー。

[obata_hiroshi]

建設業に例えるなら客はなぜ完全オリジナルな自社ビルやデザイナーズブランドの住宅を建てたがるのかというあたりから論じてほしい。おまいら出来合いの中古物件で充分だろうといつも思う。

[ikeike443]

おもろいけど、保守運用の観点が抜けてるのが気になる。建てて終わりじゃないですよね。

[ledsun]

この図式があるとして、お客さん勉強しろ上流SE勉強しろではいかんと思うのです。お客さんも上流SEも開発者も作りながら学んでいけばいいんじゃないか。そう、アジャイルならね！

[nyop]

トイレならまだしも、柱や屋根のない設計書とか、要件定義書もヨクミルヨ！！

[yhira0202]

耳が痛いですよね。

[bayan]

「お客さんの要望を漏れなく汲み取り、あるいは常識的過ぎて忘れているものを思い出させてあげたり、インテリジェントな機能を提案したり、防犯対策や災害対策をきっちり考えたりすることが上流工程の仕事です。」

[inurota]

むしろ、本質的に違うのに建設業などに例えたりその方法論導入したりするから悲惨なことになる。

[piccolarana]

分かり易い喩え。web制作も似た状況。　“どういうものを作りたいか、その為に何をしなければならないか、というのがイマイチわかりづらいということ”　“安易に作り変えが出来ると思っていることが最大の間違い”

[hiroomi]

「作業者に恨まれないような仕事の進め方をしたいものですね。 」と、契約項目の精査。

[daira4000]

システム開発でままあるのは「トイレ？そんなのいらないってコンサルが言ってたよ！次世代インテリジェントビルなんだから！」なんてお客さんがいたりする

[ken_wood]

>下流が辛いのは上流工程でちゃんと仕事ができなかったから。建設に例えトイレ。SEに必要なコミュニケーションスキルは客と仲良くなることでなく、大切なことを種々の手段で納得させること。配管工事はしておこう

[suginoy]

ビルのたとえ

[webmarksjp]

プログラム

[HHa]

的確な比喩でSIという仕事の内容がよくわかります。お勧め。

[katzchang]

責任分解だと思うんだけどな。トイレ要らんって言われたら、配管工事もしないのが基本。武器は要件定義,「やること」と「やらないこと」を併記する。

[taraijpn]

『もしかしてとんでもない業界に来てしまったのでは』という危機感が働かなくなったら危険信号。

[mionosuke]

上流と下流がフェーズとして分かれていると、下流フェーズで起こった仕様の変更が上流に伝わらなかったりして。さらに上流は出来上がったシステムを見て、変更前の仕様で「同じ内容の仕事がある」とか言い出す。