2021年 秋期 応用情報技術者試験 問9

家電メーカでのアジャイル開発

P社は、中堅の家電メーカである。従来、家電量販店を通した拡大戦略で事業を伸ばしてきたが、ここ数年の競争激化によって収益性が急速に悪化している。そこで、P社は、ビジネスモデルを、家電量販店を通した間接販売から、顧客となる消費者へ直接販売するインターネット販売へ転換する戦略を打ち出した。これを受けて、消費者向けのシステムの整備が急務となり、CDO（Chief Digital Officer）は、インターネット販売システム開発プロジェクト（以下、本プロジェクトという）を発足させた。

【本プロジェクトの計画】

(1) 本プロジェクトの目的

・インターネット販売は競合相手が多く、インターネット販売システムへの要求が満たされないと顧客は簡単に競合相手に移ってしまうので、P社として、顧客からの要求に対して、競合相手と比べてより迅速に対応できるようにする。

・これまで一部のプロジェクトだけで用いていたスクラムによるアジャイル開発を採用し、今後同社での利用を拡大させていく端緒とする。

(2) 本プロジェクトの方針

・P社にはスクラムの経験者が少ない。そこで試行開発の段階を設けて、スクラム開発の理解を深め、スクラムの開発要員を育成し、プロセスを確立しながら本プロジェクトを遂行する。

・試行開発を経て、本格的なスクラム開発の人材を確保し、顧客からの要求に迅速に対応できるようにする。

(3) 本プロジェクトのスコープ

・インターネット販売システムは、Webストア、モバイルアプリケーションソフトウェア（以下、モバイルアプリという）及びSNSの三つのサブシステムから構成される。Webストアから開発に着手することにして、これを試行開発と位置づける。

・Webストアのプロダクトバックログアイテムのうち、本プロジェクトの開始時点で洗い出した要件をユーザストーリの形式で記述して、開発の規模、難易度、複雑さなどによる開発作業の量（以下、サイズという）と優先順位で分類し、ストーリポイントを算出した。Webストアのユーザストーリ数と、サイズごとのストーリポイントの合計を表1に示す。

(4) 本プロジェクトの体制

本プロジェクトの体制を表2に示す。

①開発チームは、まずは全メンバでWebストアの開発チームを編成し、Webストアの開発の完了後に、モバイルアプリの開発チームとSNSの開発チームを編成することとする。

【本プロジェクトの実行と管理】

スクラムチームは、本プロジェクトを次のように進めることになった。

(1) スケジュールとその管理方法

・競合相手のWebストアは、1年に1～2回程度のリリースであるのに対して、P社のWebストアは、②リリースのサイクルを3か月に1回とした。

・Webストアのリリースは、リリース1とリリース2から成る。プロダクトバックログアイテムは優先順位によって次の計画でリリースする。 　・優先順位A･･･リリース1 　・優先順位B･･･リリース1　ただし、今後の進捗状況でリリース2でも可 　・優先順位C･･･リリース2

・リリース内では一連のスプリントを繰り返し実施し、各スプリントはS-01、S-02というように連番を付けて表す。

・スプリントは2週間を1単位とする。

・本プロジェクトの進捗状況が計画からどのくらい離れているのかを管理するために、横軸に時間、縦軸にストーリポイントを割り当てて、残りのストーリポイントを折れ線グラフで示すbを用いることにした。

(2) スプリントバックログの対応実績

・Webストアのスプリントバックログ対応実績集計表（S-04終了時点）を表3に示す。

(3) プロダクトバックログアイテムの追加依頼

S-04の途中で、T氏とR氏の間で次の会話が交わされていた。

T氏：重要な新規要件を優先順位Aとして追加することがビジネス上必須となった。

R氏：その要件が重要なことは理解したが、サイズ大のプロダクトバックログアイテム1個を新規追加することになるので、リリース1でリリースする計画のプロダクトバックログアイテムを見直すことになる。

T氏：アジャイル開発なので、要件の柔軟な追加や変更ができると思っていた。新規追加のプロダクトバックログアイテムは優先順位Aなので、これは必ずリリース1に入れてほしい。その上で、アジャイルの作業生産性は高いはずだから、計画したプロダクトバックログアイテムも全てリリース1に入れられるのではないか。

R氏：依頼については理解したが、リリース1でリリースするプロダクトバックログアイテムの見直しは不可避だ。

T氏：納得できないので、別途調整させてほしい。別件だが、機能的に重複するところがある類似の要件を、今後数件追加させてもらう可能性が高い。

R氏：了解した。その件については、プログラムの外部から見た動作を変えずにソースコードの内部構造を整理するcを実施することで、今後の拡張性・柔軟性を高めたいと思う。

【プロセスの確立と実施】

(1) S-04終了時のレトロスペクティブ

・開発チームは、人、関係、プロセス及びツールの観点からS-04のレトロスペクティブを実施し、うまくいった項目とうまくいかなかった項目を特定・整理した。

・開発チームは、S氏の助言を得て、③R氏とT氏との今回のプロダクトバックログアイテムの追加依頼の会話を踏まえて、関係者間でのプロセスの確立について検討することにした。

・R氏は、S氏の支援のもと、アジャイル開発は作業生産性の向上を目的とするものではないことをT氏に認識してもらうことにした。

(2) S-05開始時のスプリントプランニング

・S-05、S-06及びリリース2のベロシティとして、S-01～S-04の各スプリントで測定したベロシティの平均値を用いる。

・R氏は、確立したプロセスに則って調整した結果、リリース1については、T氏依頼のプロダクトバックログアイテム1個を新規追加した上で、優先順位Aのプロダクトバックログアイテムのリリース日を守り、リリース2については、残りの全てのプロダクトバックログアイテムをリリース日までに完了することでT氏と合意した。このとき、リリース2で対応予定のストーリポイントはdptとなり、ベロシティ上の問題はない。