비슷한 분야의 회사를 여럿 경험하다 보면 그 회사가 그 회사 같을만도 한데 여전히 새로운 것들을 많이 배우게 된다. NHN에서는 새로운 기술과 시스템을 배웠다면 다음에서는 새로운 문화를 많이 배우게 되는 것 같다.

NHN에 속해 있을 때 한게임 웹 개발 랩의 내부 제도로 ‘이할 프로젝트’라는 프로젝트를 만들고 참여했었다. 업무 시간의 20%를 자유롭게 사용할 수 있도록 제도적으로 뒷받침해주는 것인데, 이를 통해 몇 가지 잼있는 개발 경험도 했던 기억이 난다. 하지만 시행 초기여서 그런지 업무 부담이 커서 그런지 아쉽게도 개발자의 참여가 활발하지는 않았다.

다음에는 이와 유사한 ‘C Time’이라는 제도가 있다. 정확한 기원이나 의미는 모르지만 내가 속한 파트에서는 매주 수요일 3시 ~ 6시에 하고 싶은 것을 자유롭게 개발하는데 활용하고 있다. (일주일에 3시간이면 10%가 안되는군요.) 처음에는 이 시간에 무엇을 할지 잘 몰랐는데 지금은 하고 싶은게 길게 줄서 있다. CI, BTS 환경 구축, 서비스 분석 툴 개발, 기획서 버젼관리 시스템(?)개발 등등. 물론 여기서도 업무가 과중한 시기에는 C Time에 참가하지 못하는 경우가 있지만 그래도 좀 더 문화적으로 정착되어 있는 것 같고 나름 의미있는 결과물들도 나오고 있는 것 같다.

또 하나 평범하면서도 이전에는 경험해 보지 못한 것이 ‘당직제도’이다. 웹 서비스를 개발하는 과정은 개발 주기가 매우 짧고 제품 릴리즈 후에도 지속적으로 유지/보수를 해야하는 특징을 갖고 있다. 결국 유지/보수 업무와 신규 프로젝트 참여가 서로에게 부담을 주는 경우가 많이 발생한다. 즉, 프로젝트를 개발하다가 긴급한 버그 패치 요청을 처리해야 하기 일수고, 또한 다음 프로젝트에 투입된 경우 이미 개발된 서비스의 튜닝 및 개선에 집중하기 힘든 구조이다.

다음 미디어 개발팀은 이 문제를 해결하기 위해 ‘당직제도’를 활용하고 있다. 프로젝트 담당 개발자가 3명이면 일주일에 한명씩 돌아가면서 당직이 되고, 당직은 버그 패치 및 장애 대처를 일차적으로 책임지게 된다. 당직제도를 통해 나머지 2명은 프로젝트에 집중할 수 있고, 당직은 서비스 개선에 집중할 수 있다. 이번 주에 첫 당직이 되었는데 새로 개편된 ‘블로거뉴스‘ 시스템을 튜닝하거나 새로 발생한 버그를 수정하고 서비스를 모니터링 하고 있다. (주말에 이러고 있으니 부작용이라고 해야할 것도 같네요.)

여전히 지나친 커뮤니케이션이 발생하는 노이즈를 어떻게 해결해야할지 고민이 되긴 하지만 다음의 이러한 열린 문화가 제도적 최적화 방식보다 더 생산적인 조직을 만들 수 있음을 경험하고 있다. 조직적으로 유지보수팀과 프로젝트 개발팀을 분리할 수도 있지만 프로젝트 일관성 유지와 효율성 강화에는 짧은 주기의 당직제도가 더 효과적인 것 같다.