解説

• 〔aについて〕
  スクラムは、複雑なプロダクトを開発・維持するためのアジャイル開発のフレームワークです。スクラムでは、プロダクトオーナ・スクラムマスタ・開発者(開発チーム)で構成される機能横断的であり自己組織化されたチーム（スクラムチーム）を主体としてプロジェクトを進めていきます。
  
  スクラムチームの各役割（ロール）については次の通りです。スクラムの用語についてはIPAの「アジャイル開発の進め方」に一覧があるので一部参考にしています。

  プロダクトオーナ

  チームに最も価値の高いソフトウェアを開発してもらうために、プロダクトに必要な機能を定義し、プロダクトバックログの追加・削除・順位付けを行う。開発への投資に対する効果を最大にすることに責任をもつ。

  開発者チーム

  実際に開発を行うチームのことで、開発者たちを指す。ビジネスアナリスト、プログラマー、テスター、アーキテクト、デザイナーなどの機能横断的な様々な技能を持った人がプロダクトを中心に集まり、自律的に行動する。開発チームはバックログに入っている項目を完了状態にし、プロダクトの価値を高めていくことに責任を持つ。

  スクラムマスタ

  スクラムチーム全体が自律的に協働できるように、場作りをするファシリテーター的な役割を担う。ときにはコーチとなってメンバーの相談に乗ったり、開発チームが抱えている問題を取り除いたりする。スクラム全体をうまく回すことに責任を持つ。

  これを踏まえて解答群を検討すると、それぞれの役割とその説明は以下のように対応します。
  • スプリントバックログを作成するのは開発チームの役割なので、不適切です。
  • プロジェクト全体のスケジュール管理はスクラムマスタの役割なので、不適切です。
  • スクラムの導入を指導し、トレーニング及びコーチングを行うのはアジャイルコーチの役割です。プロダクトオーナの役割範囲は対象のプロダクトに限られるので、不適切です。
  • 正しい。プロダクトバックログを作成・管理するのはプロダクトオーナの役割です。プロダクトバックログとは、プロダクトがユーザや顧客に提供する価値を記述し、機能や技術的改善要素を優先順位を付けて記述したものです。
  ∴a＝エ：本プロジェクトのプロダクトバックログアイテムを作成・管理する。
  
  
• 「開発チームは，まずは全メンバーでWebストアの開発チームを編成し，Webストアの開発の完了後に，モバイルアプリの開発チームとSNSの開発チームを編成する」こととした狙いについて問われています。設問には「本プロジェクトの方針に沿った人材育成の観点」というヒントがありますので、該当する箇所を問題文から探します。すると、〔本プロジェクトの計画〕(2)に以下の説明があることがわかります。
  • P社にはスクラムの経験者が少ない。そこで試行開発の段階を設けて，スクラム開発の理解を深め，スクラムの開発要員を育成…
  • 試行開発を経て，本格的なスクラム開発の人材を確保…
  この部分がそのまま解答根拠となります。Webストアの開発は試行開発と位置付けられていますから、これをメンバー全員の開発チームで行うのは、プロジェクトの方針どおり、スクラムの経験者が少ないP社において、「スクラムの開発要員を育成し、本格的なスクラム開発の人材を確保する」ためであると判断できます。これは、今後P社がアジャイル開発の利用を拡大していくという方向性にも合致しています。
  
  ∴スクラムの開発要員を育成し，本格的なスクラム開発の人材を確保する

解説

• 競合他社が1年に1～2回のリリースのサイクルであるのに対して、P社は3か月に1回とした狙いについて問われています。設問の条件として「顧客の特性を考慮し」とあるので、問題文から顧客の特性に関する内容を探すと、〔本プロジェクトの計画〕(1)に「要求が満たされないと顧客は簡単に競合他社に移ってしまう…P社としては，顧客からの要求に対して，競合相手と比べてより迅速に対応できるようにする」という記載があります。このための具体案がリリースサイクルの短縮です。リリースサイクルを競合他社より短くすれば、顧客の要求をより迅速に満たすことができるようになると考えられ、顧客の獲得や囲い込みにつながります。
  
  この部分がそのまま解答根拠となります。つまり、リリースサイクルを競合他社より短くした狙いは「顧客からの要求に競合相手より迅速に対応すること」です。
  
  ∴顧客からの要求に競合相手より迅速に対応すること
  
  
• 各選択肢の特徴は以下のとおりです。

  アーンドバリュー

  コストとスケジュールの両面からプロジェクトの進捗状況を客観的・定量的に管理する手法です

  アローダイアグラム

  複数の独立した作業や工程が連続して実施される際に、作業の日程計画を図形と数字で表現するための図です

  インクリメンタル

  初めにシステム全体の要件定義を行い、要求された機能を幾つかのサブシステムに分割した後、コアとなる部分を優先的に完成させ、以降は設計～テストを繰り返して追加機能を順次リリースしていく開発モデルです

  スパイラル

  システム全体を幾つかに分割し、その分割されたシステムごとにウォーターフォールモデルを繰り返して機能を追加していく成長型(進化型)の開発モデルです

  バーンダウンチャート

  左端をプロジェクト開始時点として横軸を時間経過、縦軸を残り作業量とし、開始時の左端上方の点から、右下の横軸上にあるプロジェクト完了予定日時に向かって、計画上の進捗を表す計画線、実際の進捗を表す実績線、開始から終了予定まで直線で結んだ理想線の3本の線で表します

  プロトタイピング

  試作品の意味です。開発の初期段階に試作品を作り、機能や操作性を確認し、ユーザーの要求や評価を本番のシステムに反映して完成させる開発手法を指します

  マイルストーン

  プロジェクトを完遂するために重要な中間目標地点のことを指します

  リファクタリング

  システムの機能やプログラム挙動などは変更せずに、ソフトウェアの内部構造をより良く変えることです

  〔bについて〕
  「横軸に時間，縦軸にストーリーポイントを割り当て，残りのストーリーポイントを折れ線グラフで示す」より、バーンダウンチャートだとわかります。バーンダウンチャートは、アジャイル開発で進捗管理によく用いられるグラフで、計画と実績の差分を視覚的に把握するのに便利です。
  
  ∴b＝オ：バーンダウンチャート
  
  〔cについて〕
  「プログラムの外部から見た動作を変えずにソースコードの内部構造を整理する」より、リファクタリングだとわかります。リファクタリングは、主に機能拡張性や保守性などの向上を目的として実施されます。
  
  ∴c＝ク：リファクタリング

解説

• R氏とT氏の会話で発生した対立について、関係者間で確立すべきプロセスについて問われています。
  
  〔本プロジェクトの実行と管理〕(3)において、T氏からの「プロダクトバックログアイテムを追加したい」という要望に対し、R氏は「リリースするプロダクトバックログアイテムの見直しが必要」と主張しています。R氏とT氏間、すなわち、アジャイル開発の経験があるプロダクトオーナとアジャイル開発の経験がないユーザチームとの間でプロダクトバックログアイテム（=要件）の変更に関して認識相違が発生してしまっています。T氏がすぐに追加できると考えていたのは、アジャイル開発の経験がなかったこともありますが、プロダクトバックログアイテムを追加する際の手順があらかじめ定まっていなかったことが一番の問題です。
  
  今後の円滑な開発のためには、ユーザチーム代表であるT氏との間でプロダクトバックログアイテムを変更するための方法や手順を決めておき、両者間で認識相違が発生しないようにする必要があります。
  
  ∴T氏とプロダクトバックログアイテム変更に伴う対応方法を決めておく
  
  
• リリース1では優先順位Aに加え、進捗次第で優先順位Bをリリースすることになっています。また、T氏依頼のプロダクトバックログ（サイズ大）がリリース1に新規追加されるので、優先順位A・サイズ大の数は3つとなります。
  
  表1及び表3より、優先順位Aのうち、S-04終了時点において未開発のプロダクトバックログの数は以下のとおりであることがわかります。

  サイズ小

  9－4＝5個、ストーリーポイント換算で 5個×2pt＝10pt

  サイズ中

  7－6＝1個、ストーリーポイント換算で 1個×3pt＝3pt

  サイズ大

  3－2＝1個、ストーリーポイント換算で 1個×5pt＝5pt

  未開発のストーリーポイントの合計は「10＋3＋5＝18pt」です。
  
  次にベロシティを考えます。ベロシティは、チームが1回のイテレーションで完了させたユーザストーリーのストーリーポイントの合計値、すなわち開発生産性を表します。問題文に「S-05，S-06及びリリース2のベロシティとして，S-01～S-04の各スプリントで測定したベロシティの平均値を用いる」とあるので、表3の合計ptを使って算出すると、ベロシティは「(10＋8＋9＋9)÷4＝9pt」です。S-05及びS-06では「9pt×2＝18pt」分の作業を完成できることになるので、何とか優先順位Aの全部をリリース1に間に合わせることができると判断できます。一方、優先順位B・サイズ大の1つはリリース2に先送りせざるを得ないこともわかります。
  
  リリース2では、残ったプロダクトバックログを全部完成させることになります。表2で言うと以下の範囲です。
  
  リリース2で完成させるべきプロダクトバックログは、サイズ小が4つ、サイズ中が4つ、サイズ大が6つなので、ストーリーポイントの合計は、
  
  　4個×2pt＋4個×3pt＋6個×5pt＝50pt
  
  リリース2のS-07～S-12の6スプリントで完成見込みのストーリーポイントは「9pt×6＝54pt」ですから、問題文の「ベロシティ上の問題はない」という説明どおり問題なく作業を終えることができるとわかります。
  
  ∴d＝50