SCRUM을 시도하다! - (1)스크럼 시작의 배경

스크럼 도입 배경

우리가 진행하는 과제수행을 위하여...

수행 인원에 대한 계획이 틀어졌다.

애초 계획은 요소 기술력에 대한 경험자를 확보하여 수행하는 계획이었으나

우리가 검토한 기술에 대한 경험자가 찾기 어려웠고

이에 따라 계획했던 일정에 과제를 시작하지 못하고 

kick-off 자체가 미뤄지는 상황이 발생하게 된것이다.

이렇게 계속 미루게 되다보면 계획했던 완료일자에 과제를 완료할 수가 없을것이 너무 뻔히 보이는 상황

무언가 대책을 마련해야 하는 시점

일단 현재상황을 정리해본다.

주니어 위주의 인원구성 및 리스크 관리의 필요성

현재 확보된 인원은 주니어 4명...

게다가 구축하고자 하는 시스템에 필요한 요소기술에 대하여 숙련자는 없다. 

기술검토부터 수행하면서 겪어야 할 수많은 시행착오까지 모두 감안해서 계획을 수립하여야 한다.

종료시점까지 남은 시간은 3~4개월

주니어 4명으로 수행했을때 결과물이 나온다는 보장이 없다. 

오히려 그 반대로 실패할 가능성 농후하다.

왜냐하면,

그동안 시니어 인원의 부족으로 주니어들에게 시니어의 역할 일부를 맞겨 수행해본 결과 

결과는 항상 계획대비 실적이 부족하거나 일정이 지연되는 결과를 겪어왔기 때문이다.

그에 따라 현실적인 계획 수립이 어려웠고 

향후 진행에 대한 예측보다는 반드시 해야만 한다는 압박으로만 접근하기에 이른다.

물론, 목표치를 높게 잡고 노력하는 것은 중요하다.

그러나 현실적이지 못한 목표치는 팀원들을 좌절에 빠뜨리고

이후 계획에 있어서도 현실적이지 못한 계획을 수립하게되는 악순환의 고리에 빠져 허우적거리게 된다.

아... 숙련된 시니어를 확보하는것만이 답이란 말인가...

그렇다고 숙련자 시니어를 확보하기에는 많은 시간과 부가적인 노력과 비용이 필요하다.

일단 시작을 해야 하는데 

무작정 시작을 하려니 숙련자 확보가 확정되지 않은 상태에서 계획을 할 수가 없다.

이대로 감나무에서 감 떨어지길 기다리고 있을 수 만은 없다.

어쨌거나 현재의 상황에서 최선의 방법을 찾아보자.

언제 든지 숙련자를 확보한다면 과제 수행에 도움이 될것이다.

그래서 첫번째 작업을 정의한다.

1. 숙련자 확보를 위해 채용담당자에게 위탁하여 채용시까지 구인활동을 진행한다.

분석/설계/개발/테스트 의 폭포수 수행방법으로는 리스크 관리가 어려우며, 일정이 틀어지거나 이슈가 발생하는 경우 전체적으로 치명적인 어려움을 겪을 수 있다

이에 대한 대안으로 다음과 같이 두번째 작업을 정의한다.

2. 리스크를 줄이고 모니터링할 수 있도록 전체 과제수행기간을 3분할하여 분석/설계/개발/테스트 사이클을 하나의 이터레이션을 묶어 돌면서 짧은 프로젝트를 진행하고 다음 이터레이션에서 보완할 수 있도록 계획을 수정한다.

단순히 이터레이션을 돌린다고 해서 만사가 알아서 해결되진 않는다.

각 이터레이션에서 얻은 경험으로 다음 이터레이션에서는 더 나은 결과를 얻을 수 있어야 한다.

이에 따라 다음과 같이 세번째 작업을 정의한다.

3. 1차 이터레이션 진행시 공학적인 방법으로 "측정"하여 현재 구성원으로 할 수 있는 성과의 기대를 최적화하며, 향후 현실성이 있는 계획을 수립할 수 있는 발판을 만든다.

이와 같이 하려면 팀구성원중 매니징만을 하는 구성원이 있어야 한다.

팀원들을 관찰하고 협력하며 코칭하면서 위험요소를 조기에 발견하고 적절하게 대처할 수 있는 관리자의 역할이 필요하다.

그래서 다음과 같이 네번째 작업을 정의한다.

4. 위와 같은 방법으로 지속적인 리스크 관리를 하면서 적절하게 수정계획을 수립할 수 있는 체계를 만들어야 하며 이를 수행할 수 있는 관리자를 선출한다.

가만...

진행해야 할 일들을 한가지씩 정의 하다보니 애자일 방법론인 스크럼과 많은것들이 맞아 떨어지는듯 하다.

음..

물론 채용 문제에 대해서는 별도로 진행해야겠지만..

이참에 스크럼 방법론을 준수하여 과제 수행을 진행해보면 어떨까 생각해본다.

계획 및 방법론의 a2z를 모두 내 머리에서 쏟아내기 보다는

기존의 방법론을 차용해서 보완하여 진행하는게 효율적이라는것은 너무나 당연한것

핵심적인 요소들 몇가지를 검토해보고 어느정도 맞다고 판단되면 

진행하는것이 맞다

검토결과..

* 스크럼의 특징

결과물 주도의 엔지니어링, 주니어 문화, 짧은 주기, 최대한 빠르게.. 

이것만으로도 스크럼으로 시도해야 할 이유는 충분해졌다.

- 다음에 계속