ホストプランにおける「staff」スロットとモデレーションの理解を深めたい

サムさん、ありがとうございます。遅延については心配いりません!皆さんが共同作業の時間を楽しんでいることを願っています!

ボスが多すぎる場合があることについては、私もまったく同感です。議論の余地はありません。誰かが「ボス」であると認められる資格と、コミュニティの形式が、それにいつ到達するかという主要な要因になり得ると考えています。その一部は、私がDiscourseを意図されているもの以上に、そしておそらく可能なこと以上に精神的に押し広げていることによるものかもしれません。

都市全体のPTAのための単一のDiscourseの例を考えると、私は「スペースのスペース」を思い描きます。

  • すべての人が参加できるディスカッションエリアがあり、
    • アイデアを共有する - 「誰かが自分の学校でxをやったことがありますか?」
    • お互いをサポートする - 「保護者の参加を得るのに苦労しています。どうすればよいですか?」
    • 協力する - 「スピーカーXが来るのですが、彼らが町にいる間に他に予約したい人はいますか?」
    • 共有ドキュメント/参考資料を保存する
    • 保護者が複数の子供を持っており、子供たちが成長するにつれてプラットフォームの安定性が得られるという追加の利点があります。子供たちが学校間を移動するにつれて、プラットフォームは変わりませんが、保護者が参加するグループは変わります。
  • 各PTAが独自のものを所有できるスペースがあり、
    • 過去にメンバーの頭の中にあったものを保持するのではなく、知識ウェアハウスを作成します。例えば、どのような資産を持っているか、またはアクセスできるか、過去のイベント計画など。
    • 進行中のプロジェクトについて議論/追跡します(メールスレッドにサイロ化することなく)。
    • 参考資料、ドキュメント(またはそれらへのリンク)、および資産(例:ロゴ)を保存します。
  • しかし、このスペースは、ある程度のアクセス制御を備えた「安全」であるべきです。
    • 招待またはQRコードを通じて、保護者/教師/生徒へのアクセスを制限するプライベートスペース。
    • 学校または役割(例:理事会メンバー対ボランティア)に基づいて一部のコンテンツへのアクセスを制限するグループ。

都市のPTA組織が「管理者」制御を持つことは理にかなっています。

  • 実際のソフトウェア実装を管理する(サイト設定、なりすまし)。
  • ユーザーのPIIにアクセスまたは管理する(一部例外あり)。
  • ダッシュボードとログを表示する。
  • すべてのカテゴリに完全にアクセスする。
  • カテゴリを管理する(作成/削除)。
  • 投稿の所有権を管理する。

「カテゴリモデレーター」ではない「モデレーター」領域に該当するものの多くは、柔軟性の余地があると考えています。特にユーザー管理機能です。

  • 新規ユーザーを承認する(メンバーシップのエントリーポイントによるか?)。
  • グループメンバーシップを管理する(自分のグループ/カテゴリ用)。
  • ユーザーのメールアドレスを表示する(自分のグループ/カテゴリ用)。
  • 投稿をロックする。
  • バッジを付与する(?)。

PTAのようなコミュニティでは、多くのユーザーのグループ(およびカテゴリへのアクセス)は、学年度の開始時や新しい保護者が参加するたびに、毎年変わるでしょう。これは、より大きな組織の誰かによってゲートされるよりも、参加する人々を実際に知っている学校のPTAボードの誰かによって行われる方が良いように思えます。

おそらく私が混乱している部分のいくつかは、用語かもしれません。「グループオーナー」や「グループメンバーシップ」への参照を見かけますが、「グループ」に関する唯一の言及は、Trust Level Permissions Reference chartでは「タググループ」(同じものではない?)に関するものであり、グループオーナーの役割はUser statuses, roles, and permissionsページにも記載されていません。

これは、私の問題のほとんどに対処する欠けているピースなのでしょうか?

「いいね!」 3