가이드라인: 프로세스 사용자 조정 사례
이 가이드라인은 사용자 정의 RUP의 우수 사례를 설명합니다.
관계
기본 설명

일반

Rational Unified Process에서 많은 중간 산출물, 타스크 및 역할을 정렬하는 경우 다음 질문을 자신에게 할 수 있습니다.

  • 나에게 이 사항이 필요합니까?
  • 내 프로젝트에 필요한 사항을 판별하기 위해 이 모든 항목을 어떻게 정렬해야 합니까?
  • RUP는 대규모 프로젝트인 경우에만 적합한 것은 아닙니까?

사용자 조정 주제에서는 이 모든 질문을 다룹니다.

소프트웨어 프로젝트의 목적은 제품을 생성하는 것입니다. 프로세스가 좋으면 프로젝트에서 해당 이해 당사자의 요구를 충족시키고, 제시간에, 예산에 맞춰 제품을 생성할 수 있습니다. 추가 정보는 아티팩트:  제품을 참조하십시오.

좋은 프로세스가 되는 핵심은 주요 원리를 지키면서 가능한 프로세스를 가능한 단순하게 사용자 조정하는 것입니다.

여기에 포함된 가이드라인은 프로세스 사용자 조정 시 고려해야 합니다. 자세한 가이드라인은 개념: RUP 사용자 조정에 제공됩니다.

먼저 프레임워크 빌드

많은 프로젝트에서 공통된 문제점은 종종 특정 영역에 너무 집중한다는 점입니다. "주요" 요소가 고품질의 제품을 생성하는 전체 프로세스 라이프사이클과 관련되었다는 좋은 아이디어가 있는지 확인하기 전에 특정 영역의 세부사항에만 너무 치우쳐 있는 것입니다.

일반적으로 하나의 특정 문제점 영역에만 초점을 맞추기 전에 간단한 방식으로 프로세스의 모든 주요 요소를 처리하는 것이 좋습니다.

품질 소프트웨어 프로세스의 프레임워크가 적절한 경우 프로젝트는 문제점의 주요 원인으로 식별된 특정 영역에 효과적으로 초점을 맞출 수 있습니다. 이 선택은 프로젝트에 대한 위험성을 식별하고 위험성의 우선순위를 지정하며 식별된 위험성의 초기 이주 전략을 판별하는 작업에 기반합니다.

명확히 입증할 수 없는 중간 산출물 및 타스크는 포함하지 마십시오.

선의의 프로젝트 관리자 또는 프로세스 엔지니어는 선택 메트릭, 제어, 보고서 등 많은 관심 목록을 가지고 있을 수 있습니다. 그러나 타스크 및 중간 산출물은 시간과 비용을 소모합니다. 이 비용 중 일부(예: 환경 도구 세트와의 일상적인 상호작용)는 보일 수도 있고 보이지 않을 수도 있지만, 단순히 표준 타스크의 더 낮은 생산성으로 포함됩니다.   

관심 목록에서 중요한 프로세스 요구를 구별하고 수익성이 비용을 넘어서는지 여부를 판별해야 합니다.

프로세스로부터 개발자 보호

디자인, 구현 및 테스트에 대해 중요한 스킬을 가지며 전문 훈련을 받은 직원이 있을 수 있습니다. 이 전문 인력에게 매주 서류를 작성하거나 문서를 올리거나 거추장스러운 도구와 씨름하면서 매주 시간을 낭비하게 하지 마십시오. 이 타스크가 필요한 경우 규정된 지원 직원이 수행하도록 하는 방법을 고려하십시오.

정규 임시 중간 산출물 최소화

임시 중간 산출물(최종 제품으로 의도되지 않은 중간 산출물임) 형식은 타스크만큼 중요하지는 않으며 해당 중간 산출물을 생성할 때 필요한 것으로 간주됩니다. 이 목적을 지원하는 경우 형태 또는 빌드할 때 사용하는 도구는 중요하지 않습니다. Dwight D. Eisenhower는 다음과 같이 말했습니다. "계획 자체는 무의미하다. 계획을 세우는 행위가 중요하다."

빠지기 쉬운 한 가지 함정은 중간 산출물을 너무 빨리 형식화한다는 점입니다. 중간 산출물의 초기 버전은 종종 빨리 전개되고 여기에 함축된 의미를 계속 파악하는 동안 초기 버전은 때때로 서로 다른 표시와 같이 유동적인 상태로 남아 있습니다. 정규 문서는 이 프로세스를 방해할 수 있습니다. 중간 산출물을 세련되게 다듬기 위해 많은 시간을 낭비할 수 있습니다. 그러면 큰 희생을 초래하게 됩니다. 종종 중간 산출물의 초기 단계에서는 색인 카드에 간단한 설명을 작성하고 다이어그램을 손으로 그리는 것으로 충분합니다. 일부 프로젝트의 경우 이 두 가지 사항만이 필요한 전부일 수도 있습니다.

편리한 형식 사용

중간 산출물은 어떤 양식으로도 유지보수할 수 있도록 사용자 조정 가능합니다. 예를 들어 비전 문서는 웹 페이지로, 프로젝트 계획은 Microsoft Project 파일로, 위험성 목록은 Rational RequisitePro 요구사항 유형으로 캡처될 수 있습니다.

가능한 경우 생성

일부 프로젝트는 정보를 수동으로 자르고 붙여넣어 정규 문서의 템플리트를 채우는 데 많은 시간을 소비합니다. 대신, 도구(예: Rational SoDA)를 사용하여 소스에서 필요한 문서를 제공하는 방법을 고려하거나 웹 기반 디자인 모델을 생성하도록 동일한 정보를 제공하는 단순한 방법(예: Rational Rose)을 협상하십시오.

많은 경우 정보는 환경에 내재적으로 제공되므로 중간 산출물을 모두 함께 건너뛸 수 있습니다. 예를 들어 요구사항 유형 속성을 나열하는 요구사항 관리 계획의 섹션을 생성하는 대신, 적용 가능한 요구사항 유형 및 추적성을 사용자 조정된 Rational RequisitePro 프로젝트에 제공하기만 하고 이해 관련자와 둘러볼 수 있습니다. 다른 예로 별도의 소프트웨어 개발 계획으로 그래픽을 중복시키는 대신, Microsoft Project 파일의 읽기 전용 버전을 이해 관련자에게 제공하는 경우가 있습니다.

웹 사용

유용한 중간 산출물은 중요한 정보를 커뮤니케이션하는 것입니다. 이 정보는 정보를 필요로 하는 사람이 즉시 사용할 수 있어야 합니다. 이 목적에 맞는 뛰어난 메커니즘이 바로 웹 기술입니다. 요구사항, 디자인 및 구현이 웹에 제공되는 경우 빠르게 쓸모 없어지는 종이 문서를 많이 생성할 필요가 없어집니다.

통합 도구 사용

프로세스에 맞는 도구를 선택하고 도구에 맞게 프로세스를 사용자 조정하십시오. 사용하기 쉬운 프로세스 및 도구 세트가 원하는 결과입니다. 일반적으로 통합 도구는 통합되지 않은 도구보다 일관성이 높으며 메트릭 및 보고서에서 더 많은 정보를 제공합니다.

정기적으로 프로세스 재검토

정기적으로 프로세스를 다시 검토하여 복잡도를 정제하고 줄이십시오. 직원이 프로세스의 각 단계에서 완성품에 부가 가치를 제공한다고 확신하지 못하면 해당 프로세스는 잘못된 것입니다.

사례를 유지하면서 사용자 조정

RUP는 사용자 조정을 장려합니다. 그러나 사용자 조정이 프로세스를 모두 생략해도 됨을 의미하지는 않습니다. RUP의 핵심 내용은 해당 사례에 포함되어 있습니다. 요구에 맞게 타스크 및 중간 산출물을 사용자 조정하는 경우 이 사례를 따르십시오.