AIBR プレミアム
拓海先生、お忙しいところ失礼します。最近、部下から「マンガを使った要求定義が有効だ」と聞きましたが、正直半信半疑でして、要点を教えていただけますか。
素晴らしい着眼点ですね！簡潔に言うと、マンガのキャラクター設定と物語作りの手法を要求開発（Requirements Development）に応用して、早期に「何を作るか」を明確化できる手法ですよ。大丈夫、一緒に見ていけば全体像がつかめますよ。
それで、現場の時間やコストを考えると「遊び」のように見える手法が本当に効果があるのか、投資対効果が気になります。どの段階で効いてくるのですか。
要点3つで説明しますね。第一に、上流工程で要求のズレを減らし手戻りを抑えられること、第二に、異分野の人間が共通認識を短時間で持てること、第三に、独創的なアイデアを早期に引き出せることです。時間投資は初期に若干必要ですが、後工程の手戻り削減で回収できるんです。
なるほど。ただ、弊社は製造現場と営業、設計が仲良くない。異分野を混ぜるのは理想論に聞こえますが、具体的にはどうやってチームを回すのですか。
クラス演習では情報系学生とマンガ学科の学生を混成し、三〜五人単位で共同作業させています。要は異なる視点がぶつかる場を意図的に作ることで互いの言語化のギャップを埋めるのです。最初はファシリテーターが要約役になり、共通の「主人公像」を作れば議論が驚くほど進みますよ。
その「主人公像」というのはペルソナ（Persona）と同じではないですか。我々はこれまでPersonaという手法も聞いていますが、どう違うのですか。
良い質問です。マンガのキャラクターは顔つき、口癖、行動パターン、生活背景まで描かれるため、Persona（英語表記 Persona、顧客像）のような抽象的記述よりも具体性が高いのです。つまり、現場の振る舞いが想像しやすく、開発チームが「その人が何をしたいか」を直感的に共有できるのです。
わかりました。ところで「これって要するに、マンガでユーザー像を絵にして議論の基準を固定するということ？」
その理解はとても本質を突いていますよ。要するに、マンガは議論の「共通言語」を作り、プロジェクトの航路（Key SummaryとKey User-goal）を示す灯台のような役割を果たすのです。だから早期に「何（What）」を固めることができ、後の「どう（How）」の議論がぶれにくくなりますよ。
実務に落とし込む際に、設計書や要件定義書にどうつなげるか不安があります。マンガは感性的ですが、ドキュメント化との接続は簡単ですか。
接続は設計の要点を「Key Summary」「Key User-goal」という短い要約に落とし込み、その下にユーザー行動と要求を紐づけることで可能です。マンガは上位の指針を作るので、そこから機能要件や非機能要件に枝分かれさせるだけでドキュメント化できますよ。
では、現場で試験導入する場合の最小限のステップを教えてください。小さく始めたいんです。
小さく始めるなら、まず代表的ユーザー像を1つマンガで描き、それをもとにKey User-goalを一枚のサマリーにまとめてください。次にそれを現場と共有して一週間で改善案を二つ出すことを目標にすれば短期間で効果が確認できます。大丈夫、できるんです。
よくわかりました。では最後に、私の言葉で整理して報告します。「マンガで具体的な利用者像を短時間で作り、その像を軸に上流で何を作るかを決める。そうすることで後の手戻りを減らし、部署間の共通認識が速く作れる」ということですね。
そのとおりです。完璧にまとめられましたよ、田中専務。現場での初期トライアルがうまくいくように一緒に設計案を作りましょう。大丈夫、一緒にやれば必ずできますよ。
1.概要と位置づけ
本研究は、マンガ表現の技法を上流工程の要求開発（Requirements Development）に組み込んだ教育演習の報告である。結論を先に述べると、マンガ駆動のPBL（Project-Based Learning）演習は、開発初期における高水準の目標とユーザー像の明確化を促進し、独創的で質の高いシステムアイデアの創出に寄与する点で従来手法と一線を画した。重要なのは、マンガが提供する具体的なユーザー像がチーム内の共通認識を短時間で形成し、それが後続工程の手戻りを抑制するという因果連鎖である。読み手の多くが経営層であることを踏まえれば、本手法は要件定義の効率化とリスク低減という経営的効果をもたらしうる。
基礎的には、要求開発は顧客ニーズを抽出し製品要件に翻訳する作業であり、ここが曖昧だと以降の設計や実装でコストが膨らむ。マンガ技法を導入することで「誰に何を届けるのか」という問いへの応答を視覚化し、チーム間での齟齬を早期に発見できるようになる。教育演習という文脈での検証結果は、学生チームが早期にプロジェクトの方向性を定め、ユニークな発想を生んだことを示している。つまり本研究は、人的コラボレーションの質を高めるツールを示すと同時に、現場導入の可能性を提示している。
2.先行研究との差別化ポイント
先行の要求開発研究やUX（User Experience、ユーザー体験）設計の手法にはペルソナ（Persona、顧客像）やユーザーストーリーマッピング等が存在するが、マンガ技法の差別化点はその具体性にある。ペルソナは概念的な記述に留まることが多いのに対し、マンガは表情や行動、状況描写を通じて現実味のある利用者像を提供する。これにより、設計者やエンジニアがユーザーの振る舞いを直感的に理解でき、議論の焦点が「What（何を作るか）」に集約されやすいという利点が生じる。
また、本研究は教育的PBL演習として実践的にチーム構成やファシリテーション方法を示した点で独自性を持つ。学内外の異分野の学生を混成することで、実務に近い異なる視点の統合プロセスを再現している点も評価される。結果として、単なる理論提示ではなく、実際のワークフローとしての有効性が示されている点が先行研究との差である。
3.中核となる技術的要素
本手法の中核は、マンガによるユーザー像の具体化と、それを起点としたKey SummaryおよびKey User-goalの定義である。技術的要素とはいえプログラム的な話ではなく、設計思考や共感的観察の手法を編成的に適用する点を指す。具体には、キャラクター設定、場面描写、行動シナリオの作成を通じてユーザーの行動・欲求・制約を深掘りし、その結果を要求仕様の上位構造として位置づける。
さらに、これを五フェーズのRDプロセスに組み込み、顧客要求から製品要求、分析へと段階的に落とし込むフローを確立している。ここで重要なのは、マンガが提供する「Very high summary（超要約）」がチームの航路標（コンステレーション）となり、具体的な機能議論に入る前にプロジェクトの方向性を固める点である。
4.有効性の検証方法と成果
教育演習としての検証は、学部レベルの混成チームに対するPBLカリキュラム実施を通じて行われた。成果指標は、上流工程での目標の明確化度、提案システムの独自性、プロジェクト後の振り返り（Postmortem）におけるプロセス理解度である。評価の結果、マンガを用いたチームは初期段階で高水準の目標を定義しやすく、独創的で質の高いシステムアイデアを提示する傾向が確認された。
また、プロジェクト管理やファシリテーション、プレゼンテーション能力といった副次的な学習効果も観察された。こうした成果は教育目的のPBLとしての有効性を示すと同時に、実際の開発現場での試行導入の根拠にもなる。重要なのは、初期投資を抑えつつ短期間で共通言語を作る点がコスト削減に結びつく可能性である。
5.研究を巡る議論と課題
議論点としては、マンガ手法のスケール適用性と、企業文化への適合性が挙げられる。教育環境での効果は示されたが、実務組織で同様の効果を出すにはファシリテーション能力やクリエイティブ制作のリソースが必要であり、導入コストや運用手順の整備が課題である。加えて、マンガの表現がステレオタイプに陥るリスクや、過度に物語性に依存して実装可能性が軽視される懸念にも注意しなければならない。
これらの課題に対しては、段階的導入、評価指標の明確化、専門的支援の外部確保といった対策が考えられる。経営判断としては、まずは小スケールの試験導入で効果を検証し、成功事例を横展開するアプローチが現実的であろう。結局のところ、手法そのものの有効性だけでなく導入プロセスと組織対応が鍵を握る。
6.今後の調査・学習の方向性
今後は企業現場での実証実験を通じてマンガ手法の経済効果を定量化する研究が必要である。具体的にはプロジェクトの手戻り回数、開発期間、ユーザー満足度などを比較する長期的な追跡調査が望ましい。加えて、デジタルツールとの親和性を高める研究も重要で、マンガの作成と要求管理ツールを連携させることで運用負担を軽減できる可能性がある。
教育的観点では、ファシリテーション手法や異分野協働スキルを体系化するカリキュラム開発が今後の課題であり、それが現場導入の成否を左右する。最終的には、マンガによる可視化が組織のコミュニケーションインフラの一部となり得るかを検証していくべきである。
検索に使える英語キーワード
会議で使えるフレーズ集
- 「上流での齟齬を減らすために、まずはユーザー像を一枚の絵で共有しましょう」
- 「この提案はKey User-goalに基づいて評価できますか」
- 「まずは最小限のマンガを作り、二週間で効果を検証しましょう」
- 「部署間の共通言語を作るために、ビジュアルを起点に議論を進めます」
参考文献: Y. Tanaka, H. Iida, Y. Takemura, “A Manga-Driven System Requirements Development PBL Exercise”, arXiv preprint arXiv:1804.03357v1, 2018.
