3.4 기획 프로세스 그룹
기획 프로세스 그룹은 전체 업무 범위를 설정하고，목표를 정의 및 구체화하며 확정된 목표를 달성하기위해 필요한 일련의 활동을 개발하는 프로세스로 구성된다. 기획 프로세스를 통해 프로젝트를 수행하는데 사용할 프로젝트 문서와 프로젝트관리 계획서를 개발한다. 프로젝트관리의 복잡한 특성으로 인해 추가적 분석을 위한 반복적인 피드백 순환과정이 필요할수도 있다. 프로젝트 정보가 더 수집되고 프로젝트 특성이 더 파악됨에 따라，추가적인 계획 수립이 필요할수있다. 프로젝트 생애주기에 걸쳐 중대한 변경이 발생하면 하나 이상의 기획 프로세스를 재검토 해야하며 경우에 따라 착수 프로세스도 일부 재검토 해야할수도 있다. 이와 같이 프로젝트관리 계획서를 점진적으로 구체화하는 과정을 점진적 구체화라고 하며，기획 및 문서화 작업이 반복적이며 지속적인 활동임을 의미한다. 기획 프로세스 그룹의 주요 이 점은 프로젝트나 단계를 성공적으로 완료하기 위한 작업의 과정 또는 경로뿐아니라 전략과 전술도 상세히 설명 하는것이다. 기획 프로세스 그룹을 적절히 관리할때 이해관계자의 수용과 참여를 훨씬 쉽게 유도할 수 있다. 기획 프로세스에서는 원하는 목표를 달성 하도록 프로젝 트를 수행하는 방법을 기술한다. 기획 프로세스 그룹의 산출물로 작성된 프로젝트관리 계획서와 프로젝트 문서에서 는 범위，시간，원가，품질，의사소통，인적자원，리스크，조달 및 이해관계자 관리 측면이 두루 다뤄진다. 프로젝트 진행 과정에 변경 승인(일반적으로 프로세스 감시 및 통제 프로세스 동안 발생，그리고 특수하게는 프로젝트작업 지시 및 관리 프로세스 동안 발생)으로 인한 갱신이 프로젝트관리 계획서 및 프로젝트 문서에 부분적으로 상당한 영향을 미칠수 있다. 이러한 문서 갱신으로，정의된 프로젝트 범위를 충족시키기 위한 일정 원가 자원 요구사항 측면의 정확성이 크게 향상된다. 프로젝트팀은 프로젝트를 기획하고 프로젝트관리 계획서와 프로젝트 문서를 작성할때 모든 이해관계자로부터 관련 데이터를 수집하고 이들의 참여를 유도한다. 피드백과 프로세스 구체화를 무한히 지속할수는 없으므로 조직에서 정한 절차에 초기 기획 작업을 끝낼 시점을 명시한다. 이러한 절차는 프로젝트가 수행되는 환경의 영향은 물론 프로젝트의 성격 설정된 프로젝트 경계 적절한 감시 및 통제 활동의 영향을 받게 된다. 기획 프로세스 그룹의 프로세스간 다른 상호작용은 프로젝트의 성격 에 따라 좌우된다. 예를 들어 기획을 상당히 진행한후에도 리스크를 전혀 또는 거의 식별할수없는 프로젝트도 있다. 그때 비로소 프로젝트팀에서 원가 및 일정목표가 지나치게 공격적임을 인지하면 초기에 파악했던것보다 상당히 큰리스크가 수반된다. 이러한 반복작업의 결과는 프로젝트관리 계획서 또는 다양한 프로젝트 문서에 갱신사항으로 기록된다.
| 구분 | 내용 |
|---|---|
시나리오/Goal 기반 | ∙기능적 요구사항과 비기능적 요구사항을 명확하게 추출 |
유즈케이스를 이용한 요구사항 | 시스템 기능적 측면과 관련된 요구사항을 유즈케이스를 이용하여 구조화 |
| 품질 요구사항을 위한 자동분류 | ∙분류언어와 유사도를 이용한 2단계 분류기법 사용 |
유사도 측정을 이용한 요구사항 | ∙공기정보(co-occurrence information)를 이용하여 문서 간 유사도를 |
[ 313 DEV GRP SW개발 생명주기모델 ]
| 프로토 타이핑모델 | 나선형모델 |
|---|---|
| ∙요구분석〉시제품 설계〉개발〉평가〉요구사항확인/설계정제〉개발〉평가 ∙사전에 구현할 시스템의 모습을 그려서 사용자 피드백을 받고자 많든 SW프로세스 모델 ∙수평적 프로토타이핑(화면 프로토타이핑) ∙수직적 프로토타이핑(기술검증) ∙장점: 요구사항 분석의 효율적 진행이 가능하고 시스템의 이해와 품질이 향상되며 개발자와 사용자간 의사소통이 원활해지고 제품의 추적성과 시험 가능성 확보가능 ∙단점: 프로토타입 결과를 최종결과로 오해할 수 있고 사용자의 과다한 요구사항발생 가능성이 존재, 중간 단계 산출물 문서화가 어렵고 폐기 시 비경제적임 | ∙순차적 모델의 제어와 프로토타이핑의 반복적 특성을 체계적으로 결합시킨 점증적 SW프로세스 모델 ∙대규모 시스템 및 위험 부담이 큰 시스템개발에 적합하며 CSF(Critical Success Features)를 먼저 개발하고 위험의 명시화를 통해 위험 최소화를 우선시하게 됨 ∙나선형모델에서 SW는 점증적인 릴리즈의 단계로 개발 |
Labels