チャットで話し始めたのですが、トピックの方がより適切な場所のようです!
各ツールのスコープについて考えてみましたが、ほとんどの場合、社内の人々が思いつく限りのことに対してSlackを利用してもらうことに失敗しています。また、情報収集のために定期的にチェックする「もう一つの」ツール/場所を持つことに抵抗を感じる人もいます。
何か経験やヒントはありますか?
チャットで話し始めたのですが、トピックの方がより適切な場所のようです!
各ツールのスコープについて考えてみましたが、ほとんどの場合、社内の人々が思いつく限りのことに対してSlackを利用してもらうことに失敗しています。また、情報収集のために定期的にチェックする「もう一つの」ツール/場所を持つことに抵抗を感じる人もいます。
何か経験やヒントはありますか?
キュレーターの視点を持つことが役立つかもしれません。コミュニティ構築において、私たちはこれを十分に行っていないと感じています。
コミュニティビルダーとして、私たちは多くの人が気づかないことに気づきます。私たちは自分たちの人々について学びます。彼らの成功と苦悩。私たちは繰り返し起こることを知っています。誰にタグ付けすべきかを知っています。何が共有されているかを理解しています。
それは、このエコシステム全体をサポートし、整理された体系的な方法で提供することが、私たちの仕事のようになります。Discourseはこれに最適だと思います。
繰り返し質問をクロス投稿したり、要約したり、人々を質問/タグ付け/引用したりできます。
「しかし、それはスケーリングしません」![]()
うまく行われ、実際に役立つ方法で行われれば、人々がそれをスケーリングします。
@rosiesherryさん、ありがとうございます。コミュニティ構築を考える上で、キュレーターの役割は確かに過小評価されがちですね!キュレーターには以下のような役割があるとお考えですか?
チャットでの様々な議論を通じて学んだことを、改めてオープンな場でまとめたく思います。まず、この件に時間を割いてくださった @JammyDodger と @tobiaseigen に感謝いたします!
コミュニティの構築には時間がかかり、ある程度の計画が必要です。すべてを一度に大きなステップでやろうとすると、圧倒されてしまう可能性があります。
私が抱えていた主な懸念の一つは、内部の知識豊富な人々をどのようにコミュニティに引き入れるかということでした。
ですから、人々への信頼と、彼らの熱意をコミュニティに引き入れることが重要な要素であり、また、最初から全員が参加するわけではないことを受け入れることも必要だと思います。
コミュニティについて語る上で、ナレッジマネジメントは重要であり、Discourseはすべてを一元化することで役立ちます。
Discourseには、Wiki、グループ受信トレイ、ささやき、既読インジケーターなどの強力な機能や、Discourse policy や Discourse Docs のようなプラグインがあります。しかし、多くの資産を持つ複雑なインフラストラクチャでは、関連性を結びつけるために少し投資するか、段階的に進めることが興味深いかもしれません。
もう一つの重要な概念は、キュレーター(上記の @rosiesherry が言及しているような)を通じて構造をもたらすことですが、さらに:
基本的に、コミュニティを構築するための「唯一の方法」はなく、試行錯誤を繰り返し、段階的に進め、人々を巻き込み奨励し、より多くの洞察を得た後に必要に応じて構造化していくことが重要です。
これはすべて、モチベーションと説得に関するものです。社会科学です。これらの人々は何を望んでいるのでしょうか?知識を披露するプラットフォーム?同僚に挑戦されること?他者から学ぶこと?それらを解き明かせば、彼らはあなたのものになります。
Feverbeeで説得について検索してください。