planninghttp://martinfowler.com/bliki/LargeAgileProjects.html大規模プロジェクトでアジャイル手法が使えるかどうかというのはよくある質問である。そもそも多くのアジャイル手法は小規模プロジェクト向けに設計されているため、大規模なプロジェクトでは、アジャイル手法と対抗する重量級の発想・構想(idea)のほうが必要となっている。これが質問となっているという主な理由は、我々がまだ知らないからだ。新技術は最初に小さなプロジェクトで広がる傾向にある。小規模で成功した場合のみ、より大きな規模で使われるようになるが、それでも、広がるには時間がかかる。それを使って成功したプロジェクトよりも2倍以上の規模のプロジェクトで使うことはおすすめしない。かかわらず、アジャイルに関する多くのことは、あんた何を大規模と言うか次第だが、大規模システムの背景を持っている。ソフトウェアプロジェクトにとって、大規模が何であるかの第一の指針は、人月であると思う。人々がいれば、コミュニケーションの問題が浮き上がる。XPの適用範囲は20人のチームまでだ。FDDはもう少し多くて、数十人までいける。最初、200人規模のプロジェクトで働いたこともある。Networkでこのフレーズを使った。文字通りの意味である。私は大規模プロジェクトを行うべきではない、とは言っていない。アジャイル手法を大規模プロジェクトに適応させようとすることは(しばしば必要にせまられるが)最初に行うものではないと言っているのだ。プロジェクトの規模を小さくするほうが良いやり方だ。プロジェクトの速度を落とさずにメンバを半分に削減することは可能なのだ。チームのメンバが著しく削減されてもなお成功したという話を何度も何度も聞いている。大規模チームはコミュニケーションとマネージメントに多大なるオーバーヘッドを抱えている。有能な人々で構成された小さなチームを使ったほど、速くて安く済むものだ。全員の個人としての値段が高かったとしても。gmail.combliki-ja。