디스코스에서 일하는 가장 좋은 점 중 하나는 우리가 말한 것을 실제로 실천한다는 것입니다. 100명 이상의 직원을 보유한 회사를 전적으로 자체 플랫폼으로 운영하고 있습니다. 동료들과의 채팅부터 기능 계획, 버그 추적, 문서 검색, 심지어 휴가 일정까지 모든 것이 한 곳에서 이루어집니다. 100% 원격 근무 회사의 문화와 성공은 우리 자신의 협업 도구를 사용했기 때문이라고 진심으로 믿으며, 디스코스를 사용하여 디스코스를 구축하는 방법을 공유하여 여러분의 팀도 유사한 환경을 구축할 수 있도록 돕고 싶습니다.
참고로, 2018년에 @HAWK 님이 같은 주제에 대한 이전 글을 게시한 적이 있습니다. 두 글 모두 매우 영감을 줍니다!
각각 강조하신 부분의 차이점에 대해 몇 가지 작은 질문이 있습니다. 여전히 Discourse Assign 플러그인을 사용하여 작업 할당을 관리하고 계신가요? 작업이 완료된 후 토픽 상태를 관리하는 데 토픽 타이머를 여전히 사용하시나요? Discourse를 비공개 이메일 지원 포털로 사용하는 것도 계속하고 계신가요? 이러한 전략에서 벗어나셨다면, 그 이유를 간략히 설명해 주실 수 있을까요?
존, 고마워! 맞아, 그거 전부 아직 쓰고 있어!
@blake 님, Discourse 내부 사용에 관한 이 반가운 업데이트를 올려주셔서 감사합니다!
7년 전 @HAWK 님의 게시글과 마찬가지로, 프랑스어 독자들이 여러분의 경험에서도 배울 수 있도록 번역했습니다:
_petites singularités_에서 Discourse를 사용하는 방식과 몇 가지 유사점이 있지만, @staff 그룹을 훨씬 더 많이 활용하시는 것 같습니다. 저희의 경우 #staff에 접근 권한이 있는 사람이 적지만, 그룹 기반 조정(group moderation)이 적용된 카테고리가 더 많습니다.
사건 대응(incident response)에 관한 내용을 읽고 놀랐습니다. 동일한 사건에 대해 실제로 최소 3개의 주제를 여신다는 뜻인가요? 제품(Product)/할 일(Todo) 분리 원칙을 따르는 것 같습니다.
혹시 추가 질문을 하나 드리고 싶습니다. 많은 오픈소스 프로젝트 포럼을 호스팅하고 계시는데, 그들에게 _런북(runbooks)_을 공유하시거나, 그들의 런북에서 영감을 받으시는 경우가 있나요?