실무 커뮤니티(Communities of Practice) 워킹 그룹?

@HAWK 답변해 주셔서 감사합니다! 이 분야에 풍부한 경험을 가진 분이 있고, 그것도 Discourse의 수장이라는 사실을 알게 되어 기쁩니다. 정말 멋지네요.

좋습니다. 이런 커뮤니티(관리자가 저에게 둘러보게 해 주거나 그들의 지혜를 나눌 수 있는 곳)를 찾는 방법에 대한 조언이 있을까요? https://discover.discourse.org/ 에서 꽤 오랜 시간을 보냈고, 여기 메타 커뮤니티에서도 이것저것 검색해 보았습니다.

흥미롭네요. 저는 아마도 정통적인 CoP를 추구하지 않고 있을 가능성이 큽니다. Wenger-Trayner의 정의 작업에 대해 알고 있고, 최근에는 rosie.land의 Rosie Sherry를 팔로우하고 있습니다. 하지만 실제로는 저의 목적에 맞춰서 임기응변으로 하고 있는데, 그 목적은 위의 두 모델과 정확히 일치하지는 않습니다.

제 사용 사례나 대상 독자가 아직 레이저처럼 집중되어 있지는 않지만, 제가 활성화하고 촉진하려는 특정 유형의 사람과 평생 학습 접근법에 대해서는 확실히 초점을 맞추고 있습니다. ("평생 학습"은 정말로 많은 의미를 가질 수 있습니다. 요즘 누가 "평생 학습자"가 아니겠습니까!?)

가장 큰 고충 중 하나는 건설적인 피드백을 줄 수 있는 좋은 베타 테스터를 찾고(그리고 온보딩하고, 함께 일하는 법을 배우고) 있는 것입니다 – 모든 것을 망치거나 제 진전을 방해하지 않는 피드백을요. 솔직히 말해서, 지금은 약간 절망적인 상태이지만 입력이 필요합니다. 이 단계에서 이런 마인드셋 장벽은 흔하지 않다고 생각합니다.

현재 제 Discourse 설정에는 "실천(Practices)"에 전념하는 카테고리가 있으며, 이를 단순하게 유지하되 많은 가치를 담으려고 노력하고 있습니다. 커뮤니티 "체크인"에 대해 시간 기반 접근법을 채택하기로 결정했는데, 이는 성찰과 회원 게시물을 생산적이면서도 유연하게 만들어 부드러운 책임감을 부여하도록 설계된 프롬프트를 사용합니다. Discourse에서 제가 겪고 있는 구체적인 고충 중 하나는 커뮤니티 멤버가 답변할 수 있도록 일일 및 주별 주제 게시를 자동화하는 방법입니다. 관리 가능하게 유지하려면 유연하게 구성된 자동화가 필요하므로, 그 플러그인을 배우고 있습니다. 하지만 바로 난관에 부딪히고 있습니다.

예를 들어, 주제 제목에 날짜를 넣어야 합니다. 이것이 불가능한 것 같습니다(예: Inserting date/time into new topic's title field (ie, right here > !) - #11 by meave).

또한 자동화된 체크인 주제를 시간 순서대로 유지해야 하는데, 여기에서 오랫동안 이어져 온 논쟁(제가 정말로 이해하지 못하는)에 따르면, 제목의 알파벳-숫자 정렬이 아니라 생성 날짜를 조정하는 것만 가능하다고 합니다.

또 다른 고려 사항은 새로운 사람들(베타 테스터뿐만 아니라)을 커뮤니티로 데려오는 방법을 준비하는 것입니다. 저는 개방적이고 접근하기 쉬우면서도 선택적이어야 합니다(모든 것에 접근할 수 있는 회원에게는 유료로 전환해야 합니다 – 지속 가능성을 위해 재정적 지원이 필요합니다). 저는 @Paul_King이 다양한 유형의 회원을 위한 신청, 승인 및 그룹 배치 프로세스를 위한 자동화를 사용하는 노력(Alternative sign up pathways - #39 by tgustilo)을 지켜보고 있습니다. 최종 그룹 배치와 프로필에 대한 관리자의 개선된 통제가 필요해 보입니다.

새로운 문서 플러그인을 사용하여 한 카테고리에 대해 좋은 진전을 이루고 있으며, 다른 카테고리에는 회원이 학습 자료를 크라우드소싱할 수 있는 위키를 사용하려고 생각하고 있습니다 – 이상적으로는 주제별 전문가가 제출물을 조정하고 편집하는 것입니다. 이를 모두 사용자 친화적으로 만들어야 하므로, 이는 위키 기여 예정자에게 Discourse 사용법(위키 게시물 제출 방법)에 대해 상당한 교육을 제공해야 함을 의미합니다.

그리고 일반적으로, 저는 비기술적 회원에게 충분하지만 과도하지 않은 온보딩을 제공하는 방법에 대해 걱정하고 있습니다. 그들은 훨씬 덜 정교한 다른 커뮤니티 소프트웨어를 사용하는 데 익숙해지고 있는데, 이는 탐색, 게시물 작성, 접근 권한 획득, 권한 부여 등에서 그렇습니다. 저는 꽤 기술에 밝은 편(엔지니어가 아닌 상황에서)이지만, 회원으로서도 학습 곡선이었고, 관리자로서는 더 말할 나위가 없습니다.

저는 여전히 관리자로서 회원(다른 그룹, 레벨)이 무엇을 보는지 검토하고 테스트하는 가장 좋은 방법을 찾고 있습니다. 메타에서 저에게 그걸 알려줄 적절한 토론을 아직 찾지 못했습니다. 저는 실제 회원을 "위장"하려는 것이 아니라, 관리자로서가 아닌 일반 회원으로서 커뮤니티를 보고 싶을 뿐입니다 – 이상적으로는 여러 테스트 사용자를 만들고 계속 로그인/로그아웃하지 않아도 되는 방식으로요.

더 많은 것이 있지만, 그건 꽤 많은 양입니다! :zany_face: 기본적으로, 여러분이 상상할 수 있듯이, 저는 이론적, 기술적, 사회적 수준에서 다양한 고려 사항 사이를 오가며, 제 자신과 다른 사람들의 경험을 고려하고, 미래 회원들의 필요와 기쁨을 예측하려 노력하고 있습니다. 한 사람에게 많은 일이며, 저는 스스로 커뮤니티 지원을 적극적으로 찾고 있습니다. :slight_smile:

다시 한번, 의견을 주셔서 감사합니다. 당신이 무엇을 추천할지 기대됩니다.

8개의 좋아요