개발 잘하기 - 커뮤니케이션 코스트를 줄여보자 #2
2007/08/23 01:52 by 지민아빠첫번째 글에 이어서 두번째글
개발자와 기획자 또는 품질관리 조직과의 의사교환은 서로간의 입장 차이가 분명 하기 때문에 어느정도 친하기 전까지는 서로 얼굴 맞대고 이야기 했다가는 얼굴 붉힐 일이 종종 생긴다. 이때는 문서로 의사를 교환하는 것이 좀 더 좋을 것 같은데..
두번째는 정확한 커뮤니케이션으로 의사전달 코스트를 줄여 줄 수 있는 이슈관리 솔루션의 활용 되겠다.
그리고 세번째로 앞의 글에서 언급한 문서 커뮤니케이션에 관한 이야기 이다.
앞에서 메일과 같은 문서 커뮤니케이션이 의사전달이 명확하지 않을 수 있다는 단점이 존재 한다고 했는데, 이외에도 메일로 의사를 전달 하는 것에는 몇가지 단점이 존재한다. 먼저 메일은 검색 및 관리가 용이하지 않다. 일회성 특징이 있기 때문에 기록으로써의 가치도 떨어지게 된다. 지금 회사에서는 거의 모든 정리에 위키를 활용한다. 주간업무 정리, 회의 결과 정리, 휴가 일정,투표 와 같은 전혀 다를 것 같은 환경에서도 위키는 그 위력이 뛰어나다. 기록으로써의 가치도 뛰어나며, 검색 및 관리도 용이하다. 메일은 거의 완전한 일회성 의사 교환 및 언제 어느위치에 정리되었음을 공지 하는 용도로만 쓰인다. 개인적으로는 회사 메일 상자를 언제 날려버려도 전혀 불편하지 않을 정도가 좋다고 생각 한다.
그 다음으로 문서화에 대한 이야기 이다.
개발을 하면서 문서화에 대한 중요성은 익히 알고 있다. 참 중요하다. 하지만 서비스 를 개발하는 조직에서 개발 문서화에 들어가는 그 막대한 코스트는 참으로 아깝다. 아깝지만 문서화는 중요하고 그만큼 가치가 있으니까 많은 시간이 들더라도 해야한다? 얼마전까지만 해도 그렇게 생각 했고, 지금도 어느정도 동일한 생각 이지만 약간 다른 것이 한가지가 더 덛붙여 져야 한다고 생각 한다. 문서화가 중요하니까 문서화에 들어가는 코스트는 감수 하여야 하지만, 문서화의 코스트를 줄일 수 있는 최대한의 노력을 하여야 한다는 것이다.
개발자가 개발 산출물을 문서화 해야 한다는 압박감에 시달리지 않고, 기획자 또는 PM이 개발 문서가 없어서 전혀 파악이 안된다는 답답 함에서 벗어나는 것이 진정으로 개발 문서화의 목적이라면 이 정도가 아주 훌륭하다고 생각 한다.
문서화를 쉽게 할 수 있도록 하는 노력은 문서 커뮤니케이션의 코스트를 줄이는, 서로서로 편할 수 있는 환경을 만든다는 의미에서 중요하다고 생각 한다.
이 글은 스프링노트에서 작성되었습니다.
'욍알욍알 > 자바' 카테고리의 다른 글
| 개발 잘하기 - 커뮤니케이션 코스트를 줄여보자 #1 (0) | 2007/08/23 |
|---|---|
| 개발 잘하기 - 커뮤니케이션 코스트를 줄여보자 #2 (0) | 2007/08/23 |
| Java 그리고 Unicode 에 관한 짧은 이야기 (1) | 2007/08/21 |
| [Survey] The Java Browser Component (2) | 2007/07/10 |
