問い合わせウォータフォールよりアジャイル開発が増えている理由2012-11-12当社では、システム開発方式としてアジャイル開発での導入が増えています。主な理由としては、開発対象のシステム自体が比較的小規模であることが一番大きな要因です。システム開発において、通常、ユーザー様、製作者側が制作工程において共通のイメージを持つことは簡単ではありません。プロトタイプによる制作物のイメージを共有することで、明確な仕様が定まるのも事実です。通常の業務システムなどのシステム開発においては、ウォーターフォールモデルでの開発を行います。ウォーターフォールモデルとは、システム開発に必要な作業をいくつかの工程に分割し、順番に開発を進めていく開発手法です。建築物を想像するとわかりやすいかも知れません。工程毎に前工程での決定事項で作業を行いますので、出戻りがないように工程毎に十分な成果物を作成し、チェックをします。そのため、ユーザーの全面的な協力体制が必須となります。ウォーターフォールモデルでの開発は、主に以下のような開発に向いています。部分的な工程をロケーションの異なる開発ベンダーへ依頼する場合などがあります。ひとつ前提条件を書かせていただくと、開発対象の案件が、『システム部門のある大手のユーザー、またはSIer』なのか、『システム部門のない中小のユーザー企業』なのかによって、状況が大きく異なります。一般的に、システム開発経験のないクライアント様は、ウォーターフォールでの要件定義を行う習慣がありません。各工程単位でユーザーのレビューを行っても、具体的な動作プログラムを目の当たりにして「出来上がりのイメージがぜんぜん違う」というトラブルに直面することがあります。この時点で仕様変更に費用が発生することをユーザーに伝えても、納得いかないのは言うまでもありません。要件定義や外部設計(基本設計)の時点からユーザーの協力が必要不可欠ですが、ユーザーはシステム開発をすることが仕事ではないため、実際のプログラムが動く段階まではそれほど乗り気にはなってくれないのが実情です。昨今のWeb開発などにおいては、市場のニーズにいち早く察知し、すぐに市場にサービスを投入する必要があり、そのようなニーズが高まってきています。品質よりもスピードが求められる場合があります。このような開発対象には、ウォーターフォール開発は不向きといえるでしょう。~アジャイル開発モデル~アジャイル開発は、短い期間で繰り返しユーザーにプログラムのプロトタイプを確認してもらい、実際の動作を見ながら許容品質まで製品のレベルを上げていく開発手法です。この方式は、ユーザーから具体的な仕様を得ることが出来ます。実際に動くモノを見ていますから、ウォーターフォールの同じ開発時期においては、ユーザー様からの協力度、おより安心感は圧倒的に高いといえます。ユーザーには常に動作検証を行ってもらいながら、サービスイン可能な品質レベルがどのレベル七日を定義し、イテレーションという繰り返しの作業でシステム品質を高めていきます。段階的なリリースが行いやすいのもアジャイル開発のメリットといえるでしょう。リピートカートシステム『サブスクストア』と『e-LINK』が連携しました。通販カートリピストと『e-LINK』が連携いたしました。Communityへ参加いたしました。Vol40に掲載されました。