“感覚”ベースのExcelプロジェクト管理だと失敗する理由
ビジネス環境が急激に変化する中で、ソフトウェア開発のトレンドは、ウオーターフォール型からアジャイル型へのシフトが進みつつある。しかし、国内の状況を見ると、いまだに多くの企業がウオーターフォール型での開発プロジェクトを展開しているのが実情だ。特に、受託開発をメインにしている開発企業は、長年の経験とノウハウを持つウオーターフォール型の開発手法が根付いてしまっており、そこから抜け出すのが難しくなっている。 では、なぜ今アジャイル開発が求められているのか。それは、ユーザー企業のビジネススピードに、もはやウオーターフォール型開発では対応しきれないものが増えてきているためだ。「例えば、1つの機能をウオーターフォール型で1年間かけて開発したものの、完成したときには、既にビジネス価値がなくなっている。また、ユーザー企業の仕様通りに開発し、リリースしたにもかかわらず、実際にはほとんどの機能が使われていないケ
アジャイルはウォーターフォールよりも難しい
ここにきて、アジャイル開発手法を業務システム（アプリケーション）の開発に適用しようとする動きが本格化している。これまで小規模、Webシステムへの適用が目立ったが、最近は業務システムや大規模プロジェクトへの適用事例も出てきた。アジャイルはもはや“ブーム”ではなく、本格的な普及が始まったと見てよさそうだ。 ところが、実際にアジャイルを採用した現場に話を聞くと、何とことごとく失敗している。そもそもアジャイルは、大規模プロジェクトを想定していないし、請負契約が多い国内のプロジェクトは、要求の増加に歯止めが利きにくいアジャイルと相性が悪い。さらに業務システムへの適用となると、コストや納期の制約があり、品質優先で開発を繰り返しながらシステムを成長させていくアジャイルと考え方が相反する面がある。 それでも開発現場はアジャイルに望みをかけている。刻々と変わる要求やリスクに迅速に対応する必要があるからだ。最
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
あなたが知らないかもしれない�受託開発の基礎知識
