목적:
|
프로젝트 특정 프로세스에서 다룰 프로세스 영역 정의
|
유사한 소프트웨어 개발 프로젝트의 경험 및 프로젝트 자원을 분석한 결과는 사용자 조정 노력의 범위를 식별하는 데 도움이 됩니다. 프로젝트 특정 프로세스는 RUP의 모든 원칙을 포함할 필요가 없으며 RUP에
정의된 모든 역할을 포함하지 않아도 됩니다. RUP는 광범위한 프로젝트 유형에 적합한 프로세스 프레임워크이므로 특정한 단일 프로젝트에서 이를 모두 따를 수는 없습니다. 프로젝트의 프로세스에서 다루고자
선택하는 영역은 프로젝트 구성원의 기존 스킬 세트 및 수행하는 프로젝트의 특성에 따라 크게 달라집니다. 사용자 조정 노력의 범위 정의 시 필요한 전형적인 고려사항 중 일부가 아래에 설명됩니다.
-
프로젝트 구성원이 이미 공통 작업 방법을 수립하여 새로운 프로세스 및 도구의 도입이 필요하지 않은 영역. 예를 들어 프로젝트 구성원이 이미 테스트 수행 방법을 알고 있는 경우 RUP의 테스트 원칙을
도입하지 않음으로써 새로운 요소의 수를 제한하는 것이 좋을 수 있습니다. 기존 프로세스의 문제점을 정정하기 위해 RUP의 일부 파트를 도입하는 데 초점을 맞출 수 있습니다. 세부사항은 개념: 프로젝트의 프로세스 구현, 프로세스 및 도구 개선 섹션을 참조하십시오.
-
기존의 작업 방법이 없어 새로운 프로세스와 도구를 도입해야 하는 프로젝트 영역(원칙). 참고할 기존 프로세스와 도구가 없는 몇몇 경우에는 지원 도구와 함께 대부분의 RUP를 도입해야 합니다.
세부사항은 개념: 프로젝트의 프로세스 구현, 전체 변경 섹션을 참조하십시오.
-
기존 프로세스의 문제점. 조직에서 문제점이 있었던 영역을 개선하는 데 초점을 맞추십시오.
-
사용할 도구. 프로젝트에서 사용할 특정 도구를 결정한 경우, 개발 프로세스는 보통 RUP의 해당 영역을 포함해야 합니다.
-
프로젝트에서 수용할 수 있는 변경 정도. 조직의 문제점을 조사하는 경우 모든 문제점을 동시에 수정하려는 경향이 있습니다(특히 여러 문제점이 동시에 발생하는 경우). 이는 심각한 함정이 됩니다. 개인과
마찬가지로, 조직은 제한된 범위의 변경사항만을 수용할 수 있습니다. 변경할 용량이 적은 경우 변경의 속도를 늦추어야 하며 첫 번째 프로젝트에 RUP의 한두 가지 원칙만을 도입하는 데 그쳐야 할 수
있습니다.
-
프로젝트 구성원의 지식이 없거나 부족한 영역. 개발 프로세스에서 해당 영역을 다루도록 하십시오. RUP에서 올바른 정보를 쉽게 찾을 수 있도록 하십시오.
사용자 조정 노력의 범위 정의에 대한 자세한 정보는 가이드라인: RUP 사용자
조정을 참조하십시오.
프로젝트에 필요한 프로세스를 사용자 정의하는 방법에 영향을 미치는 요소에 대한 설명은 가이드라인:
프로세스 판별을 참조하십시오.
식별된 개선 영역이 반드시 동일한 프로젝트에서 처음으로 도입되어야 하는 것은 아닙니다. 알려지지 않은 요소의 수를 줄이고 개발 조직이 전에 가장 어려움을 겪었던 영역을 조사하십시오. 개념: 프로젝트의 프로세스 구현에서 설명된 대로 반복적으로 RUP를 구현하는 것이 좋습니다. 소규모 프로젝트의 경우 예제: 소규모 프로젝트의 RUP 채택에서도 가이드라인을 찾을 수 있습니다.
여러 원칙에서 개선의 필요성을 발견했더라도 모두 한꺼번에 변경하는 접근 방식을 목적으로 하기 보다는 여러 프로젝트의 과정을 거치면서 반복적으로 개선사항을 도입하는 것을 고려하십시오. 이러한 절충의 일례로
이전 프로젝트가 명확하지 않거나 충분하지 않은 요구사항으로 인해 어려움이 있었거나, 전달된 제품이 사용자의 요구를 충족하지 못한 것이 사용자의 주요 불만사항이었던 경우 유스 케이스로 요구사항을 도입하고
새로운 CM 프로세스의 도입을 늦추는 것을 들 수 있습니다.
절충 및 결과 범위는 외부 이해 당사자(stakeholder)와 범위 결정을 커뮤니케이션하기 위해 프로세스의 일부로서 문서화되어야 합니다.