kuranukiの日記 改善型開発について

現在のシステム開発という開発モデルを考えてみると、そのシステムを必要としており開発の依頼を発注する発注側と、実際の開発作業を請け負う開発側の間で、プロジェクトに対し契約を結んだ段階からシステム開発は始まる、というのが当たり前の話。そして、この当たり前と思われている関係でビジネスを続けると問題があるのでは、と考察したのが以前のエントリ、「ディフェンシブな開発*1」だった。 今回は、その当たり前だと思われているところについて、発想の転換を取り入れて考えてみようと思う。社会における通念や物事を大きく変えるためには、コペルニクス的転回が必要だからだ。 ノウハウを集約できないSI企業 まずこの「プロジェクト開始してからシステム開発を始める」という点について、ディフェンシブであるということ以外にも、SI企業として重大な問題点が隠されている。それは、IT技術に対するノウハウの蓄積に関する問題である。今の

[Sean_SF]

2006-02-28

[webmarksjp]

あとで

[blackshadow]

ベースとなるフレームワークを用意して、そこに付け加えるオプションで商売する形。うちの会社もこれを目指してはいるが、中々うまくいかんね。

[zu2]

コメント欄の事例が悲しい

[taka_2]

SIerのビジネスモデルについて言及している。興味深い。

[tkmisawa]

うーんなんか違和感が。SIと発注者の間には越えられない壁=越えられない溝=越えられない壁がありそう。

[y_saitou]

SI

[diary193]

受発注の関係を結ぶ以前に、最小の形でのシステムを作り上げ、プロジェクト開始時には、ファーストリリースを行なってしまう

[agx]

受発注の関係を結ぶ以前に、最小の形でのシステムを作り上げ、プロジェクト開始時には、ファーストリリースを行なってしまい、その後は改善によってシステムを育てていく

[masakiplus]

はてな的な開発

[tks_period]

まだ斜め読みだけど、パッケージ＋アジャイル、という感じかな。Web系 vs SIer という話が少し前に盛り上がってたけど、SIerがWeb系に微妙に歩み寄っていく形になるんだろうか。

[kdaiba]

使えるかも

[hiro_y]

「ファーストリリースをプロジェクト開始時に行なって、後は、拡張を繰り返すという方法」。「新規案件と保守開発の断絶」をなくす。

[scorelessdraw]

じっくり

[drumsco]

構築して最後にリリースではなく最初にリリースしてしまい、改善という形で構築していくという考え方