‘유리 마음’은 아마도 오픈소스 참여의 가장 큰 장애물일 것입니다. 이것은 사람의 심리적 성숙도와 일상적인 교육과 큰 관계가 있으며, 강한 공감 능력을 가진 사람은 이것에 빠르게 적응하지만, 이것이 부족하면 받아들이기 어렵습니다. 인터넷이 가져온 전 세계적인 협업 모델, Linux를 대표로 하는 오픈소스 소프트웨어 프로젝트의 성공이 이것을 입증했습니다. 따라서 이것을 합리적으로 극복해야 하며, 특히 원격 근무에 적응할 때 더욱 그렇습니다.
개요
회의 수를 줄이면서도 소통 품질을 높이는 것은 더 이상 종이 위의 이야기가 아닙니다. 이 글에서는 비동기 방식으로 결정을 내리는 방법을 통해 원하는 효과를 얻을 수 있음을 보여드립니다.
비동기 결정은 어느 정도 이미 일반적인 결정 전략이 되었습니다. 특히 전 세계 각지에서 온 분산된 소프트웨어 팀의 경우, 비동기 결정은 이러한 유형의 팀에 특히 중요합니다. 다음 설명에서 필자는 비동기 결정이 어떻게 원격 팀의 도구가 되는지, 그리고 몇 가지 유용한 원칙을 논의하고 설명하려고 합니다.
모두가 동기식 결정에 매우 익숙하다고 믿습니다. 명백한 장점은 참여자가 실시간으로 상호 작용할 수 있다는 것입니다. 《해커와 화가》의 저자 Paul Graham은 메이커의 일정이라는 블로그 글을 썼습니다. 우리가 이 메이커들이 하고 있는 일을 방해할 때, 대가는 상당히 비쌉니다. 물론 원격 근무 팀의 경우 동기식 결정을 내리는 것은 거의 불가능합니다. 유사한 경험이 있는 사람은 동기식 회의를 실현하려는 고통, 각종 대기, 시간 낭비, 비효율, 지속적인 확인 등을 인식할 수 있을 것입니다.
이와 반대로 우리는 현실을 받아들이고 비동기 결정을 사용하여 소통해야 합니다. 이것은 많은 대규모 오픈소스 프로젝트에서 자주 사용하는 전략이기도 합니다. 고전적인 예를 들면, Apache 소프트웨어 재단(ASF, 이하 같이 칭함)에서도 필자가 가장 활발하게 활동하는 곳에서는 항상 회의를 최대한 줄이고 팀이 효과적인 방식으로 진행하도록 유지합니다. Apache 소프트웨어 재단 산하 프로젝트의 많은 것이 매년 몇 번의 회의만 열거나(심지어 회의가 전혀 없기도 함), 개발 팀은 항상 고품질의 오픈소스 소프트웨어를 생산할 수 있습니다.
그렇다면 비동기 결정은 어떻게 작동할까요?
필수 도구
중앙화된 비동기 소통 채널
비동기 결정을 실현하려면 먼저 해결해야 할 문제는 중앙화된 소통 채널을 갖는 것입니다. 어떤 구현을 사용하든 몇 가지 기능은 필수입니다. 모든 팀원이 동일한 정보를 얻고, 스레드식 토론을 지원하며, 관련된 사람이 한 스레드에서 토론하고 같은 채널에서 토론하는 다른 주제는 무시합니다. 해양 무선에 익숙한지 모르겠습니다. 그 작동 원리는 특정 사람들의 주의를 끌기 위해 최대 범위로 방송을 사용하고, 더 깊은 토론을 위해서는 해당 하위 채널로 들어가는 것입니다.
여전히 많은 오픈소스 프로젝트가 메일링 리스트를 사용하여 소통의 중앙화된 채널로 삼고 있습니다. 물론 오늘날 젊은 세대의 소프트웨어 개발자들은 이 방법이 구식이고 무겁다고 생각할 수 있습니다. 메일링 리스트는 확실히 바쁘고 높은 트래픽의 콘텐츠를 효과적으로 관리하기 위해 일정한 절제와 규율이 필요합니다. 특히 흥미로운 항목이 관련될 때, 각 스레드는 하나의 주제를 고수하고 주제가 반복되지 않도록 보장해야 합니다. 그렇지만 현재까지 올바르게 사용하고 색인 아카이브와 결합할 수 있다면, 메일링 리스트는 여전히 가장 완벽한 중앙화된 비동기 소통 채널입니다.
기업 팀은 더 현대적인 협업 도구의 혜택을 받을 수 있습니다. 이러한 도구는 사용하기 쉽고 더 강력한 멀티미디어 기능을 제공할 수 있습니다. 어떤 도구를 사용하든 핵심은 다양한 주제에 대해 많은 사람이 효율적이고 비동기적으로 소통할 수 있는 채널을 만드는 것입니다. 실제 관찰에 따르면 일관된 콘텐츠와 높은 참여를 가진 커뮤니티를 만들려면 바쁜 채널 하나가 잡다하고 많은 채널보다 낫습니다.
합의 구축 메커니즘
둘째, 사실 도구가 아니라 정신적인 내용입니다. 즉, 합의에 도달하는 것입니다. 합의가 있어야만 교착 상태를 피하고 일을 앞으로 나아갈 수 있습니다. 많은 사람 사이에서 일치하는 결정을 내리는 것이 가장 이상적인 상황이라고 누구나 생각하지만, 이것은 종종 바랄 수 없는 것입니다. 차선으로 우리는 “결정권자들 사이에서 효과적인 광범위한 합의를 형성”하는 합의에 도달하고자 합니다. 우리는 만장일치를 요구하거나 결정을 거부하는 것이 진행을 방해한다는 것을 알고 있습니다. 따라서 ASF에서 거부권을 사용하는 시나리오는 특정 상황으로 제한됩니다. ASF의 투표 메커니즘은 수년간 효과적으로 발전하여 세상의 인정을 받았고 사람들에게 자주 모방되어 사용됩니다. 어떤 팀이 ASF와 비슷하다면, 예를 들어 권력이 집중된 보스가 없다면, 이렇게 느슨하게 결합된 팀에서 합의를 구축하는 것은 매우 도움이 됩니다. 물론 또 다른 상황은 합의가 자연스럽게 나타나지 않을 때도 매우 효과적인 방법입니다.
Case 관리 시스템
합의는 종종 프로젝트 중앙화된 소통 채널에서 이루어집니다. 이것은 앞에서 설명했습니다. 하지만 매우 복잡한 상황의 경우 일부 제3자 도구가 필요할 수 있습니다. 이 도구가 바로 Case 관리 시스템입니다. 이렇게 하면 모두가 중앙 소통 채널에서 비공식 토론과 브레인스토밍을 하고, 결정이 필요한 내용이 서서히 드러날 때 Case 관리 시스템을 도입할 수 있습니다.
Case 관리 시스템은 결정을 더 정확하게 조직할 수 있습니다. 작은 팀이고 결정도 상대적으로 적은 경우 이러한 시스템이 필요 없습니다. 하지만 상황이 복잡해질 때 특정 결정의 세부 사항과 관련 정보를 특정 장소에 보관하는 것은 팀에 큰 도움이 됩니다.
사실 Case 관리 시스템이 반드시 복잡한 소프트웨어 시스템일 필요는 없습니다. ASF는 가장 간단한 issue 추적을 사용합니다. 원래 웹 인터페이스 기반의 문제 및 버그 관리 추적용이었지만, 각 Case는 동일한 페이지에서 토론되고 처리되며, 모든 댓글과 모든 작업 기록이 포함됩니다. 이렇게 하는 것은 결정을 추적하고 이 결정이 거쳐온 모든 경로를 추적하는 데 매우 유용합니다. 예를 들어 일부 긴급하지 않거나 복잡한 결정은 종료에 도달하는 데 오랜 시간이 걸릴 수 있습니다. 역사를 한 곳에 보관하는 것은 큰 이익입니다. 특히 새로 합류한 구성원의 경우 이러한 issue를 읽어 최근 어떤 결정이 내려졌는지, 어떤 결정이 아직 토론 중인지, 누가 이러한 결정에 참여했는지, 각 결정의 배경이 무엇인지 이해하여 팀에 빠르게 통합될 수 있습니다.
성공 사례
ASF 이사회는 9명의 구성원으로 구성되어 있으며, 매월 정기 전화 회의에서 많은 결정을 내립니다. 하지만 회의는 2시간을 넘지 않습니다. 이렇게 효율적인 이유는 우리가 전기에 매우 세밀한 작업을 했기 때문입니다. 물론 이러한 작업은 모두 비동기로 수행되었습니다. 이렇게 하면 회의의 초점을 복잡하거나 불확실한 것에 두고, 사소한 전체/부분 합의 문제에 집중하지 않을 수 있습니다.
사실 이러한 유사한 회의는 소프트웨어 산업 외에서도 흔히 볼 수 있습니다. 스위스 연방의 정기 주간 회의가 그 예입니다. 그들의 방식은 ASF와 매우 유사합니다. 팀 역시 비동기 결정 방식을 사용하여 합의를 구축하고 회의를 위해 충분한 준비를 합니다. 회의 의제는 색상 코딩된 목록으로 구성되어 있으며, 이 목록은 어떤 항목이 빠르게 승인될 수 있는지, 어떤 것이 더 많은 토론이 필요한지, 어떤 항목이 복잡할 것으로 예상되는지를 나타냅니다. 이러한 방식으로 단 7명으로 구성된 위원회가 매년 5000개 이상의 결정을 처리할 수 있습니다. 계산해 보면, 1년에 50여 주, 그들은 매주 몇 시간만 회의를 합니다. 이것은 매우 훌륭한 성과입니다.
개인적인 경험에 따르면 책임감 있게 말할 수 있습니다. 비동기 결정 메커니즘은 투자할 가치가 있으며, 도구는 이미 준비되어 있고, 물론 시간을 통해 검증해야 합니다. 또한 팀 구성원에게 즐거운 업무의 이점을 가져다줄 수 있으며, 이것이야말로 모든 일이 성공하는 핵심입니다.
저자 소개
Bertrand Delacretaz는 스위스 바젤 Adobe 연구 팀의 수석 과학자입니다. 그는 동료들에게 더 효율적이고 흥미로운 지리적으로 분산되면서도 효율적인 팀을 제공하기 위해 오픈 개발을 옹호하고 구현하는 데 많은 시간을 쏟고 있습니다. Bertrand는 Apache 소프트웨어 재단의 활발한 구성원이기도 하며, 이 글을 쓸 때(2017) ASF 재단 이사, 즉 9명의 구성원 중 한 명으로 재직했습니다.
이 글은 저자 Bertrand Delacretaz가 Opensource.com에 게재한 글입니다: Asynchronous decision-making: Helping remote teams succeed.
전재请注明：개발자 관계 »
