개발 속도 2배 높이는 프로젝트 매니징

PM이 어떻게 프로젝트 매니징을 하느냐에 따라서 개발자의 퍼포먼스는 크게 차이가 난다.

PM이 프로젝트 개발 속도를 높이기 위해서 사용할 수 있는 전략 중 한가지를 소개해보겠다.

개발자들은 개발 요청을 받으면 크게 2가지로 나뉜다.

1. 어떻게 구현하면 될지 머리속에 그려지는 것
2. 어떻게 해야할지 일단 리서치를 해봐야하는 것

여기서 특히 2번이 문제가 된다. (1번도 여러 문제가 될 수 있는데, 그건 다음에 설명하겠다.)

리서치가 얼마나 걸릴지, 그게 우리 프로젝트에 적용이 가능할지 아닐지 개발자도 모르고 PM도 모르고 아무도 모르는 경우가 발생한다.

그러면 프로젝트는 기약없이 길어지고, 프로젝트 전체 리스크는 증가한다.

이런 상황을 줄이기 위해서 경험있는 PM은 아래와 같은 방법들을 사용할 수 있다.

1) 개발자가 리서치 해야할 사항이 무엇인지 미리 파악한다.

이를 위해서는 프로젝트 초반에 이런 질문들을 하는것이 필요하다.

• 혹시 지금 나온 스펙을 개발하는데 좀 어렵거나 마음에 걸리시는게 있으신가요?
• 이번 개발 스콥중에 그 동안 경험해보지 못한 부분이 있으신가요?
• 이번 개발 스콥중에 어떻게 구현해야할지 조금 고민스러운 부분이 있으신가요?

이런 뉘앙스에 질문을 프로젝트 초반에 하면, 프로젝트에 리스크를 줄 만한 기능들이나 스펙을 미리 파악할 가능성이 높아진다.

2) 리스크가 높은 기능들의 우선순위를 높인다.

개발상 리스크가 높은 기능들을 먼저 개발할 수 있도록 우선순위 조정을 한다. 프로젝트 매니징을 하는데 있어서 리스크 제거는 굉장히 중요하다. 구현상 예측이 잘 되지 않는 것들에 미리 시간을 넣어서 없애야한다.

어려운 것을 나중으로 미루는 성향을 가진 개발자들이 있는데, 그런 개발자들이 마감 일자를 못 지킬 가능성이 더 높다. PM은 이런 부분들을 미리 파악해야한다.

3) 레퍼런스를 찾아준다.

이건 경험 많은 PM들이 자주쓰는 방법인데, 개발자들이 어려워하는 문제들에 있어서 유사한 사례를 찾아다준다. 꼭 개발문서가 아니어도 좋다. 이미 구현되고 개발자들이 테스트 해볼 수 있는 앱이나 페이지면 구현하는데 큰 도움이 된다. 그리고 주변에 해당 스펙을 미리 구현해본 PM이나 개발자를 소개해주는 것도 도움이 된다.

4) 기획을 바꾼다.

개발 난이도도 유저 경험만큼이나 중요한 고려사항이 되어야한다. 개발자가 어떻게 구현해야할지 계속 막막하고 헤매고 있다면, 더 이상 지체하지 말고 기획과 디자인을 적극적으로 바꿔보자. 개인적으로는 진전없이 3일 이상(급할 때는 12시간) 개발자가 헤매고 있다면 무조건 기획을 바꾸는편이다.

1~4번 모두 개발자와 굉장히 많은 커뮤니케이션이 필요한 방법들이다. 개발자에게 기획안과 디자인 시안만 전달하는것으로 PM의 역할이 끝나는게 아니다. 지속적으로 커뮤니케이션 하면서 함께 문제 해결을 해나가야한다. 그리고 이런식으로 같이 문제를 해결해나가면서 팀원간 신뢰를 구축하고, 더 좋은 커뮤니케이션을 하는 선순환 고리가 만들어진다.

개발자가 리서치에 사용하는 시간은 적게는 30% 많게는 70% 이상 될때도 있다. 이 시간을 적극적으로 줄여준다면, 프로젝트의 개발속도는 2배 이상 빨라질 수 있다.