プロジェクトマネージャ 2023年 午前2 問01
問題文
アジャイル開発プロジェクトの状況について、振り返りで得られた教訓のうち、“アジャイル宣言の背後にある原則”に照らして適切なものはどれか。
〔プロジェクトの状況〕
イテレーション1〜6から成る開発を計画し、イテレーションごとに動くソフトウェアのデモを顧客に対して実施することによって、進捗状況を報告していた。イテレーション4のデモの後に顧客から機能追加の要求が提示された。顧客と対面による議論を行った結果、その要求に価値があると判断し、機能追加を受け入れることにした。機能追加を行うことによって、追加機能を含むイテレーション5の全機能の完成が間に合わなくなることが分かったので、イテレーション5の期間を延長してこの機能追加を行うことにした。イテレーション5で予定していた全ての機能を実装してイテレーション5のデモを行ったときに、追加した機能の使い勝手に問題があることが分かった。その時点で、当初予定した開発期間は終了した。
選択肢
ア：開発の後期に提示された顧客からの機能追加の要求は受け入れず、拒否すべきであった。
イ：追加機能を含む機能の優先順位を顧客と合意し、イテレーション5の期間を延長せずに、優先順位の高い機能から開発すべきであった。（正解）
ウ：使い勝手に関する認識の食い違いが発生しないように、対面ではなくメールによって記録を残す形で議論すべきであった。
エ：デモは顧客からの変更要望が出やすくなるので、進捗状況を完成度合いの数値で表して報告すべきであった。
🔒 解説は解答すると表示されます
アジャイル開発の変更要求対応【午前2解説】
正解の理由
適切なのは、顧客と機能の優先順位を合意し、イテレーション5の期間を延長せずに、優先順位の高い機能から開発するというイです。
アジャイル開発では、開発の後期であっても、価値のある変更要求を受け入れることを重視します。一方で、変更を受け入れるためにイテレーションの期間を延長するのではなく、顧客と相談して機能の優先順位を見直し、決められた期間内で実施する内容を調整します。
このケースでは、機能追加によってイテレーション5の全機能が期間内に完成しないと分かった時点で、追加機能を含めた優先順位を顧客と合意すべきでした。期間を延長したため、使い勝手の問題が分かったのが当初の開発期間終了時となり、改善の機会を確保しにくくなっています。
解法ステップ
-
アジャイル宣言の原則を思い出します。
アジャイル開発では、変化への対応や顧客との協働、動くソフトウェアの提供を重視します。 -
変更要求を受け入れるかどうかを判断します。
顧客との議論で価値があると判断された機能追加なので、変更要求を一律に拒否する考え方は適切ではありません。 -
イテレーションの期間と開発範囲を分けて考えます。
期間を延長するのではなく、顧客と機能の優先順位を見直し、限られた期間内で実装する範囲を決めます。 -
顧客とのフィードバック機会を保ちます。
優先度の高い機能を実装してデモし、使い勝手について早く確認できるようにします。
選択肢別の誤答解説
-
ア：開発後期の機能追加要求は拒否する
アジャイルでは、開発の後期であっても価値のある変更を歓迎します。後期の変更要求を一律に拒否するのは、変化への対応を重視する原則に反します。 -
イ：優先順位を合意し、期間を延長せずに開発する
正しい考え方です。変更要求を受け入れつつ、顧客と優先順位を調整し、イテレーションの期間内で実施する内容を決めます。 -
ウ：対面ではなくメールで議論する
アジャイルでは、顧客との対面での対話を重視します。記録を残すこと自体は有用ですが、対話を避けてメールに置き換えることが適切とは限りません。 -
エ：デモをやめ、完成度の数値で進捗を報告する
動くソフトウェアを定期的に確認してもらうことは、進捗や価値を確かめるうえで有効です。デモで変更要望が出ることは避けるべき問題ではなく、顧客のフィードバックを得る機会です。
よくある誤解
-
変更要求を受け入れることは、計画を無制限に延長することだと思う
変更への対応と期間の延長は別の話です。期間を維持しながら、開発範囲や優先順位を調整します。 -
アジャイルでは最初に決めた計画が不要だと思う
計画は必要です。ただし、状況や顧客のニーズに応じて計画を見直し、価値の高い機能に取り組みます。 -
デモで要望が出るのは進捗報告の失敗だと思う
デモは、実際に動くソフトウェアを通じて認識のずれや改善点を見つけるためのものです。要望が出ることは、顧客から学ぶ機会になります。
補足コラム
アジャイル開発では、イテレーションの期間を一定に保ち、その中で実装する機能を調整する考え方が一般的です。期間が固定されていれば、顧客は「何を優先するか」を判断しやすくなり、チームも一定のリズムで開発と振り返りを続けられます。
また、動くソフトウェアを早く見せるほど、使い勝手の問題を早期に発見し、次のイテレーションで改善しやすくなります。
FAQ
Q. アジャイル開発では、顧客の変更要求をすべて受け入れるのですか？
A. いいえ。要求の価値や優先順位を顧客と検討し、実施する内容を決めます。変更を歓迎することは、無条件にすべて実装することではありません。
A. いいえ。要求の価値や優先順位を顧客と検討し、実施する内容を決めます。変更を歓迎することは、無条件にすべて実装することではありません。
Q. イテレーションの期間を延長してはいけないのですか？
A. 状況によって運用は異なりますが、試験問題では、期間を延長せずに優先順位を調整する考え方が問われています。期間を固定することで、開発やフィードバックのリズムを保ちやすくなります。
A. 状況によって運用は異なりますが、試験問題では、期間を延長せずに優先順位を調整する考え方が問われています。期間を固定することで、開発やフィードバックのリズムを保ちやすくなります。
Q. デモで顧客から変更要望が出るのは問題ですか？
A. いいえ。デモは顧客の反応を得て、開発対象や使い勝手を見直すための機会です。変更要望が出た場合は、その価値と優先順位を検討します。
A. いいえ。デモは顧客の反応を得て、開発対象や使い勝手を見直すための機会です。変更要望が出た場合は、その価値と優先順位を検討します。
関連キーワード: アジャイル宣言の原則、変更要求、顧客との協働、イテレーション、機能の優先順位、動くソフトウェア
\ せっかくなら /
プロジェクトマネージャを
クイズ形式で学習しませんか？
クイズ画面へ遷移する→
すぐに利用可能！