後々最も混乱を招くAtlas設定上の決定事項

Atlasサポートデスクより - 導入時には些細なことのように思える基本的な設定上の選択肢が、数か月後、あるいは数年後に大きな摩擦を生むことがあります。

私たちが扱う問題の多くは、何かがうまくいかなかったという話ではなく、導入時に下された設定上の決定が、当時は問題ないと思われたにもかかわらず、その後に学校がどのような結果に苦しんでいるかという話です。幸いなことに、注意すべき点を知っていれば、これらの問題のほとんどは回避できます。しかし、残念ながら、中には後から修正するのが非常に困難なものもあります。

ここでは、後々の混乱を最も引き起こす設定上の決定事項と、それらに慎重に対処する方法を紹介します。

サポートデスクからのアドバイス： Atlas設定に関する初年度の決定事項は、その後何年も影響を及ぼします。組織構造（名称の付け方、プログラムの階層構造、ユニットの所有権の定義など）は、教師が内部でマップを作成してしまうと、後から変更するのは非常に困難になります。最初は焦らず、基礎をしっかりと固めることが重要です。

決定事項1：プログラムと科目の構成方法

Atlasでプログラムや科目を設定する方法は、教師がシステムをどのように操作するか、レポートがどのように生成されるか、そして標準との整合性がどのように整理されるかを決定します。コースのバリエーションごとに個別の科目エントリを作成するなど、設定を細かくしすぎると、構造が煩雑になり、操作が難しくなり、レポートも断片化されてしまいます。逆に、設定を大まかにしすぎると、カリキュラムが大きく異なるコースを区別することができなくなります。

手順： Atlas構造を作成する前に、まず学校のプログラムと科目の階層構造を紙に書き出してみましょう。2つのコースが同じ基準、成果、全体的なカリキュラム設計を共有しているものの、実施方法の詳細のみが異なる場合、それらを1つの科目とするか、2つの科目とするかを検討してください。原則として、時間割上の名前が異なるという理由だけでなく、カリキュラムマップが真に異なる科目は、 Atlas上でも区別する必要があります。

決定事項２：共有ユニット所有と個別ユニット所有の選択

Atlas 、教材を複数の教師間で共有することも、個別に所有することも可能です。これは設定に関する質問の中でも特に多いもので、その答えは学校の文化やカリキュラムモデルによって大きく異なります。

共通ユニットは、同じ教科の教師が一貫したカリキュラムを提供することが求められる場合に効果的です。重複を減らし、教師間の比較を容易にします。ただし、ある教師の編集が全員のマップに影響を与え、教師間のコミュニケーションが不足している場合は混乱を招くリスクがあります。

個別の単元は教師に自主性を与え、意図しない変更のリスクを軽減する一方で、教科全体で重複を生み出し、カリキュラムの一貫性を把握し維持することを困難にする。

対処法：学校レベルではなく、教科レベルで決定してください。一部の教科は共通科目（固定カリキュラムのIBディプロマコースなど）が適していますが、他の教科は個別担当制（各教師がカリキュラムを自由に決定できる選択科目など）の方が適しているでしょう。各教科のアプローチを文書化し、新任教師へのオリエンテーション時に周知してください。

決定事項3：ユニットテンプレートフィールド - 含めるべき項目と除外すべき項目

Atlasのユニットテンプレートは設定変更が可能で、学校に関連する追加情報を収集するためのカスタムフィールドを追加できます。これは非常に便利な機能ですが、同時に長期的な問題を引き起こす最も一般的な原因の一つでもあります。

導入当初、学校は単元に関するあらゆる情報を収集するために、多くのカスタムフィールドを追加することがよくあります。しかし2年後には、教師がそれらのフィールドを不要または不明瞭だと感じたため、すべての単元でそれらのフィールドの半分が空白になっています。空白のフィールドがあるとマップが不完全に見え、データの信頼性が損なわれます。

対処法：標準のAtlasユニットテンプレートから始め、本当に必要な情報で、かつ教師が現実的に提供できる情報のみにカスタムフィールドを追加します。フィールドが使用されるかどうか不明な場合は、最初の年は追加せず、必要性が明らかになった時点で後から追加してください。教師の習慣として定着してしまったフィールドを削除したり、マップの半分が空欄になっている理由を説明したりするよりも、後からフィールドを追加する方がはるかに簡単です。

決定事項4：地図編集のためのアクセス権限

Atlasで誰がユニットを編集でき、誰が閲覧のみできるかという設定は、重大な結果を招く重要な決定事項です。すべての教師にすべての教科の編集権限を与えている学校では、他の教師のマップが意図せず変更されてしまうという事態が発生します。一方、すべてを厳しく制限しすぎている学校では、コーディネーターが唯一の編集者となり、マップの更新が遅れるというボトルネックが生じます。

対処方法：科目レベルで編集権限を設定し、担当教科と連携させます。教師は自分の担当教科の単元を編集でき、他の教科の単元を閲覧できますが、担当していないマップは変更できないようにします。コーディネーターレベルのユーザーは、担当プログラム内でより広範な編集権限を持つようにします。職員の役割や担当教科が変わる際には、これらの権限を見直してください。

要約すれば

Atlasで構築する前に、プログラムと科目の階層構造を紙に書き出してみましょう。最初にこの構造を正しく設定しておけば、後々の面倒な再構築を避けることができます。
教科レベルでのユニット所有権の共有か個別所有かは、学校全体の方針ではなく、カリキュラムモデルに基づいて決定する。
まずはシンプルなユニットテンプレートから始め、明確かつ一貫した用途がある場合にのみカスタムフィールドを追加してください。
編集権限は科目レベルで設定し、担当教科に合わせてください。職員の役割が変更された場合は、毎年見直してください。

Atlas設定が既に混乱を招いており、再構築すべきかどうか迷っている場合は、サポートデスクまでご連絡ください。お客様の現在の設定状況を確認し、よりクリーンな構造へと移行するための、最も影響の少ない方法をご提案いたします。