제품 개발 프로세스 #2

안녕하세요. 주말 잘 보내셨는지요 ?

찬바람이 부는 게 제법 겨울같은 날씨이군요.

오늘은 지난글에 이어서 개발 프로세스에 대한 내용을 적어보려고 합니다.

요구 사항 분석 단계가 완료되고 나면 산출물이 SRS와 개발계획서라고 말씀을 드렸습니다.

SRS에 대해서는 이미 말씀드렸으니 , 오늘은 개발계획서에 대한 내용으로 시작을 하겠습니다.

기획서를 만들 때 개발비용 및 출시일 향후 제품의 로드맵등을 나타냅니다.

개발계획서는 SRS 가 완료되고 난 이후에 작성이 되는 것이기 때문에 기획서의 여러 수치들에 비해서 구체적으로 나타나게 되는데 대표적인 수치가 일정과 비용 항목입니다.

개발계획서에는 이러한 수치를 포함하여 많은 항목들이 들어가게 되지만 필수적으로 포함이 되어야 할 내용들이 있는데 아래의 사항들입니다.

1. 비용

   프로젝트에 참여하게 되는 인적요소에 대한내용

   예를들면 개발자 (외주), 디자이너 , 테스터 , QA , 형상관리 , 관리자 등이 필수로 포함이 되고 필요에 따라서 특허, 인증등에 필요한 인력도 포함됩니다.

   인적요소 이외에도 외부모듈 구매 , 테스트/개발 용 장비 구매 , 공간 확보 등의 비 인적 요소도 있습니다.

2. 일정

   프로젝트 관리자는 각 담당팀의 일정을 취합하여 조정하는 역할을 해서 전체 일정을 작성하게 됩니다.

   CPM( Critical Path Management ) 이 필요한 시점입니다. 다만 , 이 시점의 개발팀 일정은 요구분석 단계이므로 기획 단계보다는 구체적이고 상세하겠지만 , 아직 설계 단계를 거치지 않은 상태이기 때문에 정확하지 않습니다. 대체로 일정 정도의 예비일정을 가지고 있는 단계라고 보시면 됩니다. 회사의 개발 프로세스가 고도화 되어 있다면 일정 예측이 이 단계에서도 매우 정확하게 될 수 있으나 아직 국내에는 이 단계에서 정확하게 할 수 있는 곳이 없는 것으로 알고 있습니다.

   추가적으로 개발 일정에는 해당 프로젝트와 연관이 있는 프로젝트의 일정을 명기해 둡니다.

( 사전 또는 사후 연관이 있는 프로젝트 )

3. 조직

    프로젝트 수행관련 조직 체계를 지정하는 것입니다.

    일상적 보고라인 , 커뮤니케이션 라인을 표시하고 부서의 담당자들을 명기하여 프로젝트를 진행하는 팀원들이 누구인지를 한눈에 알 수 있도록 해야 합니다.

4. 유지보수 계획

    빠뜨리기 쉬운 것이 유지보수 계획입니다.

    제품은 출시 이후에 단종처리가 되기까지는 유지보수를 해야합니다. 이에 대한 담당자와 필요한 계획을 미리 세워 두어야 합니다.

5. 개발계획 변경관리 방안

    개발계획은 내.외부 요인으로 변경이 될 가능성이 많습니다.

    이렇게 계획이 변경 될 경우의 변경관리 방안을 세워 두도록 합니다.

    계획이 대폭 변경되어야 하는 상황에서는 중요한 의사결정이 이루어져야 함으로 이 부분은 신경을

    써 주셔야 됩니다.

6. 프로젝트 평가방안

    프로젝트 수행 중 또는 종료 후의 평가 방법에 대한 기준을 설정해 둡니다.

    보통의 경우 일정 준수율과 비용 집행율 등이 평가의 기준이 되고 추가적으로 고객만족도, 특허 출원 건수 등이 있을 수 있습니다.

오늘은 시간 관계로 줄이고 , 다음번에는 이어서 설계단계에 대한 설명을 드리도록 하겠습니다.