[ このフレームをはずす ]
[ summary * summary TOPへ ] [ このサイトの詳細 ] agile 開発 アジャイル development 読み物 プロジェクト管理  ( コメント数:14 / タグ数:13 )
[ 仕事 ] [ neta ] [ コンピュータ・IT ] [ 開発 ] [ システム ] [ agile ] [ development ] [ アジャイル ] [ programming ] [ プロジェクト管理 ] [ SIbusiness ] [ 読み物 ] [ システム開発 ]

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

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

アジャイルは銀の弾丸じゃないと何度言えば。アジャイルは大規模開発は想定してない

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

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

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

宗教上の理由等でどうしても仕事でアジャイルっぽいこと遣りたいなら、スモールスタートな多段階リリースWFだろう、JK。

agile大規模

Agile導入もAgileに、つまりミニマルセットの導入から始めたほうがいいんじゃないかな。いきなり進め方を全部「設計」してアジャイルプロジェクト発進!って発想はAgileではないと感じる

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

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

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

おそらくagile以前の話

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