大規模プロジェクトでagileやった結果がこのざまだよ - World Digger

知り合いのIT会社のすんげー偉い人の話を聞いたのでmemo 問題になったら消します。 【状況】 ・某大企業でのとある大規模プロジェクトをagileでやった。開発人数は50〜80人。 ・クリティカルでないシステムだったため、SI側/会社側もagileでやることをOKした。 →クリティカルなシステム（例えば携帯電話会社の料金システムのような、カットオーバー日をずらせないシステム）をagileでやるのは、先が読めないからいかんとのこと。 【問題発生】 /結局SI側もクライアント側もあまりagileを理解してなかった系 ・今までウォーターフォール開発の進捗管理になれていた役員（意志決定者）が、プロジェクト開始後しばらくしても収束することのない将来予測に(((( ；ﾟДﾟ))))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ！→怖いからやめた。 ・必要とされるスキルに対して、個人のスキルが足りないケースが多かった。 →今

[hush_puppy]

大規模プロジェクトであることが既にエクストリーム

[koma-tak]

アジャイルへの理解が足りなくて空中分解？

[yojik]

おそらくagile以前の話

[shozzy]

これは参考にしたい／規模とか、どれだけ意識改革をできるかとか、そういうファクターも絡んでそう／結局ウォーターフォールって、なんというあるあるｗ

[basyura]

この大規模プロジェクトの agile の定義って何？

[bash0C7]

大きい問題をいきなり全部にagile適用という大上段な方法で解決しようとした結果。

[nimai]

普通に開発力ないだけのような気がする.../でも、ウォーターフォールと違って、agileの人員は「量より質」なので、いつもの「質より量」な人集めをやっていたら失敗するのは道理

[honeybe]

「agile＋オフショアは無理な組み合わせ？」＜やってやれないこともないと思うが。状況次第。斜め読みだが、これはagile関係ないというかもっと根本的な問題じゃないのか？どんな手法でやっても破綻していたと思う。

[katzchang]

ありがちな気はする。小規模から始めた方が無難なのは確か。/プロセス移行と考えたら、どこから手を付けるのがベターなんだろか。

[fujiyoshisyouta]

http://d.hatena.ne.jp/masayang/20090305/1236278171 経由。