문서 작업을 잘 못하거나 싫어하는 직원은 어떻게 하시나요?

문서 작성도 나름 노력과 노하우, 기술이 필요 합니다.
그냥 이렇게 하면 되지.. 하고 접근하다가 잘 안되니까 대충 하고 덮어 버리다 보니 계속 늘지 않습니다.
senior 개발자들이 기안/기획서는 커녕 보고서 작성도 제대로 못하시는 거 보고 저도 놀랐습니다.

나름 내린 결론은 문서 작성은 Top-down 방식으로 진행 되어야 합니다.
양식을 만들고 과정별로 작성되어야 할 문서 목록을 만들고, 예제와 함께 등록 해 놓고 교육을 시킨 다음,
단계 별로 어떠한 문서를 작성해야 한다고 규정을 만들어 놓아야 좀 됩니다.
물론 폰트 사이즈까지 규정 하는 비 효율적인 규정 보다는 최대한 간결하게 내용일 전달 될 수 있도록 규정을 만드는 것이 중요 하겠지요.

이렇게 하면 개발 하면서 개발자들도 나름대로 나중에 문서 작업 할 것을 염두하고 작업을 하게 됩니다.
문서 작업이 어려운 이유 중 하나가
개발 할때 부터 문서 작업을 고려해서 만들어야 하는데, 그냥 개발하고 나중에 문서 작업 하려니 쓸 내용도 없고 뭘 어찌 써야 할지도 모른다는 것 이거든요.
이런 상황에서는 문서 작업 할 시간을 줘도 못합니다.시간 없어 못한다는 말 거짓말 입니다.
할 줄 몰라서 못하는 겁니다.

문서 작업은 최신성을 유지 해야 하는게 제일 중요 한 점인데,
규정이 잘 적용 되고 있는지 잘 관리 하셔야 겠죠.
이건 중간 관리자의 중요한 업무이겠죠.

샘플이라고 말하지 마시고, "템플릿"이라고 하시는게 좋겠지요?
보통 SI업체가 프로그램은 안짜고, 문서작업만 한다고 알려져있지만, 대부분의 경우,
프로그램 코딩은 하청을 줘도 문서템플릿이나 방법론은 직접 만들고, 그에 따라 문서를 작성해둡니다.
소스코드보다 제대로 된 문서가 나중에 훨씬 돈(?)이 되기 때문이지요.

일단 개발방법론을 정리하고, 각 개발 단계별로 필요한 입력산출물과 출력산출물 목록을 정리한 다음에,
각각의 산출물에 해당하는 템플릿을 작성하고, 그 템플릿에 해당되는 샘플을 한벌 만든 다음에
개발을 시작할때, 개발자들에게 각 산출물을 샘플양식에 맞춰서 다 채우도록 가이드하면 됩니다.

간혹 소스코딩은 해도, 산출물은 못채우겠다는 개발자들이 있는데, 그럴경우는 정해진 일을 종료하지
못했으므로 임금지불 및 대금지불을 안해도 됩니다. 납품물건을 "산출물" + "소스코드"로 해야
돈을 받기 위해서도 채우게 됩니다.

마찬가지로 직원들도 소스코드를 맨날 만들어봐야 산출물이 없는 무능한 개발자라고 구박을 줘야 그나마
문서 작성 스킬이 늡니다.

그리고, 이러한 산출물 및 소스코드를 통해서 QA 및 감리를 진행하게 됩니다. 이건 어느 개발에서도 필수적인
것이고, 허접하더라도 한벌의 산출물 세트를 만들면서 진행하는 개발방법론을 도입해야만 합니다.
그리고, 매번 단계별로 산출물과 소스코드를 체크하고 단계를 완료해서 다음단계로 진행하도록 하는 것이
PM 및 PL의 역할이라고 생각이 듭니다.

--------------------------------
윈도위의 리눅스 윈도위의 윈도우 리눅스위의 익스플로러

별수 있나요 ^^

입장 바꿔놓고 보면 악덕상사를 만났다고 불평할 지도 모릅니다.
아랫사람에게 뭘 시켰는지도 모르고...
아랫 사람이 뭘 했는지도 모르고...
고작해야 걸어다니는 전화기, 말하는 도장... 뭐 이런 부류로 매도당하고 계실지도 모르겠네요.

OTL

No document, No result 입니다.

문서로 남기지 않은 것은 결과가 없는 겁니다.

이것은 말로 해서 될 일이 아니라 시스템 자체를 그렇게 되어야 합니다.
시간이 없다고 한다면 업무 조정 등을 통해서 일단 시간을 줍니다.
그래도 시간이 없다고 하면 그것은 다른 일 모두 제쳐놓고 문서화 작업만 시켜도 시간 없다고 할 겁니다.

DPR, WPR, MPR, QPR, HPR, YPR ... 모두 작성하도록 하면 그걸 묶으면 그 자체가 문서가 됩니다.

DPR - Daily progess report, WPR - Weekly ... MPR - Monthly ... QPR - Quarty, HPR - Half ..., YPR - Yearly ...

뭐 대충 이렇게 되는데, 우리 말로 하면 일일보고, 주간보고, 월간보고, 분기보고, 반기보고, 연간보고 .. 쯤 될 겁니다.
일일보고가 어려운 게 아닙니다.
그날 뭐 했다... 누구 만나서 뭘 했고, 어떤 얘기가 오갔다.
이거 그냥 쭉 모아서 일주일간의 내용을 정리하면 WPR
다시 WPR 을 쭉 모아서 정리하면 MPR
MPR 묶으면 QPR
QPR 두개 묶으면 HPR
HPR 두개 묶으면 YPR ...
YPR 은 인사고과 기초 자료...

이런 시스템으로 되어 있어야 문서 작성합니다. 그렇게 안하면 때려 죽여도 안하는 사람은 안 합니다.
정 쓸 게 없다거나 문장력이 없다고 하더라도, 적어도 하루에 A4 지 반장 정도만 채우게 해 보세요. 6개월 뒤면 다들 알아서 채웁니다. 그 6개월이 문제죠. 그때까지는 계속 끌고 갈 수 밖에는 없습니다.

저는 제 밑의 직원들이 DPR 제출을 안하면 이틀은 봐주고(정 급하거나 하는 경우도 있으니까요.) 삼일째 빼먹으면 그 주는 일을 안한 걸로 치고 다시 일 하라고 지시합니다. 위에서 일정 가지고 쪼건 뭐건 그건 내가 깨질테니 너는 니 할 일 하라고 다시 하라고 합니다. 그렇게 했더니 ... 좀 시스템이 갖추어지더군요.

매주 화요일 오전에 주간회의가 있는데, 그 회의시간에는 전주에 작성한 WPR 을 가지고만 얘기합니다. WPR 에 없는 건 일이 진척이 안된 것이므로 일정 점검을 위해서도 꼭 필요합니다.

근데.. 사실 저도 작성하기 귀찮을 때도 있습니다만, 머리가 나빠서 그날 그날 뭐 했는지 적어두지 않으면 까먹기 때문에라도 적어둡니다. 그렇지 않으면 그 다음날 했던 거 까먹고 다시 또 하는 경우도 있거든요.

---------
귓가에 햇살을 받으며 석양까지 행복한 여행을...
웃으며 떠나갔던 것처럼 미소를 띠고 돌아와 마침내 평안하기를...
- 엘프의 인사, 드래곤 라자, 이영도

즐겁게 놀아보자.
http://akpil.egloos.com