問題 No.3100
ソフトウェア開発におけるアジャイル開発の手法や特性に関する記述として、最も不適切なものはどれか。
【正解の解説】
プロジェクト開始時に全ての要件を詳細に定義し、途中の仕様変更を一切認めずに計画通りに進める。
これは旅行の計画に例えると、出発の半年前に一日のスケジュールや立ち寄り先を1分単位ですべて決め、途中で「天気が悪いから別の場所に行こう」や「美味しそうな店を見つけたから寄ろう」という現地での予定変更を一切禁止するようなものです。変化の激しい現代のビジネスにおいて、この方法は柔軟性を失うためアジャイル開発の真逆の性質となります。
スポンサーリンク
【その他の選択肢の解説】
短い開発サイクルであるイテレーションを繰り返しながら、顧客のフィードバックを反映して柔軟に進める。
試験ではこれを「計画変更を一切認めない」などの誤った選択肢とすり替えて出題されるのが典型的な罠です。料理に例えるなら、最初に完璧なフルコースのレシピを完成させるのではなく、まずは一口サイズの前菜を出して「美味しいか」「もっと塩気がほしいか」をその都度お客さんに確認しながら次の料理を調整していくアプローチそのものです。
ドキュメントの作成よりも動くソフトウェアを重視し、変化する顧客の要求に迅速に対応して価値を提供する。
初学者は「ドキュメントを作らないなんて手抜きだ」と勘違いしがちですが、そうではありません。紙の上で何百ページもの設計図を時間をかけて作るより、実際に動く画面を早く触ってもらった方がお互いの認識ズレを防げます。家を建てる前にまずは段ボールで実物大の模型を作って住み心地を確認するような、実物を重視する開発スタイルを指しています。
全体をいくつかの小さな機能単位に分割し、優先度の高いものから順に実装とテストを継続的に行う。
大きな山を一度に登るのではなく、小さな丘を何度もテンポよく登り直すようなイメージです。すべてを一度に完成させて最後にまとめてテストするのではなく、動くパーツごとに細かくテストとリリースを回すことで、早い段階で不具合を発見できたり市場のニーズに素早く追従できたりという大きなメリットを生み出します。