목적
  • 프로젝트에 대한 인력 자원을 확약합니다.
  • 프로젝트에 필요한 기술력에 사용 가능한 자원을 맵핑합니다.
  • 상대적으로 독립적이지만 협업하는 팀으로 사용 가능한 자원을 분류합니다.
역할:  프로젝트 관리자 
빈도: 필요에 따라, 일반적으로 단계당 최소 한 번씩 필요한 경우 다시 수행
단계
입력 결과물:    결과 결과물:   
툴 강좌:   

워크플로우 세부사항:   

프로젝트 인력 지정 페이지 맨 위

프로젝트 관리자는 활동: 프로젝트 조직 및 인력 정의에서 반복에 대해 인력 요구사항을 판별하고 조직의 인력 자원 기능을 조사하여 필요한 영역, 기술 및 경력 프로파일을 가진 인력을 제공합니다. 대부분의 조직은 프로젝트를 위해 상당수의 대기 인력 풀을 유지할 만한 여력이 없으며 프로젝트 시작은 이전 프로젝트 종결과 정확하게 일치하지 않습니다. 따라서 초기부터 프로젝트에 개입한 소수의 인력을 제외하고 많은 인력을 고용해야 합니다. 이것은 장기 프로세스일 수 있으므로 신중한 프로젝트 관리자는 항상 미리 예측하여 현재 반복 뿐만 아니라 이후 반복을 위해 인력 확보를 시작해야 합니다. 부족한 인력은 초과 근무나 임시직 채용을 통해 메울 수도 있습니다. 이 두 가지 방법은 모두 단점이 있으며 인력 레벨에서의 구조적이며 지속적인 부족 현상은 스케줄 관리에 심각한 위협이 됩니다.

역할에 인력 기술 맵핑 페이지 맨 위

역할은 비즈니스에서 개인 또는 함께 일하는 개인 그룹의 행동과 책임을 정의합니다. 각 역할의 행동은 활동 세트로 정의됩니다. 각 역할의 책임은 보통 특정 결과물(예: 문서)과 관련하여 정의됩니다. 역할의 예로는 설계자, 소프트웨어 아키텍트 및 검토자가 있습니다. 연관된 활동 세트를 통해 역할은 권한을 암시적으로 정의하기도 합니다.

역할은 개인들을 의미하는 것이 아니라 비즈니스에서 개인의 행동 방식 및 책임에 대해 설명하는 것입니다.

일반적으로 프로젝트에는 마음대로 사용할 수 있는 다수의 자원 및 특정 능력을 가진 개인이 있습니다. 예를 들어 조, 마리, 폴, 실비아는 중복되지만 서로 다른 능력을 가진 개인들입니다. 프로세스에 정의된 역할을 사용하여 프로젝트에 사용 가능한 자원을 수행 가능한 역할에 맵핑하십시오.

다이어그램은 Paul, Mary, Joe, Sylvia 및 Stephan에 대한 중복 역할을 보여줍니다.

개인과 역할의 연관성은 시간의 경과에 따라 동적이며 프로젝트 라이프사이클 단계 및 수행되는 작업에 따라 변화됩니다.

  • 개인은 동일한 날에 여러 가지 다른 역할을 수행할 수도 있습니다. (예: 실비아가 오전에는 검토자, 오후에는 유스 케이스 설계자일 수 있습니다.)
  • 개인은 동시에 여러 역할을 수행할 수도 있습니다. (예: 제인은 특정 클래스에 대해 소프트웨어 아키텍트 및 설계자이면서 동시에 이 클래스를 포함하는 패키지 소유자일 수 있습니다.)
  • 여러 개인이 한 팀으로서 특정 활동을 함께 수행하는 동일한 역할을 수행할 수 있습니다. (예: 폴과 메리는 동일한 유스 케이스의 설계자일 수 있습니다.)

책임을 할당하여 어떤 자원에서 다른 자원으로 결과물이 전가되지 않도록 하십시오. 같은 개인이나 팀이 서브시스템을 설계하고 구현하게 하여 이미 다른 개인들에 의해 이루어진 작업을 다시 수행하지 않게 하십시오.

같은 팀이 구현 뿐만 아니라 설계하면 설계에서 구현까지 부드러운 전이가 가능합니다. 또한 작업 여부에 대해 상세히 알고 있으므로 설계자에게 유리하며 적절한 설계에 대한 감각을 가지고 이후 작업에 적용할 수 있습니다. 조각가처럼 좋은 설계자는 표현 매체(예: 소프트웨어의 경우 구현 환경)에 대해 이해하고 있어야 합니다.

팀 구성 페이지 맨 위

프로젝트 조직의 모양 및 반복에 필요한 인력 레벨은 활동: 프로젝트 조직 및 인력 정의에서 프로젝트 관리자에 의해 결정됩니다. 실제 자원 가용성 정보를 가지고 이 구조를 세부 조정하고 인력을 지정하는 작업이 남아 있습니다. 프로젝트 관리자는 8명 이상의 인력으로 구성된 팀을 다시 조사하여 이들을 서브시스템 라인으로 분할할 수 있는 몇 가지 구조적으로 적절한 방법이 있는지 확인해야 합니다.

팀은 최소 두 명, 최대 7명의 개인으로 구성되어야 합니다. 보통 8명 이상의 개인이 있는 팀은 자연스럽게 서브팀으로 나뉘기 때문에 간단하게 만드는 것이 좋습니다.

인력을 팀에 지정할 때 프로젝트 관리자는 팀의 전체 경력과 지식 레벨을 고려하여 한 동안 프로젝트에 있었던 개인과 '신참'을 적절히 혼합하여 팀을 구성해야 합니다. 프로젝트를 시작할 때 프로젝트 관리자는 경력자와 후배 사원을 섞어 놓아야 합니다.

프로젝트 인력 훈련 페이지 맨 위

많은 경우 프로젝트에 사용 가능한 자원 능력의 명세는 팀 구성원을 역할에 지정하고도 부족하게 됩니다(추가 팀 구성원을 모집하거나 외부에서 임시직을 고용하려는 정상적인 과정이 이미 시도되었다고 가정할 경우). 이 경우 기술력을 개발해야 합니다. 이러한 개인들에게 해당 기술을 사용할 근접 시점에 미리 적절한 훈련 및 강좌를 제공해야 합니다. 즉시 활용되지 않는 훈련은 신속하게 쇠퇴합니다. 종종 공식적인 훈련 뒤에 강좌식 워크샵을 조합하면 새 기술을 바로 활용하는 데 특히 효과적입니다.



Rational Unified Process   2003.06.15