봄이 오긴 오나봐요?

처음 직장생활을 시작했을 때 포털을 오픈한지 얼마 안됬기 때문에 그야말로 일주일에 1번
정기점검에 이슈가 20개~30개쯤 있는게 당연한 살인적인 스케쥴이었다.

오는 테스트도 처리하기 바쁜데 어느날 팀장님께서 체크리스트 정리를 꼭 한 뒤에
테스팅을 하라고 하신다. 나는 당연히 "아 바빠죽겠는데 초귀찮다. 테스트 할 시간도 모자라는데.."
라고 생각했다. 그렇지만 월급 올려 받으려면(이때는 한달에 한번 평가해서 월급을 올려줬음.
알바였으니까 그땐...-_-) 열심히 해야 하는 법. 자꾸자꾸 만들다보니 노하우도 늘고 오히려
테스트가 늘어지지 않고, 어느정도 테스트 시간을 예상할 수 있게 되었다. 또한 기획자,
개발자에게도 이 체크리스트를 피드백 받아 기술적이나 기획적으로 리스크가 있는 상황에
대해서 파악 할 수 있게 되었다.

어느정도 안정화가 되고 난 이후에는 예상 테스트 소요시간과 테스트가 어느정도
되어야 마무리 할 수 있다는 "끝"의 기준이 정해지게 되었고,(버그 분류방법과 분류 방법에 따라
다음 테스트 일정을 잡는 방법, 오픈기준도 정해졌기 때문에 상대적으로 스케쥴링이 쉬웠지요.)
이를 토대로 팀장님은 여러 PM들과 정기점검에 올릴 수 있는 업데이트 내용에 대한 일정 회의를
하고 오셔서 각 파트 별로 업무를 할당 해 주셨다.

20~30개의 업데이트 사항을 전부 사업적인 우선순위를 매기고 그중에 QA팀에서 소화하여
퀄리티를 보장할 수 있는 범위의 테스팅까지만 할 수 있도록 일정이 조정되었다.

위의 과정을 거치는데 나름대로 빠르다고 생각 했어도 약 1년에서 그보다 조금 넘는 시간이
소요 되었다고 생각한다. 어떤 프로세스든 마찬가지겠지만 적용하는데에는 많은 시간이 소요된다.
(그리고 그때 팀장님께서 외부 팀으로 부터의 불평불만을 대부분 막아주시느라 매우 힘드셨을꺼라 생각한다.)
천천히.. 너무 조바심 내지 않고 지속적으로 하는 것이 좋은 것 같다.

이글을 보시는 누구라도 이런 프로세스를 잡고 계신다면 절대 좌절하지 마시고 지속적으로
사람들이 QA일정과, 전략과 QA 팀에서 어떤 기준으로 테스트 절차를 진행 하고 있으며,
언제가 테스트의 끝인지를 알 수 있도록 해주는 것이 좋습니다.
주로 매번 테스트할때마다 처음부터 끝까지 설명해드리고, 아웃룩 메일로도 정리해서 보내고(지속적으로가 중요..)
했었던 것 같습니다. 특별한 방법이 아니지만 뭐든지 안잊어버리고 꾸준히 한다는게 제일 어려운 것 같습니다.

하이얼레인님 이글루에서 QA관련 글을 읽고 갑자기 생각나서 써봤습니다.^^;
QA가 아직도 물로 보이시졈?
http://hyaline.egloos.com/tb/1576877