学校グループは Lurno でどう動くか
学校グループは Lurno でツリーとして動きます。グループが一つのテナントで、各学校はその中のサブ組織として、独自のブランディング、独自のドメイン、独自の管理者を持ちます。学校の内側では、キャンパスや部門はブランチ — 最大 10 階層のツリー — で、あるブランチで付与したロールはそのブランチの配下に継承され、その端で止まります。クラスやセクションはグループです。名前と種別を持ち、入れ子にできる名簿で、それぞれのリーダーは自分のグループに対してのみ追加の権限を持ちます。
- ブランチ
- 一つの学校の内側のツリーです — キャンパス、学習段階、教科部門。ブランチは別のテナントではありません。メンバーは一つのディレクトリに残り、ブランチに紐づきます。初等部ブランチで権限を与えられた初等部長は初等部にのみ作用し、数か月後にその下に追加されたサブブランチは、誰も付与し直さなくてもその権限を継承します。10 階層まで、循環はありません。
意図的に継承しないものが二つあります。名簿管理に関する一連の権限は学校の境界で止まります。そのためグループ管理者は、その学校の生徒に対する恒常的な権限を得ることなく、学校の学習責任者を任命できます。もう一つは保護者関係で、これは検証された学校に属し、系列の別の学校には決して及びません。保護者アクセスのしくみ。
それ以外は、役に立つ範囲で共有されます。一つのコンピテンシーフレームワーク、一つのライブラリ、一つの採点ワークベンチ、一つの修了定義。同じツリーは、顧客を研修する企業にも使えます — その形はこちら。
学年は実際にどう回るか
クラスやセクションは表計算ではなくグループ
グループは、一つの学校の中にある名前付きの人の入れ物です。クラス、コホート、部門、プログラムグループのいずれかの種別を持ち、入れ子にできます。そのリーダーは、そのグループに対してのみ追加の権限を持ちます。
- 9 月の一括投入は、CSV インポートをまずドライランで実行します。何が作成され、何が衝突するかを報告し、そのうえで確定します。
- ディレクトリは個人項目を行単位でマスクし、ブランチスコープの管理者が開くと、自分のブランチで絞り込まれた状態になります。
一つの学校、複数の校地、一つのルール
ブランチは、実際どおりの組織図です。初等部と中等部、3 つのキャンパス、6 つの部門。メンバーをブランチに紐づければ、そこで付与された権限がすべて届きます。生徒をキャンパス間で移しても、2 つ目のアカウントにはならず、ブランチが変わった一つの記録のままです。
開くべき日に開くコンテンツ
プログラムはスケジュールを持ちます。日付なし、固定、ローリング、ドリップ、コホートの 5 種類です。ドリップでは、各モジュール、レッスン、アセスメントのセクションに解放日、任意のロック日、任意の期限日を設定します。学習者の開始日からの日数か、固定の日付です。
- 早くたどり着いた場合、ゲートは理由を返します。未公開、ロック中、前提条件未達、未登録。
グループ内のすべてのクラスに一つのキュー
アセスメント、プログラム、レッスン、リソースからの提出物が一つのワークベンチに集まります。タブは、すべて、自分に割り当てられたもの、モデレーション待ち、完了。採点は提出物の横のドロワーで、ルーブリックに沿って行います。
- 採点は順序を持つパスで行い、任意のパスをブラインドにできます。決着は選んだルール次第です。最初、最後、最高、平均、全員一致、またはモデレーターが決定。
- 二人の教員が同じ答案を開いた場合も処理されます。二人目にその旨が伝えられます。
保護者に見えるのは、誰かが決めた範囲だけ
保護者のアクセスはロールではなく検証済みの関係から生まれ、データカテゴリを伴います。検証は監護に関する書類を添えたキューで行われ、審査者は承認の前にカテゴリを絞ります。同じ子どもの二人の親が異なるアクセスを持つこともできます。離別後には、それが普通の形です。
保護者ポータルのしくみ四つの階層。設定をどこに置くかが効きます
学校グループでブランドを設定すれば全校が継承します。学校で設定すれば、その学校だけがグループから外れます。
| Capability | それが何か | ここで設定するもの |
|---|---|---|
| 学校グループ | テナントです。一つの出版社、一つの契約、一つの監査ログ。 | 各校が継承するブランディング、コンピテンシーフレームワーク、有効にするカリキュラム、共有ライブラリ、カスタムロール。 |
| 学校 | サブ組織です。独自の校長を持ちます。 | ロゴ、TLS が自動発行されるドメイン、管理者、そして教員やセクションの呼び名。 |
| キャンパスまたは部門 | 一つの学校の中のブランチです。 | ここと配下のすべてで、誰が何をできるか。数か月後に追加されたサブブランチも含みます。 |
| クラスまたはセクション | 一つの学校の中のグループです。入れ子にできます。 | 誰が所属し、誰が率い、そのリーダーが何をできるか。対象はそのグループのみです。 |
一人につき一つの記録。立つ場所によって見え方が変わります。
カリキュラム、用語、アラビア語
課程、学年、領域、到達基準
カリキュラムは、国が紐づいた名前付きのフレームワークです。課程が学年をまとめます。領域は教科の中に置かれます。到達基準はコードを鍵とする成果で、学年、教科、任意で領域に紐づきます。各組織は実際に教えるものだけを有効にするため、一つのグループで複数を並行して運用できます。
- コンピテンシーフレームワークは、教科・学年・領域のツリーとしてその隣に並び、実際の課題から得た根拠にもとづいて習熟を判定します。
学校が使っている呼び方のままに
用語集は 11 語を持ちます — 教員、生徒、親、保護者、クラス、セクション、教科、カリキュラム、教室、学校、そして生徒自身の画面の名称。うち 9 語は組織ごとに、単数形と複数形で、言語ごとに個別に上書きできます。教員をチューターに変えれば、サイドバー、ページタイトル、空状態の表示までそれに従います。
右から左へ。後付けの層ではありません
アラビア語は、英語の画面に翻訳を重ねたものではなく、独立した製品言語です。表記方向はスタイルシートのパッチではなく言語そのものに属するため、アラビア語を選ぶと、いくつかのラベルを反転させるのではなくインターフェース全体が向きを変えます。アラビア語の文字列は製品全体で英語に追随し、WCAG 2.1 AA に準拠します。
購入を止める質問
短い回答で、いずれも現時点の事実です。調達部門にはすべて検証していただいて構いません。
生徒データのプライバシー追補
34 CFR 99.31(a)(1) にもとづき、Augmental を正当な教育上の利益を持つ学校職員と位置づける FERPA および COPPA の追補です。
生徒データをモデルの学習に使いません
追補は、御校向けにサービスを提供する目的以外で生徒データを機械学習モデルの学習、ファインチューニング、開発に使うことを禁じます。売却、広告への利用、教育以外のプロファイリングも禁じています。
データ処理契約
GDPR 対応の DPA です。同意はチェックボックスではなく公開されたポリシーのバージョンに対して記録され、開示請求のエクスポートは機械可読な形式で提供されます。
消去には二人が必要
個人の匿名化や完全削除は、二人目の承認者を待つキューに入ります。承認者が現れない場合は 48 時間待ちます。削除は個人項目を消去し、作成者の参照をプレースホルダーに書き換えます。
分離はデータベースにあります
676 のマイグレーションにわたる 868 の行レベルセキュリティポリシー。アプリケーションコードが誤って要求しても、ある学校の行は系列の別の学校から到達できません。
誰にも編集できない監査ログ
重要な変更はすべてハッシュ連鎖のログに追記されます。誰が、いつ、何に対して。行は追記されるだけで更新されることはなく、連鎖は要求に応じて検証できます。