プロジェクトマネージャ午後I 事例記述令和6年 秋期
午後I 問1

問1 顧客体験価値(UX)を提供するWebシステム開発プロジェクトにおける品質確保

テーマ:顧客体験価値(UX)を提供するWebシステム開発プロジェクトにおける品質確保
左右2分割表示:左側の問題文をスクロールしながら右側の設問に解答できます

長文事例本文

図表クリックで拡大
問1 顧客体験価値(以下,UX という)を提供するシステム開発プロジェクトに関する次の記述を読んで,設問に答えよ。  P 社はレストラン予約のサービス事業を展開しており,サービスを提供するシステムは自社で開発している。サービスの利用者には無償の基本サービスと有償の付加サービスを提供している。付加サービスでは,様々な条件で検索できたり,口コミの投稿・閲覧ができたり,特別メニューを選択できたりする。これまで提供情報の種別・量や検索手段を増やすことで,付加サービスの利用者(以下,ロイヤルユーザーという)を開拓してきた。しかし近年,付加サービスの利用をやめて,ロイヤルユーザーから基本サービスの利用者(以下,無償ユーザーという)に戻る利用者が増えてきた。P 社の経営層はこの事態に危機感を抱き,早急に対策をとるために,営業部門の Q 課長と IT 部門の R 課長に状況の分析を指示した。 〔状況の分析と対策〕  Q 課長と R 課長はサービスの利用者にインタビューした。付加サービスの利用をやめた無償ユーザーへのインタビューでは,“自分には付加サービスは対価に見合うサービスではなかった。例えば,Web サービスに慣れていないので,様々なボタンを押したり,いろいろな情報を入力したりすることができず,希望するレストランが見つけられなかった。また,検索から予約までの合計の時間が掛かるので使いにくかった。レストランを探す際に口コミを見てもどこが良いか分からないし,また,口コミを自分では投稿しない。自分に限らず,多少のお金を支払ってでも良いレストランを探したい人は多いので,対価に見合うサービスを提供してほしい。”といった意見が多かった。一方,ロイヤルユーザーへのインタビューでは,時間を掛けてレストランを探したり,口コミの投稿・閲覧をしたり,特別メニューを利用したりする体験が高く評価されていた。  Q 課長と R 課長は収集したインタビュー結果などから,次のような分析をした。 ・Web サービスを使い慣れていない利用者と,希望に合ったレストランを簡単に探したい利用者には,付加サービスの UX は適合しない。 ・付加サービスの利用後に UX が対価に見合わないと感じて利用をやめる利用者が増加した。このような利用者に再度有償のサービスを利用してもらうためには,付加サービスとは異なる新たな UX を提供し,その UX を対価に見合う価値にする必要がある。 ・有償のサービスでは,UX を対価に見合う価値にすることが重要なので,有償のサービスを提供するシステムは UX を明確に定義して開発する必要がある。 ・無償ユーザーのうち,付加サービスの UX に関心がない利用者も,有償のサービスで対価に見合う UX が提供される場合は,有償のサービスを新規に利用する可能性が高い。  この分析に基づき,P 社の経営層は事業拡大のために“複雑な操作をせずに,希望するレストランがお勧めされ,すぐに予約できる。”という UX を定義した。そして,この UX を提供する新たな有償のサービス(以下,簡単サービスという)を開始することで,より多くの簡単サービスの利用者(以下,廉価ユーザーという)の獲得を目指すことを決定した。P 社は簡単サービスを提供するシステムを開発するプロジェクトを立ち上げ,R 課長がプロジェクトマネージャ(PM)に任命された。 〔UX 実現の検討方針〕  R 課長は簡単サービスで十分な品質の UX を提供することが重要であると考え,次の UX 実現の検討方針でプロジェクト計画を作成することにした。 ・様々な利用者が対価に見合う価値であると感じる UX を実現し,より多くの廉価ユーザーを獲得して事業を拡大する。そのために,UX に対して品質の指標を設定し,十分な品質を確保するように,要件定義,設計及びテストを実施する。 ・経営層の危機感を踏まえて,サービス開始の目標期限を設定し,予測型開発アプローチでシステムを開発する。ただし,廉価ユーザーは新たな利用者層であることから期待やニーズを一挙には把握できないので,複数回にわたって把握する。 ・要件定義では,簡単サービスの UX に対してこれまでの付加サービスの固定観念にとらわれない新たな期待やニーズを多面的に把握し,簡単サービスで十分な品質が確保できるようにする。 ・実装内容が UX に適合しているかどうか,及び実現する UX が対価に見合う価値であるかどうかを,簡単サービスの UX に理解を示している利用者が設計,テストの各段階で繰り返し検証する。 ・要件定義,設計及びテストでは利用者の参加が必要なので,各段階で行うニーズなどの提示及び内容の検証にふさわしい利用者を,プロジェクトの協力者として営業部門を通じて募る。 〔要件定義に関するプロジェクト計画〕  UX 実現の検討方針に従い,要件定義段階では,これまで付加サービスの利用がなく,かつ,利用回数が多い無償ユーザーのうち,次の二つの条件を満たす利用者を対象者として選定し,ヒアリングすることにした。  (ⅰ) Web サービスを使い慣れていない利用者  (ⅱ) a  まず,ワイヤーフレームを見てもらって,実際の利用場面をイメージしながら,操作性,視認性,入力情報項目の量に対する許容度,レストラン選択の判断に使うお勧め情報項目に対するニーズ,及び利用者が意識する時間(以下,利用時間という)に関するニーズを提示してもらう。把握したニーズなどを分析し,実装する画面機能やレイアウト,入力情報項目,出力情報項目,及び利用時間を要件として定義する。 〔設計に関するプロジェクト計画〕  UX 実現の検討方針に従い,設計段階では,簡易な条件入力画面とお勧め情報の表示画面のモックアップを使って,要件定義段階でのヒアリング対象者に操作性,視認性,表示項目などが UX に適合するかどうかを検証してもらうことにした。 〔結合テストに関するプロジェクト計画〕  R 課長は,本番稼働環境に近い環境で結合テストを行う計画とした。結合テストでは,複数の機能が連携して設計どおりに動作するかどうか,実装内容が要件に対して適切なものであるかどうかを本番データに近い疑似的なレストランの予約データを用いてテストする。この作業は4週間で終了するが,UX 実現の検討方針に従い,R 課長は次の検証も結合テストで行うために,追加で1週間の期間を確保した。 ・要件定義段階でのヒアリング対象者に,操作性・視認性を含む実装内容が UX に適合するかどうかを検証してもらう。 ・上記の対象者に加え,付加サービスの利用を今はやめている無償ユーザーにも結合テストに参加してもらい,ある内容を検証してもらう。 〔総合テストに関するプロジェクト計画〕  UX 実現の検討方針に従い,総合テストでは,結合テストまでのテスト参加者に加え,簡単サービスの UX に関心がある無償ユーザーにも参加してもらい,簡単サービスの UX が対価に見合う価値であるかどうかの検証と,UX に対するニーズなどの追加提示をしてもらう。追加提示されたニーズなどは精査の上対応する改修を行い,UX の品質が一定のレベル以上になったことを確認した上で,本番稼働させるスケジュールとする。  以上の整理を含め,R 課長はプロジェクト計画を完成させた。

設問一覧 & 解答・演習

まずは解答を作成してみましょう。「解答例を見る」をクリックするとIPA公式解答例と採点基準が開きます。

設問1(1)記述問題
制限字数:35 字以内
〔要件定義に関するプロジェクト計画〕について,R 課長が,ヒアリングの対象者を,これまで付加サービスを利用したことがある無償ユーザーではなく,利用したことがない無償ユーザーから選定した狙いを 35 字以内で答えよ。
0 / 35 文字
設問1(2)記述問題
制限字数:30 字以内
〔要件定義に関するプロジェクト計画〕について,R 課長は,ヒアリング対象者として,どのような条件を満たす利用者を選定したのか。本文中の a に入れる適切な利用者を 30 字以内で答えよ。
0 / 30 文字
設問1(3)記述問題
制限字数:20 字以内
〔要件定義に関するプロジェクト計画〕について,R 課長は,利用時間に関するニーズとして,何の時間に関するニーズを収集したのか。20 字以内で答えよ。
0 / 20 文字
設問2記述問題
制限字数:35 字以内
〔設計に関するプロジェクト計画〕について,R 課長が,検証してもらうために,要件定義段階でのヒアリング対象者を再度選定した狙いは何か。35 字以内で答えよ。
0 / 35 文字
設問3(1)記述問題
制限字数:25 字以内
〔結合テストに関するプロジェクト計画〕について,R 課長は,操作性・視認性が UX に適合するかどうかを,設計段階だけでなく,結合テスト段階でも検証する計画としたのはなぜか。25 字以内で答えよ。
0 / 25 文字
設問3(2)記述問題
制限字数:25 字以内
〔結合テストに関するプロジェクト計画〕について,R 課長が,結合テストで,付加サービスの利用を今はやめている無償ユーザーに検証してもらう内容は何か。25 字以内で答えよ。
0 / 25 文字
設問4(1)記述問題
制限字数:25 字以内
〔総合テストに関するプロジェクト計画〕について,R 課長が,簡単サービスの UX に関心がある無償ユーザーにも総合テストに参加してもらった事業上の狙いを 25 字以内で答えよ。
0 / 25 文字
設問4(2)記述問題
制限字数:35 字以内
〔総合テストに関するプロジェクト計画〕について,R 課長が,総合テストでも UX に対するニーズなどの追加提示をしてもらった理由は何か。35 字以内で答えよ。
0 / 35 文字
午後I長文記述の得点力を引き上げる定番対策書Amazon・楽天 公式提携
PR
三好 康之 著 / 翔泳社

情報処理教科書 プロジェクトマネージャ 2026~2027年版

💡 推薦ポイント:プロジェクトマネージャ試験の午前II対策から午後Iの記述パターン、午後II論文の構成法まで体系的に習得できます。
※本リンク先はプロモーション(アフィリエイト広告)が含まれています
【出題趣旨】IPA公式発表
新たな利用者層向けのサービスを提供するシステムを開発する際には,有償サービスの対価に見合う十分な 品質の顧客体験価値(以下,UX という)を提供しなければならない。そのためにプロジェクトマネージャ (PM)は,UX に対するニーズを多面的に,複数回にわたって収集し,設計及びテストの各段階でUX の適合性 などを繰り返し検証するプロジェクト計画を作成する必要がある。 本問では,Web サービスのシステム開発プロジェクトを題材として,予測型開発アプローチで利用者参加型 の要件定義,設計及びテストを行う際のUX 実現に向けたユーザーニーズの把握,仕様検討,品質確保の方法 などについて,PM としての実践的な能力を問う。
【採点講評】IPA公式発表
問1 では,Web サービスのシステム開発プロジェクトを題材に,十分な品質の顧客体験価値(UX)の提供に 向けてのニーズ収集,品質検証方法などについて出題した。全体として正答率は平均的であった。 設問2 の正答率は平均的であったが,ニーズを提示した人自身が,そのニーズの実装を検証することにとど まる解答が多かった。UX の適合性確認の際には,UX に理解を示していることが重要であることを読み取った 上で,正答を導き出してほしい。 設問3(1)は,正答率が低かった。誤答としては,UX の適合性検証が繰り返し行うものである点だけ記載し, 設計段階ではなく結合テスト段階で検証できる内容に言及できていないものが多かった。“設計段階”と“結 合テスト段階”の差異を本文から把握し,本番稼働環境に近い環境,本番データに近いデータの検証が,より 実際のUX に近い形での適合性検証を行うために重要となることを理解してほしい。
本番形式・制限時間付きで演習する
令和6年 秋期 午後I(2問選択・90分)を実戦演習モードで通し解答し、総合採点を受けられます。
実戦演習を始める