hoag 曰く、
古い話だけど、オージス総研のオブジェクトの広場のUnified Process の紹介記事を見て欲しい。個人的には、これからはこれだ!って思った記憶がある。何かと言うと開発手法の話。今までのウォーターフォールモデルで大規模開発を行っている人は特に必見。
今までと何が違うか。全体を小部分に分割する所までは同じ。その小部分のいくつかを取り出して、先行して実際に動くものを作る所まで作業し、リリースする事が違う。
ウォーターフォールモデルで手戻りが発生すると、莫大な作業量が発生するって事は周知だけど、良くある話。でも、小部分を先行して動かす事で、発生する手戻りも先行して発見できる。従って、作業量は大きくならない。(なぜなら、大部分の作業はまだ未着手だから)
プログラミングレベルでは、XP の様な新しいパラダイムが出てきている。この、Unified Process は、プロジェクト管理のレベルでの新しい、そして有効なパラダイムだと思う。
これって紹介済みだったっけ?
ここからはオフレコ
当時、かなり大規模な開発に参加していた。自称、というか、みんなが大規模って言うだけあって、部署ごとの連携が問題になって、「横通し」なんて名前の、各部署の意識合わせを目的にした職務ができていた程。でも、案の定、連携が悪く、手戻りも発生し、結果、みんな逃げ出すことしか考えなくなって行った。僕も含めて。そんな良くある開発形態に対するアンチテーゼなんだなこれは。名付けるとすると、「縦通し」か。
僕から見ると、「大規模」を言い訳にして、動きの遅い組織を作ったのが悪かったんだと思うけど。あと、デスマ化してから人数を投入したのも NG。やはり最初にデキる人達で、コアを作らないと。員数合わせで来る人のレベルッてヒドイのも混じってるからね。