주제

소개페이지 맨 위

양질의 소프트웨어를 인도하는 것과 소프트웨어를 빠르게 인도하는 것 사이의 정교한 밸런스(소프트웨어 패러독스!)를 달성하는 것의 핵심은 프로세스의 필수 요소를 이해하고 일정한 가이드라인에 따라 프로젝트의 특정 요구사항에 잘 맞도록 프로세스를 조정하는 것입니다. 소프트웨어 개발 프로젝트 성공에 도움을 주기 위해 이것은 산업 전반에서 증명된 베스트 프랙티스를 고수하면서 수행되어야 합니다.

"소형 프로젝트"의 정의페이지  맨 위

소형은 프로젝트에 참여하는 사람의 수, 프로젝트의 길이 또는 개발될 소프트웨어의 양을 나타낼 수 있습니다. 이 로드맵을 위해서 "소형 프로젝트"는 다음을 포함하는 프로젝트로 정의됩니다.

  • 3에서 10명의 구성원
  • 1년 미만의 프로젝트 지속 기간

소형 프로젝트 프로세스의 특성페이지 맨 위

대부분의 소형 프로젝트의 주요 특성은 보다 낮은 형식화 레벨입니다. 예외가 있지만, 프로젝트에 더 많은 수의 구성원이 참여하고 제품이 더 크고 복잡할수록 정규 프로세스에 대한 요구가 더욱 늘어납니다. 예를 들어, 프로젝트에 100명이 지리적으로 분산된 팀이 있거나 여러 고객 및 하청 계약자와 연관된 여러 제품에 대해 동시에 작업하는 경우 전형적인 5명으로 이루어진 팀보다 훨씬 더 공식적인 프로세스를 필요로 합니다. 이와 유사하게 미사일 가이드 시스템은 재고 시스템 업그레이드보다 더 공식적인 결과물을 요구합니다.

따라서 도대체 왜 프로세스를 가집니까? 프로세스는 성공적인 프랙티스를 반복하고 실패한 프랙티스를 중단하거나 개선할 수 있게 합니다. RUP는 특히 다음을 제공합니다.

  • 베스트 프랙티스에 대한 가이드
  • 프로세스에서 고려해야 할 활동, 역할 및 결과물 세트(이에 필요한 가이드와 함께)
  • 프로젝트에 적합하다고 결정한 기술을 효과적으로 적용하는 데 도움을 주는 많은 양질의 세부사항 정보. 예를 들어, UML 설계 모델을 사용 중인 경우 적합한 다이어그램과 모델을 구축하는 방법을 찾습니다. 또한 Rational 툴을 사용하는 경우 그 툴을 전체 프로세스의 파트로서 효율적으로 사용하는 방법에 대한 추가 가이드가 있습니다.
  • 특정 프로세스와 관련된 문제점을 처리할 수 있도록 프로세스를 조정하는 방법에 대한 가이드. 예를 들어, 프로젝트에 변경되는 요구사항이 많이 있는 경우 가이드에서 요구사항을 효과적으로 관리하는 방법에 대해 알아볼 수 있습니다.

동일한 RUP 활동 및 결과물 상당수가 소형 프로젝트 및 대형 프로젝트 모두에 필요합니다. 결과물 형식과 각 활동에 적용된 형식화, 세부사항 및 노력 레벨에 따라 차이가 더 많아집니다. 이 로드맵을 위해서 "소형 프로젝트 프로세스"는 더 적은 형식화를 필요로 하는 프로젝트에 중점을 둡니다. 소형 프로젝트 프로세스의 몇 가지 특성은 다음과 같습니다.

  • 문서의 수가 더 작아지고 덜 세부적인 경향이 있습니다. 위험 관리 계획 및 제품 인수 계획 세부사항 대신에, 소형 프로젝트에서는 이러한 주제에 대한 몇몇 단락을 전체 소프트웨어 개발 계획의 일부로만 사용할 수 있습니다. 각 반복에 대한 테스트 계획이 반복 계획에서 몇 개의 단락을 차지할 수 있습니다.
  • 대개 소형 프로젝트는 최소한의 소프트웨어 개발 툴을 사용하여 시작됩니다. 프로젝트가 커지고 성공함에 따라(성공적인 소형 프로젝트 모두의 목적임!), 팀의 베스트 프랙티스 구현을 자동화하는 데 도움을 주도록 효율적인 툴을 포함시키는 것이 중요해집니다.
  • 공식적인 검토가 비공식적 회의와 토론으로 대체될 수 있습니다.
  • 상당수의 결과물이 비공식적으로 캡처될 수 있습니다. 위험 목록이 화이트보드에 작성될 수 있고 상태 평가는 전자 우편을 통해 전송되는 몇 개의 단락일 수 있습니다.

시작 방법페이지  맨 위

소형 프로젝트용 프로세스를 정의하려면 먼저 다음과 같은 RUP 기본사항을 검토해야 합니다.

그런 다음 기존 프로세스를 평가하고 취약점에 대한 정정에 중점을 두십시오. 대부분의 프로젝트는 점진적으로 새 툴 및 프로세스를 채택하고 초기에는 RUP의 작은 파트만 사용하도록 선택합니다.

시나리오: 소형 프로젝트에서 RUP 채택은 소형 프로젝트에서 프로세스 정의에 접근하는 방법에 대한 예를 제공합니다. 프로젝트에 대한 소프트웨어 개발 프로세스를 정의하고 문서화하는 데 대한 세부적인 가이드는 RUP Builder를 사용하여 조정된 프로세스를 작성하는 방법을 설명하는 툴 강좌가 포함된 활동: 프로젝트용 프로세스 조정에서 제공됩니다.

이러한 툴 강좌는 자체 프로젝트 특정 가이드라인을 추가하는 것을 포함하여 대략적인 프로세스 조정을 수행하고 프로세스 보기에 대한 보다 세부적인 튜닝을 수행하기 위해 RUP 프로세스 컴포넌트를 선택 및 선택 취소하는 방법에 대해 설명합니다. RUP Builder가 소형 프로젝트 프로세스 템플리트 형상을 포함하는 것에 주의하십시오. 이것은 "비형식적" 템플리트를 포함하고 더 크고 보다 형식적인 프로젝트에 작용할 수 있는 가이드를 배재한 작은 규모의 RUP 형상입니다. 소형 프로젝트는 이 템플리트로 시작되고 자체 프로젝트 특정 조정을 적용해야 합니다.

추가 프로세스 조정페이지  맨 위

특히 소형 프로젝트에서는 "기민한 프로세스"와 연관된 프랙티스 및 기술을 채택하고자 할 수 있습니다. 이것은 개념: RUP의 기민한 프랙티스../papers/smproj.htm -- This hyperlink in not present in this generated website백서: 소형 프로젝트에 RUP 사용: eXtreme Programming에 대한 부연 설명에서 논의됩니다.

Rational Unified Process   2003.06.15