アジャイル開発プロジェクトの状況について，振り返りで得られた教訓のうち，“アジャイル宣言の背後にある原則”に照らして適切なものはどれか。
〔プロジェクトの状況〕
イテレーション1〜6から成る開発を計画し，イテレーションごとに動くソフトウェアのデモを顧客に対して実施することによって，進捗状況を報告していた。イテレーション4のデモの後に顧客から機能追加の要求が提示された。顧客と対面による議論を行った結果，その要求に価値があると判断し，機能追加を受け入れることにした。機能追加を行うことによって，追加機能を含むイテレーション5の全機能の完成が間に合わなくなることが分かったので，イテレーション5の期間を延長してこの機能追加を行うことにした。イテレーション5で予定していた全ての機能を実装してイテレーション5のデモを行ったときに，追加した機能の使い勝手に問題があることが分かった。その時点で，当初予定した開発期間は終了した。
- 開発の後期に提示された顧客からの機能追加の要求は受け入れず，拒否すべきであった。
- 追加機能を含む機能の優先順位を顧客と合意し，イテレーション5の期間を延長せずに，優先順位の高い機能から開発すべきであった。
- 使い勝手に関する認識の食い違いが発生しないように，対面ではなくメールによって記録を残す形で議論すべきであった。
- デモは顧客からの変更要望が出やすくなるので，進捗状況を完成度合いの数値で表して報告すべきであった。
解答
イ
解説
アジャイルソフトウェア開発宣言は、2001年に発表された、ソフトウェア開発における従来の考え方とは異なる、より柔軟で迅速な開発手法を提唱するものです。
この宣言では、以下の4つの価値が重視されています。
- プロセスやツールよりも個人と対話
- 包括的なドキュメントよりも動くソフトウェア
- 契約交渉よりも顧客との協調
- 計画に従うことよりも変化への対応
加えて、“アジャイル宣言の背後にある原則”が、次の通り紹介されています。
- 顧客満足を最優先し、価値のあるソフトウェアを早く継続的に提供します。
- 要求の変更はたとえ開発の後期であっても歓迎します。
変化を味方につけることによって、お客様の競争力を引き上げます。 - 動くソフトウェアを、2-3週間から2-3ヶ月というできるだけ短い時間間隔でリリースします。
- ビジネス側の人と開発者は、プロジェクトを通して日々一緒に働かなければなりません。
- 意欲に満ちた人々を集めてプロジェクトを構成します。
環境と支援を与え仕事が無事終わるまで彼らを信頼します。 - 情報を伝えるもっとも効率的で効果的な方法はフェイス・トゥ・フェイスで話をすることです。
- 動くソフトウェアこそが進捗の最も重要な尺度です。
- アジャイル･プロセスは持続可能な開発を促進します。
一定のペースを継続的に維持できるようにしなければなりません。 - 技術的卓越性と優れた設計に対する不断の注意が機敏さを高めます。
- シンプルさ（ムダなく作れる量を最大限にすること）が本質です。
- 最良のアーキテクチャ・要求・設計は、自己組織的なチームから生み出されます。
- チームがもっと効率を高めることができるかを定期的に振り返り、それに基づいて自分たちのやり方を最適に調整します。
- 開発の後期に提示された顧客からの機能追加の要求は受け入れず，拒否すべきであった。
1つ目の原則（顧客満足を最優先し、価値のあるソフトウェアを早く継続的に提供）に反します。 - 追加機能を含む機能の優先順位を顧客と合意し，イテレーション5の期間を延長せずに，優先順位の高い機能から開発すべきであった。
適切です。
3つ目に原則（動くソフトウェアを、2-3週間から2-3ヶ月というできるだけ短い時間間隔でリリース）に即した教訓です。 - 使い勝手に関する認識の食い違いが発生しないように，対面ではなくメールによって記録を残す形で議論すべきであった。
6つ目の原則（情報を伝えるもっとも効率的で効果的な方法はフェイス・トゥ・フェイスで話をすること）に反します。 - デモは顧客からの変更要望が出やすくなるので，進捗状況を完成度合いの数値で表して報告すべきであった。
7つ目の原則（動くソフトウェアこそが進捗の最も重要な尺度）に反します。
参考情報
分野・分類
| 分野 | マネジメント系 |
| 大分類 | プロジェクトマネジメント |
| 中分類 | プロジェクトマネジメント |
| 小分類 | プロジェクトマネジメント |
出題歴
- PM 令和5年度秋期 問1
