컴사랑의 이런 저런 이야기

업무에서 커뮤니케이션 매체로써의 이메일 활용의 한계점들 본문

일기/끄적거림

업무에서 커뮤니케이션 매체로써의 이메일 활용의 한계점들

comlover 2007. 12. 4. 15:59
반응형
SMALL
얼마 전에 "업무에서 이메일 활용에는 문제점이 있다" 라고 이야기를 했는데, 구체적으로 어떤 문제점이 있는지 궁금해 하시는 분들도 계시고, 나도 나름대로 정리를 해보기 위해서 실제 한계점들에 대해서 이야기 해보고자 한다.

각 내용의 요점은, "(시간이 지나면) 마지막 내용(결론)을 알기 힘들다" 로 요약될 수 있겠다.
(참고. 대부분은 현재 컴사 팀의 문제이지 않을까 싶습니다 ^^)


1. 편지가 오가던 중 메일 수신인이 변한다면
예컨데, 처음에는 A,B,C,D,E 다섯명에게 메일을 보냈다.
몇번 메일이 오가던 중에 D와 E에게는 왠지 스팸이 될 것 같다는 생각이 들었다.
그래서 메일 중간에 D와 E를 수신인에서 뺐다.
D와 E는 메일이 어떻게 진행되었는지 모른다. (물론 관심이 없을 수도 있지만, 나중에 필요하게 되었다면?)


2. 메일로 토론을 하고 있었다면
간혹, 메일로 토론을 하는 경우도 많이 본다.
예를 들면, 코딩 스타일에서 데이터 타입을 알려주는게 좋은지 (헝가리언 노테이션인가요?) 아닌게 좋은 지 등등...
한참 메일로 주고 받다가, 가까운 곳에 있다면 결국 만나서 이야기 하게 되는 경우가 많다.

다른 사람들은 결론을 모른다. ^^


3. 특정 사항에 대해서 수정된 사항이 계속 발생했을 경우
어떤 사항에 대해서 정리를 해서 알려 주었다.
앗. 수정사항이 발생했다. 다시 보낸다.
또 수정사항이 발생했다. 다시 보낸다.
메일을 받은 사람은, 한참 뒤에 관련 내용을 찾았는데, 운 나쁘게 두번째 편지를 찾았다 (한번 더 수정되었는데 쯧쯧)


등등 여러가지 경우가 있을 것 같다.
대부분은 트래킹이 어렵고, 마지막 내용을 잘 모르는 경우가 생길 수 있다 라는 것이다.
수신인을 정하는게 어려울 때도 많다. 누가 받아야 할 지...
그 때는 관심없었는데, 나중에 관심이 생길 수도 있다.


아직, 컴사도 구체적인 해결 방법을 고민 중이지만,
혹시나 비슷한 고민을 하시는 분들이 계실까봐,

마지막 "수신인을 정하는 것과 과거에 받지 않은 메일이 필요한 경우" 메일 아카이브를 이용하면 해결 할 수 있을 듯 하다.

그 외에는 위키BBS(게시판) 등이 좋은 해결책이 될 수 있을 것 같기도 하다.
물론 메일 아키이브 + 위키도 가능하다 ^^

다만 위키는 배우기를 꺼려하는 사람도 있고, 불편해 하는 사람도 많더라는 단점도 있다.
또 메일이 편한 경우도 많다. ^^







반응형
LIST
Comments