R&D에서 R을 분리시켜 프로젝트를 하라

R&D에서 R을 분리시켜 프로젝트를 하라

오늘은 프로젝트 리스크 관리 부분을 말씀드리고자 합니다.

기획이나 제안 단계에서 개발자들이 일정을 제대로 못내는 경우가 있습니다. 이럴 때는 관리자로서 그 내용을 주의 깊게 기술적으로 살펴볼 필요가 있습니다. "다른 제품에도 다 있는 기능인데 무슨 문제가 있겠어. 개발자 실력이 안되는 것 아니야 ?" 라는 생각이 먼저 든다면 몇 달 뒤 정신적 육체적으로 정말 큰 고생을 할 가능성이 있습니다.

개발자들이 일정을 잘 못내는 경우는 보통 기술적인 문제가 있는 경우입니다. 이른바 "Technical Issue" 가 있는 것이지요.

이 Issue 는 사전 조사, 연구 과정을 거쳐야 판단이 가능한 것으로서 , 그 결과에 따라서 이 Issue가 쉽게 풀릴 수도 있고 그렇지 않을 수도 있습니다. 경험상 대부분의 경우는 후자에 속합니다. 위에서 "다른 제품에는 있는 기능이라는 것"의 의미도 안되는 일은 아니라는 정도로 이해 해야지 간단한 일이라고 판단해서는 안됩니다.

이러한 기술적 검토 없이 일정을 관리자가 대강 일정잡고 프로젝트를 진행해서는 안됩니다.

( 요즈음 이런 사람은 없겠지만, 특히, 관리자는 개발소요산정에 영향력을 행사해서는 안됩니다 )

그래서 일정이 안나오는 이런 "연구"가 필요한 분야는 프로젝트를 분리 진행하던지 아니면 사전 연구프로젝트를 진행한 후 그 결과를 보고 개발 프로젝트를 진행하는 것이 좋을 것입니다. 한정된 자원을 가지고 진행하는 개발 프로젝트에서 연구가 필요한 분야를 함께 가져 간다는 것은 결과를 예측 할 수 없는 대단히 위험한 프로젝트 관리가 될 것입니다.

프로젝트 중간에 Technical Issue가 나오게 된다면 정말 문제가 아닐 수 없습니다.

- 프로젝트 진행전에 반드시 기술 리뷰를 거쳐야 합니다. ( 기술위원회 또는 CTO가 있다면 좋을 것입니다. )

- R 과 D가 같이 있는 프로젝트는 분리하던지 아니면 순차적으로 진행해야 합니다.

   **R 프로젝트와 D 프로젝트는 진행 방법부터 다릅니다.

- 개발자 일정 산정 과정 및 결과를 주의깊게 살펴 보시기 바랍니다.