이제 특정 그룹에게 속삭임(whispers) 접근 권한을 부여할 수 있게 되었기 때문에, 대부분의 내부 사용자의 moderator(모더레이터) 접근 권한을 제거하는 데 거의 다 왔습니다.
그런데 접근 권한을 제거하기 시작했을 때, 아직 마지막 한 가지가 빠져 있다는 것을 깨닫고 변경 사항을 되돌려야 했습니다. 우리 조직에서는 사용자와 그룹에 대한 할당(assignments)을 광범위하게 활용하고 있습니다.
이 모든 내용은 커뮤니티 사용자에게 “숨겨져” 있습니다. 이는 우리에게 매우 유용한데, 때로는 다음과 같은 이유로 스레드를 특정 그룹에 할당하기 때문입니다.
피드백만 전달하는 경우 (참고용)
조치가 필요한 경우
조치가 필요한지 아직 모르는 경우 (그룹이 확인한 후 알아서 판단)
내부 사용자는 조직 내 다른 그룹에 스레드를 할당할 수 있는 권한이 있습니다.
모더레이터 접근 권한을 박탈하기 시작하면서 깨달은 점은, 그룹 가시성과 그룹에 대한 할당 권한을 “그룹 멤버, 모더레이터, 관리자만” 수준으로만 열 수 있다는 것입니다. 이보다 더 열면 내부가 아닌 사용자에게도 그룹을 보고 그룹에 할당할 수 있는 권한을 허용해야 하기 때문입니다.
이 권한들이 그룹 수준에서도 정의될 수 있다면 좋겠습니다. 우리에게 이것은 마지막에 빠진 조각입니다.
우리를 움직이는 동력:
우리가 이 여정을 시작하게 된 이유를 언급하는 것이 중요하다고 생각합니다.
우리 인스턴스에는 약 170명의 모더레이터가 있습니다. 이 사용자들은 우리 사용자의 이메일 주소와 IP 주소에 대한 접근 권한이 필요하지 않습니다. 특히 조직이 계속 성장하는 상황에서, 이러한 정보가 모든 사람에게 열려 있는 것은 위험하다고 느껴집니다.
저희 회사에는 여러 팀이 있으며, 각 팀은 자신이 담당하는 제품 영역에 대해 커뮤니티의 전문가(SME)로 기여하고 있습니다. 각 팀마다 그룹이 생성되며, 특정 주제에서 해당 팀의 전문 지식이 필요할 때 그 주제가 팀에 할당됩니다(그리고 보통 개인에게 할당되며, 해당 개인이 더 이상 기여할 수 없을 때 스스로 할당을 해제합니다).
저희는 사용자가 이 모든 과정이 어떻게 작동하는지 알기를 원하지 않습니다. 기대치를 낮게 유지하려 합니다(오픈 소스 사용자에게 제공하는 무료 지원이므로) 그리고 사용자가 "왜 이미 _____ 팀에 할당하지 않나요??"라고 묻기 시작하는 것을 원하지 않습니다 — 사실, 저희는 사용자가 이러한 그룹의 존재 자체를 알기를 원하지 않습니다.
보통 저는 급진적 투명성을 지지하지만… 이 방식은 저희에게 매우 잘 작동하고 있습니다.
그리고 내부 사용자는 이러한 모든 그룹을 볼 수 있고, 그들에게 할당된 주제를 확인하며, 다른 그룹으로 재할당할 수 있는 권한을 가져야 합니다.
