부서 후배 녀석이 담주에 출장을 간다.
내가 8월 초에 갔던 것과 유사한 출장인데 목적은 4월 출장이랑 비슷하다(4월 출장은 현지 보험/지원용, 8월은 문제점 원인/분석/해결)
4월에 출장갔을 때 그전 출장자에게 전화했을 때 들었던 “그냥 가면 알아요”라는 황당한 대답을 들었을 때 느꼈던 막막함을 조금이라도 없애려고 그때 적어 놓은 글이랑 이런 저런 이야기들 – 가서 조심해야 할 것들, 호텔 포인트 적립, 항공 마일리지 적립, 쇼핑은 어디서 해야 하는지 등 -을 주저리주저리 이야기해줬다.
(4월 출장은 혼자서는 처음 나가는 해외출장이라)
노하우 공유 측면에서도 이런 건 여러 사람들이 공유해야 할텐데 그게 쉽지 않다. 하다 못해 맛있는 맛집이라도 먼저 갔다 온 사람이 알려줘야 할텐데(하긴 이건 가면 현지 파견 인력이 잘 알긴 하지만)
작년 말부터 회사에 wiki 를 사용하기 시작했다.
처음에는 mediawiki 를 사용하다 기능이 많아서 인지 몰라도 불필요하게 복잡한 듯 보여 다른 wiki를 찾다가 dokuwiki 를 만났다. 예전에 일롭자 님이 쓰던 위키로만 알고 있었는데 의외로 훌륭했다. 게다가 언제 자료인지 모르겠지만 위키중에 가장 평이 좋은 것이 dokuwiki라는.
mediawiki는 wikipedia 가 사용하는 덕에 사용자층이 무척 넓다. 덕분에 다양한 부가 기능이 장점이다. 하지만 편집 기능이 내겐 불편했고, DB를 사용한다는 점이 오히려 부담스럽다.
dokuwiki는 별도의 DB를 사용하지 않고 파일시스템을 사용한다. 덕분에 백업이 무척 용이하고 migration도 편리한 편이다.(물론 내가 MySql를 잘 다룰 줄 안다면 mediawiki도 괜찮겠지만)
암튼 설치도 쉽고 사용도 쉬운 dokuwiki를 내가 관리하고 있는 개발 서버(라고 해봐야 펜4에 리눅스 설치한 것이 전부)에 설치하고 혼자서 열심히 사용하고 있었다. 위키가 위키다워야 하는데 혼자서만 쓰니 아쉽기는 했지만 주변에 위키를 쓸만한(?) 사람이 보이질 않아 애써 권장하지 않았다.
그러다 productivity에 대해 고민하게 되고 특히나 release it, the practice of agile development등의 책을 보면서 개발 팀에 wiki가 아주 적합한 툴임을 다시 생각하고 주변사람들에게 조금씩 소개하기 시작했다.
10명쯤에게 소개했더니 2-3명이 관심을 갖기 시작했다. 하지만 실제로 사용하는 사람은 1명.
그러다 내가 맡은 일때문에 정보 공유를 해야 할 때 자료를 위키에 정리한 후에 메일에 URL을 알려줬다. 물론 그래도 별 반응은 없었다. 그러다 오늘 파트장이 저녁먹으로 가기전에
“위키 그거 괜찮던데~”
라고 한 마디 하셨다. ㅎㅎ
마치 신입사원이 자신의 성과를 인정받은 것처럼 속으로 좋아라 했다. 내가 하는 일을 인정받았다는 게 중요한 게 아니라 파트장이 위키라는 툴을 이용한 자료 정리의 장점을 인지하고 인정했다는 점이 중요했다.
지금도 여전히 혼자서만 자료를 올리고 있는 위키지만 조금씩 나아질 것이라고 믿는다. 그렇게 함으로써 서로가 가진 정보를조금씩 공유해야지만 현재 우리 부서에 팽배해있는 부서이기주의(내가 하는 일만 관심있어 하기)를 조금이라고 완화시키고 각자가 머리속에만 가지고 있는 노하우를 모을 수 있을 것이다.
That’s the POWER of wiki.
Collaboration is a structured, recursive process where two or more people work together toward a common goal—typically an intellectual endeavor[1] [2] that is creative in nature[3]—by sharing knowledge, learning and building consensus. Collaboration does not require leadership and can even bring better results through decentralization and egalitarianism.[4] In particular, teams that work collaboratively can obtain greater resources, recognition and reward when facing competition for finite resources.[5]
http://en.wikipedia.org/wiki/Collaboration
Though good collaboration doesn’t guarantee a project’s success, poor collaboration almost always guarantees a project’s failure.
Ship it! A practical guide to successful software projects