많은 분야에 적용시켜 볼 수 있는 개념인 것같다. 사실 프로젝트를 진행하든, 혼자 스터디를 하든, 직장에서 일을 하든 항상 중요한 것이 바로 어떻게 진행됐는지, 잘 수행됐는지, 잘 못됐는지 검토하고 반성하는 시간을 가지는 것이다. 그런데, 막상 끝나고나면 그게 잘 되지 않는다. 그냥 끝났다는 해방감에 들떠서 더 이상은 쳐다보기도 싫어지는 것이다.

http://agile.egloos.com/4122099

위 글을 보면 김창준씨는 그런 과정을 나름의 항목을 정하여 실천에 옮겨 왔었다고 한다. 그 항목들이란 바로 다음의 5Fs를 말한다.

• Fact
• Feeling
• Finding
• Future Action
• Feedback

아무래도 항목들이 정해져 있으면 정리하기가 훨씬 수월하지 않을까 생각해본다. 그리고, 굳이 끝날 때까지 기다릴 필요도 없이 주말 마다 정리하는 시간 혹은 매일 정리하는 시간을 가지면서 위의 5가지를 생각해보고 작성하다보면 훌륭한 retrospective가 되지 않을까 생각된다.

김창준씨가 소개하고 있는 Retrospectives관련 책들

• Project Retrospectives
• Agile Retrospectives

간단한 웹 개발을 할 일이 생겨서 PHP를 생각하다가 최근에 화두가 됐었던 (그러나 당시에 별로 관심을 두지 않았던) 루비가 생각났다. Ruby on Rails라는 Rails 프레임웤을 이용한 루비 프로그래밍을 경험해 보고싶은 마음도 들었고, PHP는 이미 너무 많이 퍼져 있다는 생각도 들었다. (왠지 항상 major가 아닌 minor에 더 많은 관심이 간다. ㅡ.ㅡ;;) 아주 작은 웹 페이지라서 java로 하기엔 좀 호들갑인 것같다는 생각도 들었다.

인터넷을 통해서 이것 저것 찾아보고는 있는데, 자바와 마찬가지로 루비도 처음 나왔을 때 잠깐 테스트만 해 보고 시간을 핑계로 그만뒀던 기억이 갑자기 스친다. 이렇게 지나쳐버린 기회가 얼마나 많을까?