令和7年度 秋期 応用情報技術者試験 午後 問題 問9 WF・アジャイル混在プロジェクトの管理

ソフトウェア開発モデルが混在するプロジェクトのマネジメントに関する次の記述を読んで，設問に答えよ。

F社は中堅の電気機器メーカーで，製造拠点としてX工場をもつ。F社のITシステム部には開発課と保守課がある。開発課は，X工場向けにX工場生産管理システムを開発し，保守課が運用と保守を行っている。最近，F社は製品の需要増に対応するため，協業会社からY工場を買収した。

〔X工場生産管理システムの概要〕

X工場生産管理システムは，生産計画や生産実績管理などの基幹業務機能と，そのデータを活用して，品質問題などの分析や対策検討を行うためのデータ分析機能(以下，分析機能Xという)から成る。基幹業務機能はスクラッチで開発した。一方，分析機能Xは，V社が提供するデータ分析用のソフトウェア開発支援ツール(以下，Vツールという)を利用して開発した。基幹業務機能から出力されたデータは，分析機能Xのデータベースに蓄積され，X工場のユーザー部門がそれを分析作業で使用している。

〔X工場生産管理システムのY工場への展開〕

このたび，F社は，Y工場向けにY工場生産管理システム(以下，本システムという)を導入することとし，その際，X工場生産管理システムの機能をベースに必要な追加や変更の開発を行うことにした。F社は，本システムの開発を行うプロジェクト(以下，本プロジェクトという)を立ち上げ，開発課のS君を本プロジェクトのプロジェクトマネージャに任命した。Y工場は，X工場と製造方法が同じ製品だけではなく，製造方法が異なる製品も9か月後から製造する予定である。したがって，本システムは9か月後にはリリースしなくてはならない。

本システムの基幹業務機能は，X工場とY工場とで製造方法が同じ製品については，X工場生産管理システムの機能を使用できる。X工場とY工場とで製造方法が異なる製品については，新たな機能の開発が必要であるが，生産計画や生産実績管理などの業務に大きな違いはなく，Y工場のユーザー部門の要求事項は固まっている。また，データ分析機能へ出力するデータの仕様は製造方法や製品に依存しないので，新たなデータ出力機能の開発は必要ない。

一方，本システムのデータ分析機能について，要求事項を取りまとめるY工場のユーザー部門にS君がヒアリングした結果，次のような状況であった。

• X工場とY工場とで製造方法が同じ製品については，X工場生産管理システムの分析機能Xのパラメータ設定を変更することで対応できる。しかし，製造方法が異なる製品については分析機能Xのパラメータ設定の変更では対応できないので，Vツールを利用した新たなY工場向けのデータ分析機能（以下，分析機能Yという）の開発が必要である。
• 分析機能Yに対する要求事項はまだ決まっていない。分析機能Yについては，基幹業務機能の開発と並行して，試行錯誤しながら開発を進める必要がある。

S君は，この状況に対応する本プロジェクトの計画の策定に着手した。

〔本プロジェクトの計画〕

S君は，本システムの基幹業務機能及び分析機能Xに対しては，F社で規定されているウォーターフォール開発モデルを適用することにした。また，①分析機能Yに対してはY工場のユーザー部門の状況を踏まえ，要件定義〜実装の工程にF社で規定されているアジャイル開発モデルを適用することにした。
本システムの開発に適用するソフトウェア開発モデルを表1に示す。

S君は，前半の要件定義〜実装の工程を実施するチームを，基幹業務機能及び分析機能Xを開発するXチームと，分析機能Yを開発するYチームとで編成することにした。後半のテスト〜導入・受入れの工程は，両チームが一体となって作業することにした。Xチームの作業期間を確保し，Y工場のユーザー部門が本システムで確実に業務を実施できるようにするため，前半の要件定義〜実装の工程の作業期間と後半のテスト〜導入・受入れの工程の作業期間は，それぞれ4.5か月とした。

ウォーターフォール開発モデルを適用する工程での仕様変更要望については，プロジェクトオーナーであるY工場長，Y工場のユーザー部門の代表などのステークホルダが参加する変更管理委員会(CCB)を設置し，CCBで仕様変更要望を審査して変更の実施の可否を決定する。アジャイル開発モデルを適用する工程での仕様変更要望については，CCBではなく本プロジェクトで変更の実施の可否を決定する。また，テスト工程以降の仕様変更要望は受け付けない。

〔本プロジェクトのマネジメント〕

S君は，ウォーターフォール開発モデルの適用工程では，開発成果物に基づく指標を用いて進捗を管理するEVMを適用することにした。例えば，指標aと指標bとを比較し，aの方が小さい場合は進捗遅れがあると判断する。

アジャイル開発モデルの適用工程では，週5日を稼働日とする3週間のイテレーションを6回繰り返す。各イテレーションの作業は，計画の作成，要件定義〜実装，ユーザー部門レビュー及び振返りから成る。イテレーション内の作業を同じ作業量のタスクに分解し，タスクに優先度を付与する。タスクに対してチケットを発行して日々のタスクの進捗状況を把握する。Yチームのメンバーが計画の作成とチケットの発行を行い，S君がその内容や状況を確認する。各イテレーションでは，次のイテレーションに持ち越すタスクもあるが，優先度の高いタスクは3週間で終了させる必要がある。S君は，Yチームの進捗の把握には，イテレーションの経過日数と残チケット数を示すバーンダウンチャートを用いることにした。その上で，②毎朝のミーティングでは，Yチームの全メンバーでバーンダウンチャートを用いて残日数を確認し，当日実施するタスクと担当者を決めることにした。

ユーザー部門レビューにおいてY工場のユーザー部門から提出された仕様変更要望は，仕様変更要望一覧にリストアップされる。リストアップされた仕様変更要望については，業務での有用性の確認と作業量の見積りを行う。次に，他の仕様変更要望の優先度を考慮して変更の実施の可否を決定し，変更を実施する場合は次のイテレーションで対応する。

それぞれのイテレーションのタスクとしてcを行う。cでは，次のイテレーションでの作業の効率や品質を向上させるとともに，分析機能Yの保守作業の効率を向上させるため，外部仕様を変えずにソースコードの構造を整理する。

〔プロジェクト実行における問題〕

S君が5回目のイテレーションの5日目の終了時点で，進捗状況をバーンダウンチャートで確認したところ，図1に示すとおりになっていた。

5日目の作業完了時点での進捗遅れが，稼働日でd日分発生していることから，S君が，遅れが発生しているタスクの担当者であるE君に状況を聞いたところ，次の回答を得た。

• 4回目のイテレーションで，ある機能を分析機能Yに追加するという仕様変更要望がY工場のユーザー部門から提出された。これを，5回目のイテレーションの開発対象としていたが，一部の機能についてVツールを利用した開発方法の調査に想定よりも時間を要し，遅れが発生した。
• 調査の結果，Vツールはパラメータ設定で開発に利用でき，予定していたよりも少ない作業量で開発できるので，遅れを取り戻せることが分かった。

E君は，Vツールのパラメータ設定が追加のタスクなのでeし，S君がその内容を確認した。その後，タスクは予定どおり終了し，S君は，計画どおりのリリースを目指してプロジェクト推進を継続した。