評価用ソフトウェアを評価する際、話題はたいてい機能についてから始まり、機能についてで終わってしまいます。「どのような問題形式に対応しているか？」「適応型テストに対応しているか？」「レポートダッシュボードはどのような見た目か？」といった点です。これらの質問は良い出発点ではありますが、それだけでは不十分です。
見落とされがちなのは、プラットフォームが委託されたコンテンツをどのように扱うかという点です。例えば、評価項目は標準的な形式でエクスポートできるでしょうか？5年後に別のシステムへ移行しても、データは維持されるでしょうか？さらに、より広範なEdTechエコシステムとの連携についてはどうでしょうか？
適切に作成された提案依頼書（RFP）は、単に機能を比較するだけのものではありません。評価における戦略的な管理ポイントとして機能し、長期的な柔軟性を確保するための機能、基準、構造、およびデータ管理手法を定義する機会を提供します。本記事では、長期的なベンダーロックインを回避するために、評価用RFPをどのように構成すべきかについて解説します。
キーテイクアウツ
- 多くの評価に関するRFPは、調達要件において相互運用性を明確に定義していないため、期待に沿わない結果に終わることが多い。
- 調達に関する決定は、特にコンテンツの移植性や統合の観点において、システムの長期的な柔軟性に直接的な影響を及ぼします。
- 評価データは、長期的な組織資産として扱われるべきであり、その調達要件には、データの所有権、エクスポート形式、およびメタデータの保存が含まれるべきである。
- 1EdTechの認証および登録番号は、ベンダーが相互運用性に関する主張に対して説明責任を果たすよう、検証可能な手段を提供します。
多くの評価業務のRFPが期待外れに終わる理由
評価システムのRFPは、完璧に書き上げられ、磨き上げられた文書とはならないかもしれませんが、それでも十分に練り上げられ、戦略的に妥当なものであることは可能です。つまり、質問形式、採点、分析といった現在の機能にとどまらず、5年後あるいは10年後の評価ソフトウェアの柔軟性を左右する構造的な課題に取り組む必要があるということです。
最も見落とされがちな分野の中で、 相互運用性 こそが最も重要だ。多くのRFPでは、これを完全に省略するか、「業界標準をサポートしなければならない」といった曖昧な表現で言及しているに過ぎない。
この問題点は、ベンダーが、必ずしも教育機関の意向に沿うとは限らない、自分たちに都合の良い方法でコンプライアンスを解釈する余地を与えてしまうことです。例えば、あるベンダーは、自社のプラットフォームがCSVファイルをインポートできるという理由だけで、システムが相互運用可能であると主張するかもしれません。しかし実際には、他のプラットフォームで容易に利用できるような、完全に構造化された評価パッケージをエクスポートすることはできないのです。
その結果、多くの機関が、自分たちが 契約に縛られていたことに気づく ことに気づくのです。例えば、評価項目、メタデータ、採点ルール、アクセシビリティ設定などが、従来のシステムに縛られていることが判明することもあります。これらの構造を別の場所に再現するには数ヶ月を要し、多くの場合、予想以上のコストがかかります。
調達決定が長期的な柔軟性に与える影響
こうした課題に取り組むべき適切なタイミングは、RFP（提案依頼書）の段階です。相互運用性を単なる技術的な詳細ではなく、戦略的な要件として捉える調達チームこそが、組織の長期的な成功を築く基盤となります。
選択したプラットフォームは、増え続ける評価コンテンツの受け皿となり、学習管理システム（LMS）、学生情報システム（SIS）、分析ツールなどの他のソフトウェアとの連携拠点となり、アクセシビリティ要件を満たすための仕組みとなります。
相互運用性の要件が明確に定められていないプラットフォームを選択すると、貴機関は徐々に 主導権を徐々に手放すことになります。データ損失なくシステム間で移行可能なオープンで標準化されたフォーマットではなく、ベンダー独自の仕様に依存すると、 プラットフォームの切り替えコストは は年を追うごとに増大していきます。
柔軟性を確保するために、将来を予測する必要はありません。その代わりに、オープンスタンダードの採用、明確に定義されたエクスポート機能、そして移植性に関する契約上の確約を徹底する必要があります。これらはすべて、組織としての交渉力が最も高い段階であるRFPの段階で、あらかじめ明記しておくことができます。
相互運用可能な評価に関するRFPの作成方法
「プラットフォームは相互運用可能でなければならない」と言うのは、「建物は安全でなければならない」と言うのと少し似ています。具体的な内容がなければ、何を徹底させるべきかも分かりません。相互運用性を真の要件とするためには、参照する規格やそのバージョン、そして適合性をどのように検証するかについて、具体的かつ明確に定める必要があります。
QTI規格
「 質問・テスト相互運用性 (QTI) 標準は、EdTechコンソーシアム 1EdTechが管理する「Question and Test Interoperability(QTI)」標準は、プラットフォーム間で評価コンテンツをパッケージ化し、交換するための最も広く利用されている標準です。この標準は、項目、テスト、採点ルール、およびメタデータをポータブルなXML形式でどのように構造化すべきかを定義しており、あるシステムで作成されたコンテンツを別のシステムで提供できるようにします。
QTI規格は、QTI 2.1、2.2、3.0など、いくつかの主要なバージョンを経て進化してきました。これらの各バージョンは、それぞれ異なる機能をサポートしています。最新バージョンの QTI 3.0では、ネイティブのHTML5サポート、コンピュータ適応型テスト、およびポータブルなカスタムインタラクションが追加されました。また、プラットフォーム間のレンダリングの一貫性も向上しています。
バージョン番号は重要です。例えば、QTI 2.1の認証を取得しているベンダーでも、QTI 3.0のコンテンツに対応できない場合があり、その逆も同様です。1EdTechは2024年後半にQTI 2.1の認証を終了したため、現在作成されるRFPでは、お使いのデバイスがQTI 3.0に対応していないなど、特別な理由がない限り、QTI 3.0を明記する必要があります。
APIPとアクセシビリティ
APIP（Accessible Portable Item Protocol）は、もともと1EdTechの独立した規格であり、評価コンテンツが、テキスト読み上げのヒント、手話の参照情報、点字対応、代替テキストなどのアクセシビリティ情報をポータブルな形式で保持できるようにするものでした。
QTI 3.0 では、これらの機能が QTI 標準に追加されました。調達においては、これにより、RFP（提案依頼書）がベンダー固有のルールに依存するのではなく、この標準を参照できるようになります。貴機関に特定のアクセシビリティ要件がある場合、1EdTech の QTI 3.0 認証には、音声サポート、詳細な説明、および触覚的な参照を網羅する「Elevated Accessibility」プロファイルが含まれている点に注目する価値があります。
認証 > コンプライアンス
どのベンダーでもQTI準拠を主張することは可能ですが、認証を取得しているということは、その製品が定義された適合基準に基づいて実際にテストされ、以下のサイトで確認可能な登録番号が割り当てられていることを意味します。 1EdTech TrustEd Apps Directoryで確認できる登録番号を取得したことを意味します。
1EdTech独自のRFPガイドラインでは、必要な認証のバージョンとプロファイルを明記するとともに、ベンダーに対し提案書に認証番号を記載するよう求めることを推奨しています。ベンダーがまだ認証を取得していない場合、RFPにおいて特定の期日までに認証を取得することを義務付け、期限を過ぎた場合には契約上の措置を講じることができるとしています。
メタデータと構造化コンテンツ
相互運用性とは、単にコンテンツがシステム間で移動できるかどうかということだけではないことに留意してください。それは、コンテンツが到着した際にも、依然として意味を成しているかどうかという点にもかかわるものです。
たとえば、問題をプレーンテキストとしてエクスポートすると、採点ロジック、カリキュラムとの整合性、難易度分類、およびアクセシビリティマークアップが失われてしまいます。QTI規格は学習オブジェクトメタデータ（LOM）を規定しており、カリキュラム基準のメタデータをパッケージ、リソース、および項目レベル全体に適用することを可能にしています。
RFPを作成する際は、エクスポートされた評価パッケージにどのメタデータが必要かを定義する必要があります。例えば、カリキュラム基準との整合性（CASE [Competencies and Academic Standards Exchange]標準を用いたもの）、問題の難易度および判別指数、内容領域タグ、言語情報、アクセシビリティ記述子などです。そうすることで、問題バンクを検索可能、分析可能、再利用可能にする情報が、エクスポートや移行の際に削除されることを防げます。
楽しみにしています
QTI規格はこれまでに複数のバージョンを経て進化しており、 Webコンテンツアクセシビリティガイドライン （WCAG）の更新に伴い、アクセシビリティ要件は厳格化されています。さらに、 Caliper などの分析規格も発展を続けています。RFPを将来にわたって有効なものにするためには、これらの規格の変更に対応する必要があります。
1EdTechは「「1EdTech規格を適時に採用する意向表明書」」を調達文書に盛り込むよう提供し、ベンダーに対し、更新された仕様を合理的な期間内にサポートすることを約束するよう求めています。また、RFP（提案依頼書）には、現在の標準に基づいてベンダーを再評価するためのチェックポイントとして、定期的な相互運用性レビューを組み込むことも可能です。これにより、認証を単なる一度きりのチェック項目として扱うのではなく、サポートを維持するための継続的なインセンティブが生まれます。
評価コンテンツは、組織にとって長期的な資産である
適切に設計された評価問題――つまり、実際の授業で検証され、妥当性が確認され、カリキュラム基準に合致し、メタデータが付けられ、アクセシビリティに配慮して作成されたもの――は、重要な投資対象です。時が経つにつれ、問題バンクは貴重かつ独自の教育リソースとなります。しかし、調達プロセスではこの点がほとんど反映されておらず、コンテンツよりもプラットフォームに重点が置かれています。
評価コンテンツを組織の資産として扱うRFPでは、所有権（組織によって、または組織のために作成されたコンテンツは組織に帰属する）、エクスポート機能、およびメタデータの完全性について明記する必要があります。プラットフォームが、コンテンツの完全性を完全に保持したQTI準拠のパッケージ形式ですべてのコンテンツをエクスポートしなければならないことを明確に規定しておかなければ、後でこれを要求するための契約上の根拠が失われてしまいます。
同時に、相互運用性を評価基準に加えるからといって、RFPを全面的に見直す必要はありません。必要なのは、いくつかの的を絞った項目を追加するだけです。ベンダーは最新の1EdTech QTI認証を取得していますか？取得している場合、どのレベルですか？QTI形式での実際のコンテンツエクスポートを実演できますか？あるいは、他の教育機関向けに実施したコンテンツ移行の事例を紹介してもらえますか？
これらの質問は、ベンダーのビジネスモデルが、当機関が求める柔軟性との適合性を備えているかどうかを検証するものです。 標準規格の認証に投資してきたベンダーは 標準規格の認証を取得しているベンダーはこれらを歓迎するでしょうが、取得していないベンダーは話題をそらしたり、曖昧な保証しか示さないでしょう。評価プロセスは、この2つを見分けられるように設計すべきです。
調達を戦略の要とする
調達プロセスにおいて、長期的な評価戦略が策定されます。RFPに記載される要件は、指定する基準からコンテンツの所有権の定義に至るまで、今後数年間にわたり、貴機関が評価エコシステムに適応し、移行させ、その管理を維持する能力を左右することになります。
こうした長期的な視点を取り入れるためには、QTIのバージョンや認証、データの所有権やエクスポート形式、アクセシビリティや移植性に関する質問を追加する必要があります。こうした質問は無料でできるものであり、将来的に多大な時間と労力を節約できるでしょう。
貴機関で評価・調達サイクルが近づいている場合は、現在のRFPテンプレートを見直し、相互運用性が法的拘束力のある形で定義されているか確認してください。もしそれが、コンテンツを機関資産として保護するものでない場合は、改訂を行うべき時です。