여러분 안녕하세요,
얼마 전 슬랙과 디스커스를 비교하고, 두 도구가 어떻게 함께 활용될 수 있는지에 대한 글을 읽었습니다. 슬랙은 직접적인 소통에 사용되고(예: 중요한 프로세스를 관리하는 서버가 다운된 경우), 디스커스는 더 큰 그림을 위한 소통에 사용된다는 내용이었습니다. 예를 들어 비즈니스 프로세스를 어떻게 개선할지에 대한 토론 같은 것이죠.
보통 커뮤니티와 디스커스가 어떻게 도움을 줄 수 있는지에 대한 글을 많이 접합니다. fly.io와 같이 자사 제품군을 중심으로 커뮤니티를 운영하는 기업들을 생각해 볼 수 있습니다.
이제 이 도구가 조직/회사 내부에서도 어떻게 사용되고 있는지, 어떤 조직 구조를 가지고 있으며, 어떻게 활용되고 있는지가 궁금해졌습니다.
디스커스는 거의 위계 구조가 없는 평탄한 조직에서 주로 사용될 수 있다고 생각합니다.
링크:
아마도 짐작하시겠지만, Discourse에서는 내부 소통을 위해 Discourse를 사용하고 있습니다. 
블로그의 다음 게시물들이 흥미로우실 수 있습니다:
네, 이 용도에서는 매우 효과적일 수 있습니다. 오히려 변혁적이라고 표현하고 싶을 정도입니다. 하지만 이 작업이 수반하는 노고를 과소평가하지 마십시오. 특히 1만 명 이상의 규모를 가진 회사에서는 더욱 그렇습니다!
고객 프로젝트 간의 기밀성이 보호되어야 합니다. 자사 시설 밖에서 호스팅을 수행하는 경우, 벤더와 제3자 계약을 체결해야 할 가능성이 높습니다. 벤더들은 자사 정보가 자사 시설 밖으로 공유되는 것에 동의하지 않는 경우가 많기 때문입니다. 회사의 규모가 클수록 이 과정은 더 느리고 짜증이 나는 일이 됩니다. "법적 승인까지 여기서 그 이야기는 할 수 없다"고 말하면 플랫폼 사용자들이 이해하지 못할 것입니다. 그리고 그 기간은 수개월에 달할 수 있습니다. 상당한 인내심과 신중함, 그리고 특히 첫해에는 주 몇 시간 정도를 프로젝트에 할애할 수 있는 법률 팀 구성원이 필요할 것입니다.
그 정도의 노력을 기울이기로 했다면, 동료들을 모더레이션(운영)하는 데 따른 도전도 고려해야 합니다. 상사나 상사의 상사에게 '아니오’라고 말하는 것이 편하지 않다면, 그 부분을 개선해야 합니다. 그들은 여러분이 해서는 안 될 일을 하도록 압박할 것이기 때문입니다. 마찬가지로, 많은 모더레이션 조치가 법적으로 요구되는 것임에도 불구하고, 일부 동료들에게는 악역으로 비칠 수 있습니다.
