🍀概要
『海幸彦と山幸彦』を題材に、不明確な仕様や経験の乏しい領域に対して、段階的な情報収集と見積りの見直しを通じて、規模見積りのリスクを最小限に抑えたプロジェクトマネージャの対応を論じます。
🧾問題・設問(PM-H12-Q1)
出典:情報処理推進機構 プロジェクトマネージャ試験 平成12年 午後2 問1
📘問題
■タイトル
開発規模の見積りにかかわるリスクについて
■内容
ソフトウェアの開発規模は,プロジェクトの開発費用や開発期間を算定する基礎となる。開発規模を過小に見積もったために,プロジェクトの実施段階において,開発費用やスケジュール上の問題が発生することが少なくない。プロジェクトマネージャは,見積りに伴うリスクを想定し,そのリスクを軽減及び管理する必要がある。
リスクを軽減するためには,仕様のあいまいな部分の確認や詳細化による明確化,見積事例データベースを利用した類似事例との比較など,より正確に見積もるための努力が不可欠である。また,高いリスクが予想される場合には,開発フェーズごとの分割契約やインクリメンタル(段階的)開発などの施策が効果的である。
リスクの管理においては,プロジェクトの進捗状況に応じて,プロジェクトに重大な影響を与えるような見積りの前提条件の変化や当初の見積値との差を常に追跡し,必要によって仕様や開発スケジュールを見直すなど適切な対応が求められる。
あなたの経験に基づいて,設問ア~ウに従って論述せよ。
📗設問
■設問ア
あなたが携わったプロジェクトの概要と,開発規模の見積りに関して想定したリスクを,800字以内で述べよ。
■設問イ
設問アで述べたリスクを軽減し,また,そのリスクを管理するために実施した施策を,工夫した点を中心に具体的に述べよ。
■設問ウ
あなたが実施した施策の効果をどのように評価しているか。また,今後改善したいと考えている点は何か。それぞれ簡潔に述べよ。
📚原作あらすじ(海幸彦と山幸彦〈日本昔話〉)
海幸彦と山幸彦は兄弟で、兄は海で漁を、弟は山で狩りをしていた。ある日、互いの道具を交換するが、山幸彦が海幸彦の釣り針をなくしてしまう。責任を取るため、山幸彦は海神の宮殿に赴き、試練と誠実さを通じて釣り針を取り戻す。その後、山幸彦は海神の娘と結婚し、祝福を受けて地上に戻る。誠実さと試練を乗り越える意志の大切さを描いた神話である。
📝論文
🪄タイトル 「海幸彦と山幸彦」に学ぶ、見積りリスクと海神の使い
本稿は、開発規模の見積りにかかわるリスクとその対応について、述べる。
🔍第1章 プロジェクト概要と見積りにかかわる想定リスク
1-1 プロジェクトの概要と開発対象の特徴
私は、村の交易を支える新たな物流連絡網「海路便(うみじべ)」の仕組みを作る役目を担った。これまで山越えしか手段のなかった村では、海を通じた道が新たな希望とされ、漁村との情報共有や物資連携を担う仕組みが求められていた。
計画は3か月で基本機能を整えるというものだったが、これまでにない海の道具や情報を扱う必要があったため、村の兄たちは慎重な目を向けていた。
1-2 開発規模見積りの前提と課題
山の道と異なり、海には霧・潮・海獣など不確定要素が多く、何を仕組みに組み込むべきかの判断が難しかった。私は兄(山幸)に「霧の見張り番」「潮見板」「魚の群れを追う道具」など、多数の要素を提案されたが、それらは使ったことのない未知の道具で、見積りの基準がなかった。
また、交易相手となる漁村(海の国)との合意形成も進んでおらず、必要機能の全貌が不明確だった。
1-3 見積りに伴って想定したリスク
こうした中、私が特に懸念したのは、道具の取り扱いと連絡手順の機能要件が膨張することで、工数が大幅に増えるリスクだった。兄は「そんなのは後で足せばいい」と言ったが、私は「後で足す」ことが初めから織り込まれていないと、全体が破綻しかねないと考えた。なぜならば、村と海との間では時間の流れ方や伝達方法も異なり、後からの修正が致命的になる可能性があったからである。
🛠️第2章 リスク軽減とリスク管理の施策
2-1 見積り精度向上のための軽減施策と工夫
私はまず、海の国の長(わだつみ)に使いを出し、現地の生活様式や道具についての物語を集めた。兄には「時間がもったいない」と言われたが、「わからぬまま積んでも、見積りではなく願望にしかならぬ」と伝えた。
また、過去に他村が海とつながったときの記録(航海日誌)を探し、似た構成の道具や所要日数、失敗例などを抽出し、仮の見積モデルを作成した。
さらに、集めた情報は絵図に起こして兄や村人に共有し、視覚的に道具の複雑さや設置規模を伝えた。これにより、感覚的なズレや誤解が減り、要件の具体化が加速した。私は「自分の頭の中だけで完結させないことが、見積りの第一歩」と考え、対話を通じたすり合わせを重視した。
2-2 高リスク見積りへの契約・開発方式の工夫
私は当初から、すべてを一度に作るのではなく、「霧用の道具」「潮用の道具」など、段階的に仕組みを整える構えを取った。わだつみとの協議の末、「第一段階で海獣が出なければ、第二段階で群れ追いの道具を用意する」という段階契約を結んだ。これは、機能追加の判断を実際の状況に委ね、無駄な準備を避けることを狙ったものである。
さらに、段階ごとの終了判定には「利用者の声を聴く場(市での声)」を取り入れ、形式的な進行で終わらぬように工夫した。漁師が「この道具は扱いやすい」と言えば次の準備に進み、「重い」「遅い」とあれば再設計を挟む柔軟性を持たせた。この工夫により、開発方式そのものがリスク緩和の枠組みとして機能した。
2-3 進行中の差異追跡とリスク管理の仕組み
開発が始まってからも、私は毎週の市で、霧の濃さや潮の速さ、実装道具の扱いやすさを確認し、「最初の想定とのずれ」を記録した。「魚群を読む道具は思ったより重かった」と漁師に聞けば、その場で記録し、次の段階での要件に反映した。
さらに、進行中の前提変更が発生した際は、兄・漁村の代表・私で集まり、再見積りを行った。
これらの報告と記録は「ずれ帳」として綴られ、進行に関与する全員が確認できるようにした。私は「曖昧なまま進めば、判断の誤差が蓄積し、やがて信頼の崩壊を招く」と考えた。だからこそ、小さな差異の早期発見と共有を徹底したのである。
🚧第3章 施策の評価と今後の改善点
3-1 施策の効果と評価
結果として、最初に整えた霧用・潮用の道具は予定通り3か月で整備され、追加で必要となった魚群追跡の道具も、第二段階の契約に基づいて迅速に準備できた。
全体として、機能要件は当初計画の1.3倍となったが、段階契約と前提の更新によって、計画破綻には至らなかった。これは、定期的な差異記録と、要件変化への即時反映が功を奏した結果である。
また、兄をはじめとする関係者が「思ったより柔軟に進んだ」と語るなど、心理的な安心感も副次的効果として得られた。これは、透明性と納得形成が成果と同等に重要であることを示していた。
3-2 施策の限界と反省点
一方で、当初のわだつみへの使いが遅れたため、初期の霧用道具の型決定が1週間遅延し、調整に追われた。兄との間でも「調査が遅い」と叱責され、「速さ」と「確かさ」の両立に悩んだ。
また、情報収集の範囲に偏りがあり、漁師ごとの道具習熟度の差異を考慮しきれなかった点も、今後の見積り精度に向けた反省点である。
さらに、各段階の終了基準がやや主観的であったため、今後は数値目標(例:漁師10人中7人が満足と答えるなど)を加えることで、進行判断の明確化を図りたい。
3-3 今後の見積りリスク対応の改善策
今後は、道具の見積りについて「構造」「扱う者」「利用頻度」などの軸で分類し、それぞれに対して標準的な見積モデルを整備する予定である。また、リスクの大きさに応じて「段階契約」「途中見直し」の判断基準を事前に共有し、誰が見積っても同程度の精度が出せるよう、知識の蓄積と共有の仕組みを組み込みたい。
また、段階ごとに「想定と現実の差異に対してどれだけ柔軟に適応できたか」を振り返る場を設け、改善点を即座に次に活かす反復型の見積り知見として定着させる仕組みも検討している。
以上
💡ワンポイント補足
本論文では、「見積りの不確かさ」を“釣り針の所在不明”に重ね、未知領域に飛び込んで情報を得る山幸彦の行動を、プロジェクトにおける不確定性の解消プロセスに対応させています。また、“段階契約”や“進捗の逐次評価”は、原作における海神との信頼構築や試練の比喩として展開しています。
🎓講評コメント(AI評価)
──おお、これは“神話の皮をかぶったPM論文”じゃないか。実に見事な再構成だ。
第1章では、霧・潮・道具の不確かさを“海の生活文化の異質さ”として落とし込み、読者が「これ、簡単に見積れるわけないな」と自然に思える導入が効いている。そして兄の「後で足せばいい」というセリフがまた効いてる。リスクの軽視、それに対するPMの反論。この一節だけで、もう構造が読める。
第2章は圧巻だな。“物語を集める”という文化的行為を、まるでヒアリングとナレッジの収集に変換している。「見積りではなく願望にしかならぬ」とか「自分の頭の中で完結させない」──どれもPM講義の引用にしたくなる名文句だよ。そして、段階契約の使い方も自然。「海獣が出なければ次」なんて、まさに現実の“前提条件付きスコープ”じゃないか。
第3章では、成果と反省をきっちり分け、しかも「兄が柔軟に進んだと言った」なんてエモい展開まで押さえている。反省もまた正直だ。「曖昧なまま進めば信頼の崩壊」──グサッと来たね。
これは満点論文。いや、“教えたくなる論文”だ。教材候補、確定。
📌補足
PM童話論文の読み方について(共通注記) ※クリックで開きます
🐇補足:この童話論文の読み方について(共通注記)
本教材は、情報処理推進機構が実施する「プロジェクトマネージャ試験・午後Ⅱ(論述式)」の対策として、AI(ChatGPT)との共創により執筆された実験的な教材です。人間による構成・監修のもと、誰もが知る童話や寓話の世界観とPMスキルの融合を試みています。
🔎 ご留意いただきたい点
- 🧙♀️ 物語と論述内容は一部異なります
原作の登場人物やエピソードを活用していますが、設問の要求に応じて、原作には登場しない要素(例:プロジェクト合意形成、再見積り判断、リスク対応策など)を加えています。 - 📚 プロジェクトマネジメント用語と構成は試験準拠です
「再見積り」「予測活動」「リーダーシップ」「行動原則」「テーラリング」などの専門用語や章構成は、IPAの論文設問に準拠しています。童話内のセリフや出来事は、これらを支える比喩・象徴として用いています。 - 🏰 ITシステムは直接描かれない場合があります
「三匹の子ぶた」や「オズの魔法使い」などの物語では、ITやソフトウェアといった直接的な技術要素は登場しません。代わりに、プロジェクト構造(目的・合意・リスク・評価など)として描いています。 - 🔔 実在のプロジェクトや企業とは一切関係ありません
本教材は、実在のプロジェクトや企業とは一切関係ありません。試験学習の補助を目的とした知的演習であり、「童話のキャラクターを借りた架空のプロジェクト事例」としてご理解ください。
📣 執筆方法について
本教材の論文は、AI(ChatGPT)を“執筆者”、筆者自身を“編集者”と見立てた共創スタイルで制作しています。AIはしばしば予想外の視点や表現を提示し、それが筆者にとって新たな気づきとなりました。この共創の姿勢そのものが、未来の学習と表現の可能性を広げる一助となると考えています。
🌱 本教材のねらい
- PMBOKや試験論点を、物語構造に置き換えて視覚的に理解・定着させる
- 感情・記憶・構造を同時に刺激し、本質理解を深める
- 論文の章構成や設問対応、因果展開の基本を体感的に習得する
🍀 副次的な効能
- なじみある物語を通じて、過去に出題された全て(79種 ※2025年6月現在)の問題文・設問パターンを自然に習得できる
- 設問と論文の対応を照合することで、“採点官視点”を無理なく体得できる
- 複数論文を比較することで、PM個人の視点にとどまらない、PMO的な構造思考を養える