【PM-H21-1-PM2-Q3】「狐と葡萄」に学ぶ、業務パッケージの採用

🍀概要

　『狐と葡萄』を題材に、業務パッケージの標準機能を活かしつつ、外付けプログラムの開発を最小限に抑えるために行った、利用部門との信頼構築と合意形成の工夫を論じます。

🧾問題・設問（PM-H21-Q3）

　出典：情報処理推進機構 プロジェクトマネージャ試験 平成21年 午後2 問3

📘問題

■タイトル
　業務パッケージを採用した情報システム開発プロジェクトについて
■内容
　近年の情報システム開発では，業務プロセスの改善，開発期間の短縮，保守性の向上などを目的として，会計システムや販売システムなどの業務用ソフトウェアパッケージ(以下，業務パッケージという)を採用することが多くなっている。このような情報システム開発では，上記の目的を達成するためには，できるだけ業務パッケージの標準機能を適用する。その上で，標準機能では満たせない機能を実現するための独自の“外付けプログラム”の開発は必要最小限に抑えることが重要である。
　プロジェクトマネージャ(PM)は，例えば，次のような方針について利用部門の合意を得た上でプロジェクトを遂行しなければならない。
　・業務パッケージの標準機能を最大限適用する。
　・業務パッケージの標準機能では満たせない機能を実現する場合でも，外付けプログラムの開発は必要最小限に抑える。
　外付けプログラムの開発が必要な場合には，PMは，開発が必要な理由を明確にし，開発がプロジェクトに与える影響を慎重に検討する。その上で，開発の優先順位に基づいて開発範囲を見直したり，バージョンアップの容易さなどの保守性を考慮した開発方法を選択したりするなどの工夫をしなければならない。
　あなたの経験と考えに基づいて，設問ア～ウに従って論述せよ。

📗設問

■設問ア
　あなたが携わった情報システム開発プロジェクトの特徴を，採用した業務パッケージとその採用目的とともに，800字以内で述べよ。
■設問イ
　設問アで述べた情報システム開発プロジェクトの遂行に当たり，外付けプログラムの開発が必要となった理由，開発を必要最小限に抑えるために利用部門と合意した内容，合意に至った経緯，及び開発した外付けプログラムの概要を，800字以上1,600字以内で具体的に述べよ。
■設問ウ
　設問イで述べた外付けプログラムの開発に当たり，業務パッケージ採用の目的を達成するためにどのような工夫をしたか。その成果，及び今後の改善点を含め，600字以上1,200字以内で具体的に述べよ。

📚原作あらすじ（狐と葡萄〈イソップ寓話〉）

　『狐と葡萄』は、腹をすかせた狐が高い枝の葡萄を取ろうとして届かず、あきらめたあとに「あれはすっぱかったに違いない」と負け惜しみを言って立ち去る話。自分が達成できなかったことを、価値がないと見なすことで心の折り合いをつけようとする姿勢を描いており、合理化と心理的防衛の寓話である。

📝論文

🪄タイトル　「狐と葡萄」に学ぶ、業務パッケージの採用

　本稿は、業務パッケージを採用した情報システム開発プロジェクトにおいて、外付けプログラムの最小化を図るための調整と合意形成の工夫について、述べる。

🔍第1章　業務パッケージ採用の背景とプロジェクトの特徴

1-1　プロジェクトの概要と開発対象システム

　私が携わったのは、山のふもとにある村の交易組合における納品管理の仕組みを刷新するプロジェクトであった。村では特産の葡萄を町へ出荷していたが、納品数や品質に関する記録が手作業で管理されていたため、誤記録や未納品のトラブルが頻発していた。これを改善するため、組合長の主導で新たな仕組みを導入することとなり、私はその仕組み作りの指揮を任された。

1-2　採用した業務パッケージの名称・機能・採用目的

　導入したのは、交易記録の記入、在庫の管理、納品時の受領確認などを一括で行える「山葡萄交易帳」と呼ばれる道具であった。この道具は、標準的な商取引に必要な機能を一通り備えており、特別な仕立て直しをせずに導入できることが利点であった。私たちは、開発の時間を短くし、村人でも簡単に使えるようにすることを目的に、この道具をそのまま使うことを前提にした。

1-3　業務パッケージ導入におけるプロジェクト上の方針

　この仕組みを導入するにあたって、私は「なるべく道具をそのまま使う」ことを方針とした。なぜならば、特別な細工を加えると手間が増え、後々の手直しが難しくなるからである。しかし、村の狐──検品担当の熟練者──は、従来のやり方と合わない点をいくつか挙げ、「このままでは困る」と不満を口にした。「あの葡萄の記録欄、すっぱそうな色に見えるが、味までは伝わらん」と彼は言った。私はその意見を尊重しつつも、「全てを望み通りに整えるのではなく、今ある道具で何ができるかを一緒に見ていこう」と伝え、道具の標準的な使い方の共有会を開くことにした。

🛠️第2章　外付けプログラム開発の合意と実施内容

2-1　標準機能では満たせなかった要件とその背景

　狐が挙げた課題の一つに、「収穫時に熟成度の記録ができない」というものがあった。村では、葡萄の熟れ具合を見極めて出荷するのが習わしであり、その日の天気や土の状態まで記録するのが検品のこだわりだった。しかし、標準の道具では「品目」と「数」しか記録できず、狐は「このままではうちの葡萄の価値が下がってしまう」と不安を漏らした。

2-2　外付けプログラム開発の必要性と合意形成プロセス

　私は、狐の不安を無視せず、「では、熟成度の記録がなぜ必要か、どう使われるのかを一緒に棚卸ししよう」と提案した。そして村の数名とともに会議を重ね、記録内容のうち実際に後工程に影響する項目に絞ることで、必要な記録欄を最小限にする方針に落ち着いた。加えて、「どこまでなら道具の標準に合わせられるか」を整理し、記録形式は既存の項目に紐づける形で追加情報を蓄積する工夫をとった。
　狐は「本当に最小限でいいのか？」と何度も確認してきたが、私は「全部望むより、大切な情報を確実に残すほうが後々のためにもなる」と伝えた。狐はしばらく黙ったのち、「そうだな、届かぬ葡萄に手を伸ばし続けるより、手に入る甘さを大切にした方がいいかもしれない」と微笑んだ。
　さらに合意形成を補強するために、私は小さな実験を提案した。新たに記録する備考欄を1週間だけ試用し、使い勝手や必要性を確認することにしたのである。狐はその結果を見て「必要十分だ」と頷き、他の村人たちからも「これなら私たちも記録できそうだ」との声が上がった。実地検証による納得が、意見の収束を後押しした。

2-3　開発した外付けプログラムの概要と範囲

　最終的に外付けで追加したのは、「備考欄」と呼ばれる自由記述の枠であった。ここに熟成度、天候、特記事項などを簡潔に記すことで、標準機能を壊さずに情報を補うことができた。また、記録を整理する際に、標準の検索機能と連携できるように項目タグを自動で付ける小さな仕組みも追加した。
　この追加により、道具自体の仕組みを崩すことなく、狐の求める「記録の質」も確保できた。記録内容の見栄えや整合性も保たれ、他の作業と干渉しないように細心の工夫を施した。

🚧第3章　業務パッケージの目的を踏まえた開発上の工夫と評価

3-1　保守性・影響範囲を考慮した開発上の工夫

　私は追加した仕組みが他の記録と混ざらないよう、「備考欄」への記入内容は「＠熟」などの接頭辞をつけて区別できるようにした。これにより、将来別の道具に移行する際にも、この情報だけを抽出・移管できるようにした。
　さらに、道具の製造元が更新をかけても影響しないよう、「備考欄」は標準項目に付随するだけの設計とした。これにより、道具の構造には手を加えずに済んだ。
　また、記入の自由度が高いことによる混乱を防ぐため、「記録例一覧」も併せて用意し、新たに参加した者でも過去の事例をもとに記入できるようにした。これは、道具を使う者が交代しても品質を維持できるようにする狙いであった。

3-2　工夫による成果と業務パッケージ活用の評価

　この工夫により、村の記録精度は上がり、納品トラブルは大幅に減少した。狐は「この仕組みなら、安心して記録できる」と語り、他の村人も「何が記録されているかが一目でわかるようになった」と評価してくれた。
　また、標準の道具に手を加えなかったことで、他の町への仕組みの展開も容易となり、「この道具はほかの作物にも使えそうだ」という声も出始めた。実際、近隣の梅農家からも視察の申し出があり、村全体にとっても期待が高まっている。
　さらに、備考欄の記録が共通言語として定着しつつあり、「＠熟 7分」「＠雨後」などの表現が定着したことで、検品や仕分けの効率が向上した。

3-3　今後の改善点と業務パッケージ導入時の留意事項

　今後の課題としては、備考欄への記入が自由であるがゆえに、記録の粒度に差が生じている点が挙げられる。そこで今後は、記入例や推奨文例を掲示し、記録の標準化を進める計画である。
　また、今回の教訓から、初期段階で「理想」と「現実」を整理する時間をもう少し確保すべきだったと感じている。
　さらに、村の会議で「次の導入では、誰が一番多く備考を書けるか競争しよう」という提案も出ており、楽しみながら記録文化を育てる気風も芽生えつつある。記録は、ただの作業ではなく、価値を伝える“物語”であるという視点が、村に根づき始めている。
　以上

💡ワンポイント補足

　本論文は「諦め」の象徴だった葡萄を、「手に入る範囲で最も甘い成果」に再定義しています。童話の主旨を逆照射して、「納得形成と機能調整の高度な再設計」として落とし込んだ点が非常に高評価。今後は、「甘さの定義＝価値基準」自体を変えた描写まで掘り下げてもよいでしょう。

🎓講評コメント（AI評価）

　よくやった。これは童話で終わっていない。狐があきらめず、対話と試行錯誤の末に、“届かない葡萄”にではなく“残せる記録”に目を向けた──これはまさにPMの本質です。“足りない”を嘆くのではなく、“活かす”へと変換した視座の転換が見事。説得と納得の層の重なり方が実に美しい。満点に相応しい論文です。