역사와 제약
2015년 6월 SCE의 첫 호는 AXELOS에 의해 출판되었습니다.
제2판에 대한 계획이 발표되지 않았으며, 인증과 연수 프로그램에 대한 투자가 많기 때문에 수년 간 새로운 에디션이 출시되지 않을 것으로 보입니다.
PRINCE2 Agile은 PRINCE2를 스크럼과 같은 민첩한 환경에 적합하도록 맞춘 AXELOS(PRINCE2의 소유주) 폼의 새로운 개념입니다.
PRINCE2 Agile은 애자일의 인도 방법을 포함하지 않고 기존의 PRINCE2 제품을 지원합니다.
프로세스 모델
범례:
|
약어 |
PRINCE2 프로세스 |
애자일의 주요 작업 또는 산출물 |
|
DP |
프로젝트 지시 프로세스 | |
|
SU |
프로젝트 개시 프로세스 | 비전, 제품 로드맵 |
|
IP |
프로젝트 착수 프로세스 | 제품 백로그 |
|
CS |
단계 통제 프로세스 | 릴리즈, 릴리즈 백로그, 릴리즈 회고 |
|
MP |
제품 인도 관리 프로세스 | 스프린트, 스프린트 백로그, 스프린트 점검과 회고 |
|
SB |
단계 범위 관리 프로세스 | 단계 통제와 동일 |
|
XSB |
단계 범위 관리 프로세스 (예외가 발생했을 경우) |
단계 통제와 동일 |
|
CP |
프로젝트 종료 | 프로젝트 회고 |
단계는 반복으로 전환하기보다 프로젝트의 관리 요구 사항에 따라 설정됩니다. 각 단계는 하나이상의 “릴리즈”로 구성되고, 각 “릴리즈”는 하나 이상의 “반복(iteration)”으로 구성됩니다. PRINCE2 Agile에서 “반복”은 “타임박스” 라고 칭합니다.
기본적인 책임을 지고 평소대로 계획을 수립합니다. 그러면 초기 단계부터 프로젝트 계획 및 단계 계획에 대한 개략적인 측면이 확립되는 동안, 작업 패키지는 릴리즈 계획 및 반복 계획(팀 계획)을 생성하는 토대가 될 것입니다.
인도 팀 구성원은 카테고리(관리 제품에 직접적으로)에 영향을 주지 않는 범위 내에서 사소한 변경 사항을 결정할 수 있습니다. 그렇지 않으면 일반적인 변경 제어 프로세스가 실행되어 허용 오차에 기반하여 에스컬레이션 됩니다. 따라서, 한정된 수준의 변경이 인도 계층에 존재하며 상위 계층에서 상위 수준의 변경이 이루어지고, 변경은 특히 단계 범위 관리 프로세스에서 이루어집니다
PRINCE2 Agile에서 제안된 접근법은 DSDM Atern과 유사한 프로젝트에 대한 고정 시간과 비용을 정하는 것입니다. 결과적으로 계약은 고정된 가격이 될 것입니다. 고객이 새로운 기능을 요구할 때, 고객은 계약서에 언급된 최초의 기능과 동일한 수준의 초기 기능으로 바꾸어야 합니다.
PRINCE2 Agile은 애자일을 적응형 라이프 사이클을 사용하는 대신 일련의 행동과 관행으로 정의하고, 결과적으로 이 매뉴얼은 PRINCE2 프로세스 모델과 애자일 라이프 사이클 간의 완벽한 통합을 제공하기보다 민첩한 환경에서 일반적인 행동에 대한 일반적인 지침을 제공하는 데에 초점을 맞추고 있습니다.
PRINCE2에 대해 완료된 맞춤화
| 원칙(Principles) | 주제(Themes) | 프로세스 (Process) |
|
|
참고: 원칙들은 PRINCE2에 맞춰져서는 안됩니다. 위 내용은 각 원칙이 애자일 환경에서 어떻게 해석되는지 설명합니다.
관리 제품
PRINCE2 Agile은 사용자 사례(User Stories)와 같은 추가 관리 제품이 언급될 수 있지만 공식적으로 만들어지지 않았습니다. 예를 들어, 제품 설명서(17)를 제공하지 않습니다. 따라서, 원래 관리 제품과 관리제품을 맞춤화 하는 방식만 다뤄집니다.
| 기준 제품 (Baselines) | 레코드 (Records) | 보고서 (Reports) |
| 01_편익검토_계획 | 05_형상항목_기록부 | 03_체크포인트_보고서 |
다른 변경 사항은 전달 수준에 의해 비공식적으로 관리되지만, 기준 제품 제품의 변경사항이 공식적으로 관리됩니다. 자세한 내용은 변경 주제를 참고하세요.
역할과 책임
PRINCE2의 모든 기본 역할은 PRINCE2 Agile에도 그대로 적용되며, 역할에 대한 책임은 인도 팀의 권한을 강화하라는 권고를 제외하면 크게 바뀌지 않았습니다.
PRINCE2 Agile은 제품 소유자, 스크럼 마스터와 같은 역할을 마치 팀의 일원인 것처럼 자주 언급하지만 기본 역할로 간주하지 않으며, 아래 언급된 일반적인 역할을 사용합니다. 자세한 내용은 조직 주제를 참고하세요.
| 기존 역할 | |
| 프로젝트 위원회
(Project Board) |
프로젝트 위원회는 애자일, 특히 동적 범위와 요구 사항을 관리하는 방법에 대한 개념을 이해해야 합니다.
프로젝트 위원회는 예외 원칙에 의한 관리를 통해 프로젝트 조직의 하위 수준에 충분하게 권력을 위임할 수 있어야 합니다. |
| 경영진
(Executive) |
경영진은 전반적인 내용을 이해해야 하며, 특히 동적 범위와 요구사항을 관리하는 방법에 대한 개념을 이해해야 합니다.
경영진은 예외 원칙에 의한 관리를 통해 프로젝트 조직의 하위 수준에 충분하게 권력을 위임할 수 있어야 합니다. |
| 고위 공급자
(Senior Supplier) |
이 역할에 대한 구체적인 고려사항은 없습니다. |
| 고위 사용자
(Senior Supplier) |
스크럼의 경우, 고위 사용자에게 가장 적합한 것은 인도 레벨에서 하나 이상의 제품 소유자(Product Owner)이거나 인도 레벨을 대표하는 사람입니다.
참고: 스크럼 가이드에 기초하여 각 프로젝트는 하나의 제품 소유자만 가질 수 있습니다. 하지만 제품 소유권을 담당하는 그룹이 있을 수 있으며, 그 중 하나는 제품 소유자라 불립니다. 이 경우, 같은 사람이나 위원회의 다른 대표자는 고위 사용자가 될 수 있습니다. |
| 프로젝트 매니저
(Project Manager) |
프로젝트 매니저는 “애자일”에 대해 완전히 이해해야 합니다.
프로젝트 매니저는 애자일이 적절하게 통합되었는지 확인해야 합니다. 스크럼의 경우, 프로젝트 매니저는 이 과정을 관리하기 위해 스크럼 마스터의 도움을 받아야 합니다. 프로젝트 매니저는 팀 구성원들이 프로젝트 계획에 참여하도록 장려해야 합니다. 프로젝트 매니저는 책임을 탓하지 않는 환경이 만들어지도록 노력해야합니다. 프로젝트 매니저는 예측한 프로젝트에 비해 더 많은 권한을 인도 수준에 위임해야 한다는 것을 이해해야 합니다. |
| 팀 매니저
(Team Manager) |
팀 관리자는 인도 팀의 자가조직을 차단하지 않도록 해야합니다. |
| 프로젝트 보증
(Project Assurance) |
프로젝트 보증은 다른 역할과는 달리, 조직 내에서 채택된 PRINCE2 Agile 버전과 기타 관련 지침을 기반으로 프로젝트의 민첩성을 보장할 책임이 있습니다. |
| 변경 승인자
(Change Authority) |
변경 승인자는 기준 제품의 변경에 초점을 맞추고 허용 오차를 조정하는 데에 초점을 맞춥니다. 기준 제품에 직접 영향을 주지 않는 사소한 변경 사항은 팀원들이 관리합니다. |
| 프로젝트 조력자
(Project Support) |
프로젝트 조력자는 전반적인 내용을 이해할 수 있도록 경영진을 코칭하며, 팀과 상호작용하는 올바른 방법을 제시해야 합니다. |
| 추가적인 역할 | |
| 고객 대상 전문가
(Customer Subject Matter Expert) |
고객 대상 전문가는 세부적인 요구사항을 정의하고, 이에 대한 질문에 답변하고, 우선 순위를 정할 수 있도록 인도 팀에 배정합니다.
그 책임은 스크럼에 있는 제품 소유자의 책임과 유사합니다. |
| 고객 대표
(Customer Representative) |
고객 대표는 고위 사용자 또는 인도 팀에 정보와 방향을 제공하도록 배정된 고객입니다. |
| 공급자 대상 전문가
(Supplier Subject Matter Expert) |
공급자 대상 전문가는 공급업체의 기술 담당자로서 인도 팀을 도울 수 있습니다. |
| 공급자 대표
(Supplier Representative) |
공급자 대표는 기술적 측면에서 인도 팀 또는 고위 사용자에게 자문을 제공합니다.
기술 지침 제공 의사소통 기술 표준 프로젝트가 기술적 관점에서 영향을 미칠 수 있는 영역 강조 |
| 인도 팀 품질 보증
(Delivery Team Quality Assurance) |
품질 보증은 PRINCE2의 프로젝트 외부에 권장됩니다. PRINCE2 Agile은 새로운 QA역할을 추가합니다. 이 새로운 QA역할은 프로젝트 조직 내에 포함되어 있습니다.
고객과 공급자의 인도 수준에 대한 QA역할이 하나의 QA역할을 할 수 있으며, 두 가지 측면에 대해 서로 다른 두 개의 하위 프로파일을 보유하고 있습니다. 인도 팀 품질 보증은 통상적인 QA책임을 가지고 있으나 보다 상세한 수준을 가지고 있습니다. 예를 들면, 완료된 항목을 완료의 정의에 맞추는 데에 중점을 둡니다. |
기존 PRINCE2 책임 표는 새로운 역할을 포함하도록 조정되지 않았거나, 새로운 역할을 반영하지 못했습니다. 새로운 역할은 매뉴얼을 통해 언급되지 않았으며, 어떻게 활용되어야 할지 불명확하고, 다른 방법론들과 어떻게 연결되어 있는지 언급되지 않았습니다.
추가 개념
- The Focus Areas
- The Agilometer
- Requirements
- User Stories
- Rich Communication
- Information Radiators
- Daily Standups
- Review Meetings
- Retrospective Meetings
- Frequent Releases
- Contracts
- Behaviors
- Health Check
- Cynefin
- Targets
- Guidance Points
- Definition of Done
Project Research 