역할은 비즈니스에서 개인 또는 함께 작업하는 개개인의 동작과 책임을 정의합니다. 각 역할의 동작은 타스크 세트로 정의됩니다. 각 역할의 책임은 보통 특정 중간 산출물(예: 문서)과 관련하여 정의됩니다. 역할의 예로
디자이너, 소프트웨어 설계자, 검토자를 들 수 있습니다. 연관된 타스크 세트를 통해 역할은 역량도 내재적으로 정의합니다.
역할은 개인이 아닙니다. 대신, 역할은 개인이 비즈니스에서 어떻게 행동해야 하는지와 개인이 져야 할 책임을 설명합니다.
프로젝트에는 일반적으로 재량껏 사용할 수 있는 다수의 자원, 특정 역량을 가진 개인이 있습니다. 예를 들어, Joe, Marie, Paul, Sylvia는 중복되는 부분도 있지만 전체적으로 다른 역량을
가지는 개인입니다. 전달 프로세스에 정의된 역할을 사용하여 프로젝트의 가용 자원을 수행할 역할에 맵핑하십시오.
개인과 역할과의 연관은 시간의 경과에 따라 동적이며, 프로젝트 라이프사이클의 단계 및 수행될 작업에 의해 주도됩니다.
-
한 개인이 같은 날에 서로 다른 여러 역할을 맡을 수 있습니다. 예를 들어, Sylvia는 아침에는 검토자, 오후에는 유스 케이스 디자이너일 수 있습니다.
-
한 개인이 동시에 여러 역할을 맡을 수 있습니다. 예를 들어, Jane은 특정 클래스의 소프트웨어 설계자이자 디자이너일 수 있으며, 이 클래스를 포함하는 패키지의 패키지 소유자일 수도 있습니다.
-
여러 사람이 동일한 역할을 맡아 팀을 이뤄 특정 타스크를 함께 수행할 수 있습니다. 예를 들어, Paul과 Mary는 둘 다 동일한 유스 케이스의 유스 케이스 디자이너일 수 있습니다.
최대한 하나의 자원에서 다른 자원으로 중간 산출물을 넘기지 않도록 책임을 할당하십시오. 동일한 사람이나 팀이 서브시스템을 디자인하고 구현하도록 하여 다른 사람이 이미 수행한 작업을 다시 배우지 않아도 되도록
하십시오.
동일한 팀이 디자인은 물론 구현도 수행하면 디자인에서 구현으로 매끄럽게 전이됩니다. 또한 이렇게 하면 우수한 디자이너를 만들어 냅니다. 무엇이 동작하고 무엇이 동작하지 않는지 학습함으로써, 탁월한 디자인 감각을
얻어 향후 작업에 반영하게 됩니다. 우수한 디자이너는 조각가와 마찬가지로 표현의 매개물(소프트웨어의 경우 구현 환경)을 이해해야 합니다.
|