繰り返しを最小限にする複数ラウンドのグループ生成

いいえ。GroupMixer に利用制限はありません。

いいえ。アカウント登録やサインアップは不要です。名前を貼り付け、設定を調整すれば、すぐにグループを生成できます。

このデバイス上のブラウザー内で処理されます。作業中、参加者リストや入力したその他すべてのデータはデバイス上に留まります。

はい。ページの読み込み後は、ブラウザー内で GroupMixer をオフラインでも使い続けられます。

はい。参加者に役割、スキル、性別、部署などの属性を追加し、グループ間でバランスを取る属性を選択できます。

はい。詳細オプションの Pinned people（固定された人）を使うと、特定の人をすべてのセッションで特定のグループに固定できます。リーダー、発表者、または既知のグループに留まる必要がある人に便利です。

はい。セッション数を設定し、「Avoid repeat pairings（ペアの重複を避ける）」を有効にすると、ラウンド間の重複を減らせます。

Zoomの事前割り当てCSV、または参加者のメールアドレスを含むスプレッドシートをインポートします。部屋数とセッション数を設定し、「繰り返しペアを減らす」を有効にしたままグループを生成します。その後、Share & Export → Download Zoom breakout CSV を使います。複数セッションの場合、GroupMixerは各ラウンド用のZoom CSVをZIPでダウンロードします。各ラウンドの前に、該当するCSVをZoomのブレイクアウトルーム事前割り当て画面へアップロードしてください。Zoomはメールアドレスで参加者を照合するため、同じメールで参加してもらう必要があります。

はい。部分参加にはシナリオエディターを使います。スケジュールを生成する前に、各セッションに参加する参加者を設定できます。

はい。シナリオエディターを使うと、グループごとやセッションごとに異なる定員を含め、カスタムのグループ定員を設定できます。

はい。シナリオエディターの Group Visits（グループ訪問）を使うと、選択した人と選択したグループについて、選択したセッション全体で訪問回数を正確値・最小値・最大値として設定できます。ステーションローテーション、タスクの経験割り当て、訪問回数の上限に便利です。

部分参加、グループやセッション別のカスタム定員、セッション固有のルール、重み付きの希望条件、Pair Encounters（ペア遭遇）、Group Visits（グループ訪問）、高度なチューニング、ソルバー設定、過去の結果、結果分析など、このページに表示されない制御が必要な場合にシナリオエディターを使います。

ソルバーは重み付きスコアを最小化します。主な項目は、重複遭遇ペナルティ、属性バランスのペナルティ、重み付きソフト制約ペナルティ、そして一意の接触への報酬です。低いほど良く、重複や制約違反はスコアを増やし、新しい一意のペアはスコアを下げます。

GroupMixer は純粋にランダムなグループ分けから始めるわけではありません。まず、制限付きの制約シナリオ／オラクル誘導コンストラクターを試します。このコンストラクターはハード制約を満たす足場を構築し、重複削減に役立つ場合は純粋な Social Golfer 構造を使い、その構造を実際のシナリオへ投影し、探索開始前に結果を検証します。

密な探索エンジンが現在のスケジュールに対して局所的な変更を繰り返し提案します。各候補変更は、オプティマイザーが採用するかどうかを決める前にスコアリングモデルに対してプレビューされるため、ハード制約の妥当性を保ちながらスケジュールを改善できます。

重複削減は局所探索の前から始まります。GroupMixer は、シナリオに合う場合は厳密またはほぼ厳密なゼロ重複構造を使い、強力な Social Golfer 風の接触パターンの構築を試みます。その後、密な探索がペア接触回数を追跡し、初回接触に報酬を与え、過剰な重複にペナルティを課し、要件を壊さずにスケジュールを改善します。

要件は、GroupMixer がスケジュールを返すために必ず満たさなければならないルールです。これには出席、グループ定員、Fixed Placements、Keep Together、Keep Apart が含まれます。希望条件はスコア化される目標で、違反は許されますがスコアが増加します。これには Repeat Limit、Balance Attributes、Attribute Totals、Prefer Together、Prefer Apart、Pair Encounters、Group Visits、一意接触の目的が含まれます。

GroupMixer がスコア 0 を見つけた場合、それは有効なスコアリングモデルに対する最適性を示します。改善すべきスコア付き違反や重複ペナルティが残っていないためです。ただし、多くの制約付きシナリオでは、要件が衝突している、または設計が数学的に不可能なため、真の最適値が 0 より大きい場合があります。GroupMixer は正のスコアが大域的に最適であることを証明するようには設計されておらず、多くの複雑なシナリオではその証明は実務上まったく現実的ではありません。

いいえ。要件は提案ではなく、実行可能性のルールとして扱われます。GroupMixer はまず品質重視のコンストラクターを試します。それらがスケジュールを構築できない場合は、SAT ベースの実行可能性コンストラクターにフォールバックできます。SAT ソルバーが要件を満たせないと証明した場合、GroupMixer は要件を緩和せずに失敗します。満たすスケジュールが見つかった場合、GroupMixer はそれを出発点として使い、希望条件やその他の品質目標の最適化を続けます。

機能リクエストページから報告してください。シナリオの形、GroupMixer の結果、より良いスケジュール、そしてその採点方法を含めてください。他の方法が GroupMixer を上回るケースは、ソルバー改善のための回帰テストやベンチマークケースになり得るため、特に有用です。 機能リクエストを送る。

決定論的シードが指定されていない限り、探索はランダム化された探索を使います。そのため、実行ごとに、同じスコアまたは近いスコアの異なる高品質スケジュールが見つかることがあります。シナリオエディターでは、再現性が重要な場合に上級ユーザーがシードを設定できます。