課題別情報システム

課題ベース情報システム（IBIS）は、複数の利害関係者が関わる複雑で定義が曖昧な問題である「厄介な問題」を明確にするための議論ベースのアプローチである。^{[ 1 ]} IBIS表記法を用いた図式的な視覚化は、しばしば課題マッピングと呼ばれる。^{[ 2 ] : ix}

IBISは1960年代にヴェルナー・クンツとホルスト・リッテルによって発明されました。クンツとリッテルによれば、「問題ベース情報システム（IBIS）は、政治的意思決定プロセスの調整と計画を支援することを目的としています。IBISは、問題解決グループによって提起された問題の特定と解決を導き、議論に関連する情報を提供します。」^{[ 1 ]}

その後、計画と設計を（設計者自身または他者との）議論のプロセスとして理解するようになったことで、設計の根拠を示す際にIBISが用いられるようになった^{[ 3 ] [ 4 ]}。IBIS表記法は、数ある根拠表記法の一つである^{[ 5 ] 。IBIS表記法の簡潔さと、質問に焦点を当てている点から、問題が比較的不明確な問題解決の初期探索段階における会話を}表現するのに特に適している^{[ 6 ]。204}

IBISの基本構造はグラフである。そのため、グラフデータベースのようにコンピュータで操作するのに非常に適している。^{[ 7 ]}

IBISの要素は、問題（答える必要のある質問）であり、それぞれが代替的な立場（考えられる答えや考え）に関連付けられ（答えられる）、その立場は特定の立場を支持または反対する議論に関連付けられています。立場を支持する議論は「賛成」と呼ばれ、立場に反対する議論は「反対」と呼ばれます。^{[ 1 ] [ 8 ]}問題を扱う過程で、新しい問題が生じ、同様に扱われます。^{[ 9 ] [ 10 ]}

IBIS要素は通常ノードとして表現され、要素間の関連は有向エッジ（矢印）として表現される。^{[ 11 ]}

1988年、ダグラス・E・ノーブルとホルスト・リッテルは、 IBISの全体的な目的を次のように説明した。

課題ベース情報システムは、問題の範囲を広げる手段として使用されます。特にプロセスの初期段階でより多くの参加を促すことで、設計者は、自身が見落としていた提案ソリューションの難点が他者によって発見される機会を増やします。設計者が観察した問題は常に別のより高次の問題の単なる症状として扱われる可能性があるため、議論的なアプローチは、誰かがこの観点から問題に取り組む可能性を高めます。課題ベース情報システムのもう1つの望ましい特性は、設計プロセスを「透明」にするのに役立つことです。ここでの透明性とは、観察者と参加者の両方が意思決定のプロセスを遡って追跡できる能力を指します。^{[ 3 ]}

IBIS表記法は、機能分析図（FAD）表記法とともに、根本原因分析の補助として使用されてきました。^{[ 12 ] [ 13 ]}

^{IBIS表記法は、イシューマッピング[ 2 ] : ix}で使用される、議論マッピングと密接に関連する議論可視化手法である。^{[ 6 ]}イシューマップは、例えば因果ループ図、フローチャート、構造図などの理想的な概念構造とは異なり、会話の参加者から見た会話（または一連の会話）の修辞的構造を包括的に図示することを目的としている。^{[ 2 ] : 264}

リッテルの関心は公共政策と計画の分野にあり、彼と彼の同僚が厄介な問題を定義したのもこの分野である。^{[ 24 ]}したがって、クンツとリッテルがIBISを「意思決定のための計画に到達するために複雑な問題に直面している政府機関や行政機関、委員会、計画グループなどの協同組合の活動を支援することを目的とした情報システムの一種」と構想したことは驚くべきことではない。^{[ 1 ]}

クンツとリッテルの論文が書かれた当時、IBISタイプの手動紙ベースシステムが3つ使用されていた。2つは政府機関で、1つは大学で使用されていた。^{[ 1 ] [ 25 ]}

次の十年で、IBIS 型システムへの関心が再び高まりました。技術の進歩により、比較的安価なコンピュータベースの IBIS 型システムを設計することが可能になったためです。^{[ 3 ] [ 7 ] [ 26 ]} 1983 年までに、Raymond McCall らは、MIKROPLIS (microcomputer-based planning and information system) と呼ばれるパーソナル コンピュータ ソフトウェアに PHIBIS (procedurally hierarchical IBIS) と呼ばれる IBIS のバージョンを実装しました。これは、「プランナー、デザイナー、科学者などの専門的な問題解決者」向けの情報システムとして説明されました。^{[ 27 ] [ 28 ]} 1987 年、Douglas E. Noble は、博士論文の一部として、コンピュータ サポート IBIS プログラムを完成させました。^{[ 3 ]} 1980 年代後半に開発された別の IBIS コンピュータ プログラムには、HyperIBIS というものがあります。^{[ 29 ]}ジェフ・コンクリンと共同研究者は、IBIS構造をソフトウェアエンジニアリングで使用できるように改良し、1980年代後半にgIBIS （グラフィカルIBIS）ハイパーテキストシステムを作成しました。 ^{[ 7 ] [ 26 ]} 1990年頃、Author's Argumentation Assistant（AAA）と呼ばれるプログラムが、PHIBISモデルとトゥールミンの議論モデルを組み合わせて、「議論テキストのためのハイパーテキストベースのオーサリングツール」を作成しました。^{[ 30 ]} 1990年代には、アーキテクチャ研究者がIBISをファジー推論システムで強化する実験を行いました。^{[ 31 ] [ 32 ]}

グラフィカルな IBIS タイプのシステムが共同設計や問題解決を促進することが認識されると、他にもいくつかのシステムが開発されました。^{[ 4 ]}これらの取り組みは、グラフィカルな IBIS 表記法などをサポートするオープンソースのCompendium (ソフトウェア)ツールの作成に結実しました。 ^{[ 4 ] [ 33 ] [ 34 ]} Microsoft SharePointと統合する別の IBIS ツールは Glyma と呼ばれています。^{[ 2 ] : 290}ストレージにデータベースに依存しない同様のツールには、DRed (Design Rationale editor) ^{[ 35 ]や designVUE [ 36 ]}などがあります。

2000年代半ば以降、特にさまざまな社会的および技術的コンテキストにおける意味理解と協調的問題解決の文脈において、IBISタイプのシステムへの関心が再び高まっています。 ^{[ 2 ] [ 37 ] [ 6 ] [ 38 ] [ 39 ]}特に注目すべきは、IBIS表記法を使用してデザイン（またはその他の）対話の展開をマッピングするダイアログマッピングと呼ばれる促進手法です。^{[ 15 ] [ 16 ]}

2021年、研究者らは、人工知能ベースのファシリテーションを備えたディスカッションサポートプラットフォームであるD-AgreeでIBIS表記法が使用されていることを報告した。^{[ 40 ]} IBISに触発されたD-Agreeのディスカッションツリーは、問題、アイデア、賛成、反対の4種類の要素の組み合わせで構成されている。^{[ 40 ] [ 41 ]}このソフトウェアは、IBISに基づいてディスカッションの構造をリアルタイムで抽出し、すべての文を自動的に分類する。^{[ 40 ] [ 41 ]}