우리에게 잘 작동하는 또 다른 작은 패턴은, 특정 변경 사항에 가장 밀접하게 관여한 사람들이 그 변경 사항에 대한 공지 주제를 직접 만들게 하는 것입니다.
이것은 어느 정도 Discourse가 오픈 소스 프로젝트라는 특성에서 자연스럽게 나온 결과일 수 있습니다. 동시에, 우리는 규모가 커지고 다양한 역할의 사람들이 합류하면서 이 원칙을 의식적으로 유지해 왔다고 생각합니다.
예를 들어, 기능 출시 공지는 실제로 해당 기능을 개발한 사람(엔지니어, 디자이너, 또는 프로덕트 매니저)이 작성하는 경우가 대부분입니다.
이렇게 하면 사람들은 자신이 잘 아는 주제에 대해 대화를 시작할 수 있으며, 이는 제품 개발 프로세스와도 잘 연결됩니다.
또한 커뮤니티가 특정 기능을 개발하는 사람들과 직접 소통할 수 있는 장을 마련해 줍니다.
개발자들은 커뮤니티 전체의 모든 동향을 주시하거나 복잡한 분류 및 태그 시스템을 구축하지 않아도, 해당 기능에 대한 커뮤니티의 피드백을 지속적으로 받을 수 있는 방법을 얻게 됩니다.
세부 사항이 조금씩 다르긴 하지만, 다른 곳에서도 유사한 방식을 효과적으로 활용하는 모습을 종종 볼 수 있습니다.