学期という枠を超えた教育機関のための Canvas 代替候補

Canvas は、開始日と終了日を持つ学期、学生情報システムから届く名簿、そして成績で締めくくられるコースを中心に作られています。生涯教育、企業との提携、営利の研修部門、クライアント向けアカデミーには、そのどれもありません。受講登録は随時、コホートは1つの企業、ゴールは修了証、そして関わる人々は在籍学生ではないからです。この状況にある教育機関に必要なのは、たいていより良い LMS ではありません。もう1つの形です。

学期と名簿のモデルが、ある火曜日にどう見えるか

このモデルは、前提のどれかを破るまで目に見えません。前提はおよそ5つあり、どれももっともなものです。

• 受講登録は、コースが開く前に、自分たちが管理していない記録システムからまとめて届く。
• すべてのコースには終了日があり、その終了日が後片付けをする — アクセス権が失効し、成績表が閉じ、セクションがアーカイブされる。
• 人はまず教育機関の学生であり、その次にコースの参加者である。
• 進捗はシラバスに対する成績であり、その成績の行き先は成績証明書である。
• コンテンツは学期ごとに複製されて引き継がれるため、「そのコース」の実体は、名前に年号が付いたほぼ同一のコピーの連なりである。

ここで入力を1つ変えてみます。クライアント企業の設備管理責任者が、火曜日の午後に6時間のコンプライアンス研修へ申し込みます。彼女に必要なのは、学期の第1月曜日ではなく、その場でのアクセス権です。その晩に2モジュールを終え、残りを3週間かけて進めます。誰も採点しません。必要なのは、勤務先の監査担当が検証できる修了証です。彼女は学籍簿にはおらず、これからも載ることはありません。

これを学期型のシステムの中で回すことはできますし、実際に多くの教育機関がそうしています。終わらない学期と、恒久的に開いたままのコースの器を作れば、成績表は閉じず、アーカイブ処理も走りません。受講登録は手作業で行うか、1人が保守しているサーバー上のスクリプトで行います。誰がいつ開始したかはスプレッドシートで管理します。レポートが学期を軸にしているのに、自分たちの学期は終わらないからです。コースはクライアントごとに複製します。クライアント名をどこかに出す必要があり、ほかに置き場所がないからです。

回避策はどれも小さく、どれも機能します。本当のコストは、2年たつと回避策のほうが運用モデルになっていて、それらがどう噛み合っているかを知っている人が、構造を支える柱になってしまうことです。

収まらない4つの形

生涯教育と専門能力開発

随時の受け入れ、短期コース、正規に入学していない学習者、学生ではなく雇用主による支払い、そして単位ではなく修了証で表される修了。レポートの問いも形を変えます。「この学生は何点を取ったか」ではなく、「この雇用主の従業員のうち何人が、監査日までに必須モジュールを終えたか」になります。

企業との提携

大学が銀行にリーダーシップ・プログラムを販売します。銀行の人事チームは、自社の人員だけを見たい、自社のブランドを出したい、月次レポートが欲しい、そして従業員の追加は大学の教務課ではなく自社の人事システムから行いたいと考えます。これらはテナンシーの問いであり、コースの設定をいくら変えてもテナンシーの問いには答えられません。

営利の研修部門

独立した損益計算、独立した価格設定、請求と VAT、そして学内の変更管理カレンダーより速く動く必要。この部門はたいてい、大学のブランドではなく自前のブランドを求めます。営利の研修事業者と比較検討する購買チームに向けて販売しているからです。

クライアント向けアカデミー

学期ベースのプラットフォームを最も激しく壊す形です。1つのテナントから 15 のクライアント企業向けに研修を運営する企業内アカデミーでは、クライアントごとに独自のブランディング、独自の管理者、独自の学習者一覧が必要で、ほかのクライアントは一切見えてはいけません。これは 15 のコースではありません。たまたま運営者を共有している 15 の組織です。

テーマ設定はホワイトラベルではありません

評価が狂うのはここです。営業の場では、どちらの言葉にも「はい」が返ってくるからです。テーマ設定とは、色、ロゴ、フォント、そして多少の CSS のことです。ホワイトラベルとは、1年間そのプラットフォームを使い続けても、想定外の名前に一度も出会わないということです。両者を見分けるには、ブランディングについて尋ねるのをやめて、ブランドが実際に現れる場所を挙げてください。

• 学習者がレッスンの途中にいるときの、アドレスバーの URL。
• パスワード再設定リンクの URL — 人がサポートの問い合わせに貼り付ける、あの URL。
• すべての通知の差出人アドレスと送信ドメイン。
• 上司からリンクを送られたクライアントの従業員が、朝8時に何の予備知識もなくたどり着くログインページ。
• 修了証と、監査担当がその検証リンクをクリックしたときに開くページ。
• ブラウザのタブのタイトルとファビコン。
• クライアントの管理者がサインインしたときに見えるもの。自社の人員だけか、それともほかの全員を含む一覧か。

テーマ設定が変えられるのは6番目と、1番目の一部です。残りはアーキテクチャの問題です — ドメイン、TLS 証明書、メール送信、ID、そしてテナントの分離をどう強制するか。プラットフォームは、これらを最初から計画に入れていたか、後付けしているかのどちらかです。そして後付けは表に出ます。答えに条件が付いて返ってくるのです。

Canvas では、ホワイトラベルはテーマ設定の範囲にとどまります。クライアント組織ごとに、自分たちのブランドとドメインの背後へ姿を消すようには設計されていません。これは欠陥ではなく設計範囲の判断であり、出典とともに Canvas 代替候補のページにまとめています。

Canvas に留まることの、率直な言い分

教育機関で LMS を入れ替えるのは、変更管理の要素を含むソフトウェアのプロジェクトではありません。ソフトウェアの要素を含む変更管理のプロジェクトであり、ソフトウェアのほうが簡単な部分です。

取り除こうとしているものの周りに、実際に何が積み上がっているかを考えてください。

• 学生情報システムとの連携と、4年間誰も触る必要がなかった夜間バッチ。
• そこにぶら下がっている LTI ツール群 — 試験監督、剽窃チェック、出版社コンテンツ、参考文献リスト、講義収録。
• 成績表の設定がどこにあるかを知っていて、それについて意見を持っている教員。彼らを再教育するコストは、ほかのことに必要になるかもしれない1学期分の好意です。
• すでに終わっているアクセシビリティ評価と、すでに署名済みの調達書類。
• 自動で回る学期の切り替えと、このプラットフォームの語彙で書かれた学内規程。
• 何年分ものコースコンテンツ。その一部は、すでに去った人が作ったものです。

判断の基準は「新しいプラットフォームのほうができることが多いか」ではありません。「どちらの母集団が伸びていて、どちらが建物の費用を払っているか」です。単位認定プログラムが件数の大半を占め、学期に属さない事業が有望な副業なのだとしたら、その副業のためにすべてを移行するのは割の悪い取引です。副業は別の場所で回してください。

2つのシステムを持つことは、失敗の告白ではなく普通のアーキテクチャです。教務課は単位の記録システムを維持し、2つ目のプラットフォームが単位認定でないものをすべて引き受けます。ここでの境界線は珍しくきれいです。母集団がほとんど重ならないからです — コンプライアンス研修に来たクライアントの従業員が、学籍簿に載ることは最初からありません。

2つ目のシステムのコストについては正直でいてください。2つのサポート窓口、2つのアクセシビリティ対応方針、2つのデータ処理契約、そして両方に存在する少数の人についての、無視できない ID の問題。4か月目に見つけるのではなく、最初から予算に入れておくことです。

追加ではなく入れ替えが理にかなうのは3つの場合です。学期に属さない事業が活動の過半を占めるようになったとき。営利部門が独立した法人として分離するとき。あるいは更新の時期にあり、いずれにせよ何らかの形で乗り換えコストを払うことになり、しかも学期に属さない事業についてのロードマップが、願望ではなく具体的であるとき。

どちらの道を選ぶにせよ、トライアルで試すこと

デモは成功するように作られています。以下の7つの確認はすぐ終わり、何かが無いときには大きな音を立てて失敗します。

1. 終了日のないコースに、火曜日の午後に1人を受講登録する。翌週の月曜日に戻ってきて、その人のアクセス権、進捗、レポート上の行を見る。
2. 同じメールアドレスを2つのクライアント組織に入れる。それが2つの所属を持つ1人の人間なのか、衝突に向かっている2つのアカウントなのかを確かめる。
3. クライアントの管理者にアカウントを渡し、そのうえで別のクライアントの学習者を見せようと試みる。データベースのルールに止められたなら上出来です。何かをクリックしないよう覚えておく必要があるなら、それは分離ではありません。
4. 通知を送り、ヘッダーを読む。表示名ではなく、送信ドメインを見る。
5. 修了証を発行し、その検証リンクをモバイル回線のスマートフォンから開く。ページに誰の名前が載っているかを見る。
6. 完全なデータエクスポートを、署名した後ではなく前に依頼する。コンテンツ、学習者の記録、成績、監査履歴、そしてそれぞれどの形式で出るのか。
7. 規格についての質問は率直に。SCORM 1.2、SCORM 2004、xAPI、LTI 1.3 — 今日提供されているのはどれで、バージョンはいくつで、予定されているのは何か。日付付きで書面にしてもらう。

Lurno が合う場面と、合わない場面

Lurno は私たちが作っているプラットフォームなので、この節はそういうものとして読んでください。設計されたのは1つ目の形ではなく2つ目の形に対してです。入れ子型のサブ組織があり、それぞれが独自のブランディング、管理者、学習者を持ち、さらに内部にはブランチのツリーがあって、ある枝で付与した役割はその下へ継承されます。組織ごとに自動 TLS 付きのカスタムドメインで運用でき、自社のドメインからメールを送信でき、修了証には公開の検証ページが付きます。テナントの分離はアプリケーションだけでなくデータベースで強制されています — 676 のマイグレーションにわたる 868 の行レベルセキュリティポリシー。上のクライアント管理者のテストが設計上パスするのは、これが理由です。詳しくはホワイトラベルを、教育機関から見た全体像は高等教育をご覧ください。

そうでないものも率直に書きます。購買チームは必ず確認するからです。SCORM 1.2、SCORM 2004、xAPI、LTI 1.3 は製品内にモデル化されていますが、ランタイムはまだ開発中です — 規格への準拠が展開の前提条件になるなら、それはチェックボックスではなく話し合うべきことです。決済とチェックアウトは設計済みで、未実装です。セルフサービスのサインアップは開発中で、現時点でアカウントは招待によって作成されます。今日のシングルサインオンは、署名付きアサーションによるパートナーサインオンを指し、SAML でも OIDC でもありません。SAML/OIDC、MFA、パスキーはロードマップ上にあり、そのいずれも現時点では利用できません。

最大の制約は、この記事が一貫して述べてきたことです。Lurno は、学位プログラムを運営するキャンパスにおける教務課の記録システムの代わりにはなりません。Canvas が学期、セクション、成績証明書を保持しているなら、それは維持する価値のある仕事をしています。問うべきは、そもそも学期を持たなかった仕事を何が引き受けるべきか、です。出典付きの並列比較は Canvas 比較ページにあります。スライドではなく実際のテナントで上の7つの確認を試すには、デモを予約してください。