조직 경험의 내재화, 그리고 Agile Retrospectives
Sunday, April 22nd, 2007Agile Retrospective 5 Steps
Set the stage- Gather Data
- Generate Insights
- Decide What to Do
- Close the Retrospective
From Agile Retrospecitves
Retrospective 뭐에 쓰는 물건인고?
‘Retrospective’… 귀에 낯익은 단어는 아닙니다. 우리말로 옮기면 ‘회고전’정도가 될테지만, 요놈 앞에 ‘Agile’이 하나 붙으면, 번역하기 참 곤란합니다. 아무 생각없이 붙여서 번역해 버리면, ‘애자일 회고전’이 되어 버리니, 입맛이 살지 않네요.
이 포스트의 목적은, ‘Agile Retrospectives’에 어울리는 단어를 찾는 게 아니니, 이쯤에서 단어놀음은 옆으로 치워두죠.
‘애자일 회고전’이 되었건 ‘애자일 복기(復碁)‘라고 부르던… ‘Agile Retrospective’의 가장 큰 목적은, 애자일 방법에서 말하는 한 주기나 출시를 끝낸 후, 팀이 모여서 그 주기나 출시를 하면서 무엇을 잘했으며, 무엇이 나빴는지, 무엇을 개선해야 하는지, 다음 주기나 출시에는 무엇을 해야하는지 논의하는 것이죠.
상당히 애자일(?)스러운 행위입니다. ‘Retrospective’ 앞에 ‘애자일’이 붙음으로써, 마치 ‘Retrospective’라는 행위는 ‘애자일’의 전유물처럼 느껴지지만, 사실 우리는 어떤 행위를 마치고 그 결과를 끊임없이 피드백받습니다. 물론 별도의 시간을 할애해서 자신의 행위에 대해서 사유하는 사람도 있고, 무의식적인 수준의 피드백에 머무르는 사람도 있습니다.
그러나 조직 관점에서 바라본다면, 이런 피드백은 개인적인 차원에 머물러서는 안됩니다. 조직의 경험(개인 경험의 총합)이 조직의 자산으로 남기 위해서 크게 두가지 방법이 있습니다.
문서화와 조직원의 내재화입니다.
문서화, 양날의 검
문서화는 경험을 문서로 남기는 행위죠. 물론 문서화는, 조직의 경험을 자산화하는 가장 확실한 방법입니다. 이런 문서화에는 두가지 단점이 있습니다. 문장과 문장 사이에 기록되지 않은 지식은 전달되지 않는다는 것과 지식이 전달되기 위해서 ‘독서’라는 능동적인 행위가 선행되어야 한다는 것이죠.
그러나 제 경험을 봤을 때, 대한민국 정서의 문서화는, 가뭄철에 강아지로 밭갈기랑 비슷합니다. 물론 지나친 문서화가 지닌 패단도 있지만, 반대로 과도할 만큼 문서화를 꺼려하는 것도 ‘개인의 경험’이 ‘조직의 자산’으로 쌓이는 데 방해가 됩니다.
물론 이러한 현상에는 다양한 원인이 존재합니다. 글이 길어지는 관계로 여러가지를 언급할 수는 없지만, 지나친 성과주의가 ‘문서화’를 꺼려하는 큰 원인 가운데 하나입니다.
‘문서화’는 ‘현재의 나’를 위한 것보다는, ‘미래의 나’ 더 나가서 동료, 조직 그리고 회사를 위한 행위입니다. 그러나 당장 돌아가는 프로그램을 만들어야 하고, 고객을 만나 물건 한개라도 더 팔아야 하는 현실을 생각해 보면, 언제 볼지도 모르는 미래의 열매를 위해서, ‘문서화’라는 행위로 현실을 저당잡힐 수는 없죠.
조직원의 내재화
다음 post에서…



