프로젝트 관리에서 잘 알려진 개념을 바꾸어 말하면”계획은 필수적이지만 계획은 쓸모가 없습니다. 따라서 검사하고 적응하십시오.”
전통적인 계획은 날짜에 의해 구동되며,종료 날짜가 주요 운전 요인 일 가능성이 큽니다. 전통적인 프로젝트 관리에서는 이해 관계자로부터 요구 사항을 수집하고 프로젝트의 범위를 구축하며 프로젝트를 관리 가능한 작업으로 나눕니다. 이것은 차례로 작업 분류 구조를 만듭니다. 다음으로,가장 낮은 수준의 작업 패키지,즉 작업 패키지가 추가로 활동으로 분해됩니다. 그런 다음 작업이 종속성과 연결되고 리소스가 예상되고 작업에 적용되어 프로젝트에 대한 종단 간 일정을 만듭니다. 이 일정은 일반적으로 통합 프로젝트 관리 계획의 보조 계획 인 일정 관리 계획을 통해 모니터링 및 제어됩니다.
하지만,당신이 계획 한 것과 실제로 지상에서 일어난 일이 몇 번이나 일치 했습니까? 당신은 이미 답을 알고 있습니다! 오프닝 따옴표는 계획이 근본적 이는 것을 의미한다,그러나 우리가 계획을 엄정하게 따를 수 있는 것을 예기함것은 할 것이다 총명한 것이 아니다. 요구 사항의 변동성이 높고 기술 또는 플랫폼의 불확실성이 높은 경우 일반적으로 적응 형(또는 민첩한)라이프 사이클을 사용합니다.
사실 애자일 선언문의 네 번째 값은 다음과 같습니다.”애자일은 변화를 주도하며,이러한 변화는 고객에 의해 주도 될 것입니다. 이는 애자일 릴리스 계획 이라는 개념으로 이어집니다.
출시 계획은 기존 계획과 달리 전체 계획은 선불로 간주되고 세부적으로 정교화되며 공식적인 변경 요청으로 만 변경할 수 있습니다. 릴리스 계획은 이전 반복의 피드백을 기반으로 여러 번 업데이트 할 수 있습니다.
적응형 라이프 사이클은 본질적으로 점진적이기 때문에 조직은 모든 반복이 끝날 때 해제할 수 있습니다. 또한 몇 번의 반복 후 또는 지속적으로 릴리스하도록 선택할 수 있습니다. 이는 장기적인 계획이 필요하지만,6 판에서 새로 소개된 릴리스 계획 기법을 활용함으로써 효과적으로 촉진될 수 있다.
프로젝트 관리 전문가 지망생과 프로젝트 관리 분야의 공인 담당자에게 애자일 릴리스 계획은 알아야 할 핵심 개념입니다. 이 가이드 6 판은 모든 지식 영역에 대한 민첩한 고려 사항을 소개했습니다. 이것은 또한 민첩한 인증 실무자를 갈망하는 데 유용합니다.
이에 대해 더 자세히 살펴보자.
비전에서 로드맵,릴리스 계획
애자일 프로젝트에서 작업은 제품 비전으로 시작됩니다. 그런 다음 비전은 제품 로드맵으로 변환됩니다. 로드맵에는 일정 기간 동안 개발해야 할 기능이 포함되어 있습니다. 또한 로드맵은 다양한 릴리스에서 제공되는 제품의 범위를 나타냅니다 말할 수 있습니다. 이 릴리스 계획에 이르게하고 아래 그림에 나와 있습니다.
로드맵 및 제품 백로그
위의 순서에서 한 구성 요소는 제품 로드맵이며,제품 로드맵을 이해하기 위해서는 먼저 제품 백로그를 이해할 필요가 있습니다. 민첩한 접근 방식에서는 프로젝트 요구 사항과 제품 요구 사항 모두 모든 요구 사항이 제품 백로그의 일부입니다. 제품 백로그의 각 항목을 제품 백로그 항목이라고 합니다. 기능(요구 사항)외에도 제품 백 로그 항목은 변경 요청,결함,버그,문제 또는 특정 기술 작업 일 수 있습니다.
아시다시피 애자일 프로젝트에서는 요구 사항이 지속적으로 진화하고 있으며 상당한 불확실성/위험이 있습니다. 그 결과,우리는 일반적으로 비스를 우선 순위. 백로그의 상단에서 우선 순위가 지정된 피봇값이 고객(들)에게 전달됩니다. 우선 순위가 높은 항목은 백로그 맨 위에 남아 있으며 세분화된 반면 우선 순위가 낮은 항목은 백로그 맨 아래에 있고 세분화된 항목입니다. 제품 백로그에서 해당 항목에 대한 세부 수준을 결정합니다. 이것은 아래 그림에 묘사되어 있습니다.
당신은 마이크로 소프트 프로젝트와 같은 민첩한 도구를 사용하는 경우,당신은 신속하게 제품 백 로그를 개발할 수 있습니다. 제품 백로그의 예는 다음과 같습니다.
여기에”새 사용자 만들기”,”온라인 거래 시스템에 로그인”,”주식 이전”등의 제품 백 로그 항목을 보여주는 제품 백 로그가 있습니다. 당신이 다른 백 로그 항목을 추가하려는 경우,당신은 단지”새 작업”명령 상자의”+”아이콘을 클릭해야 할 것입니다.
제품 백로그의 최상위 항목은 사용자 스토리에 기록될 수 있으며,이는 스토리 포인트(상대적인 단위 감소 측정값)로 추정됩니다.
이제 제품 로드맵에 와서,당신은 단순히 타임 라인과 제품 백 로그 말할 수 있습니다. 로드맵은 프로젝트의 계획된 미래(즉,계획 및/또는 제안 된 제품 릴리스)또는 릴리스 테마를 묘사하여 제품의 높은 수준의 기능을 나열합니다. 로드맵은 각 릴리스에서 제공 될 기능 또는 서사시(서사시는 간단히 말하면 큰 사용자 스토리 임)를 알려줍니다.
릴리스 계획
제품 로드맵은 릴리스 계획을 구동합니다. 릴리스 계획은 릴리스 일정을 제공합니다-각 릴리스는 일반적으로 3~6 개월입니다. 반복 0 은 프로젝트 승인,프로젝트 환경 설정,초기 개요 및 디자인 토론 등에 사용할 수 있습니다. 일부 애자일 실무자는 전달을 준비하기 위해 릴리스가 끝날 때 최종 반복 인 반복 시간(강화 반복)을 사용합니다. 이 반복에는 교육 및 마케팅 자료,최종 릴리스 노트,설치 가이드,시스템/사용자 가이드 등과 같은 최종 작업 항목이 포함될 수 있습니다. 이것은 아래에 묘사되어 있습니다.
몇 번의 반복 후 릴리스 및/또는 마지막 반복 후 최종 릴리스를 결정할 수 있습니다.
출시 계획은 팀이 프로젝트 목표와 제약의 범위 내에서 프로젝트 비전을 달성하고자하는 방법에 대한 로드맵을 제시합니다. 제품 소유자와 팀 전체가 개발해야 하는 금액과 출시 가능한 제품이 출시될 때까지 걸리는 시간을 결정하는 데 도움이 됩니다. 그것은 개발 될 가능성이 무엇인지에 대한 어떤 기간에 기대를 전달한다. 출시 계획은 또한 팀이 발전 할 수있는 이정표 역할을 할 수 있습니다. 릴리스 계획은 반복이 끝날 때 업데이트할 수 있으며 포함될 현재 기대치를 반영하여 후속 반복에서 제공할 수 있습니다.
제품 백로그를 사용한 릴리스 계획
릴리스 계획을 더 잘 이해하려면 제품 백로그를 사용하여 릴리스 계획을 시각화할 수 있습니다.
우리는 이미 제품 백 로그의 항목이 우선 순위에 따라 순위가 매겨 지거나 정렬 된 것을 알고 있습니다. 세밀한 최상위 항목은 다음 반복(즉시 다음 릴리스 아래)에서 소비 할 준비가 될 것입니다. 기능 및 기타 항목과 함께 우선 순위가 지정된 백로그는 아래 그림의 왼쪽에 표시됩니다.
 |
 |
프로젝트 내에서 백로그 항목을 선택,드래그 및 드롭하고 우선 순위를 지정해야 하는 필요에 따라 정렬하기만 하면 됩니다. 이것은 위 그림의 오른쪽에 표시됩니다. 먼저”온라인 거래 시스템에 로그인”,”새 사용자 만들기”,”주식 구매”등의 상대적 순위가 있습니다.
위와 같이,내가 선택한 기능 항목”온라인 거래 시스템에 로그인”을 드래그하고 앞서 이전 기능 항목의 삭제 한”새 사용자를 만듭니다.”선택한 항목은 끌어서 놓을 때 약간 회색으로 표시되었습니다.
백로그를 사용하여 다음 릴리스에서 제공할 백로그 항목을 결정할 수 있습니다. 아래에서는 다음 릴리스(예:릴리스 1)의 항목이 대부분 우선 순위가 지정된다는 것을 알 수 있습니다. 릴리스 2 에 대한 항목도 우선 순위가 지정 될 수 있지만 릴리스 3 에 대한 항목은 우선 순위가 낮은 항목이므로 우선 순위가 지정되지 않습니다.
이 릴리스 계획도 시각화 할 수 있습니다. 아래 그림 봐. 다양한 릴리스에서 촬영 할 수 표시 비스가 있습니다. 릴리스는 반복을 포함 기억 하는가? 우리의 경우 첫 번째 릴리스의 경우 세 번의 반복이 있으며 모든 항목이 이러한 반복에서 전달 될 것으로 예상됩니다. 스크럼 프레임워크에서는 반복을 스프린트라고 합니다. 다음 두 릴리스(예:릴리스 2 및 릴리스 3)의 경우,우리는 아직 반복(또는 스프린트)을 결정하지 않았습니다.
반복 계획
이 작업을 수행 한 경우 릴리스 계획은 반복 0 에서 반복 엔으로 구성되며 몇 번의 반복 또는 모든 반복이 끝날 때마다 릴리스하도록 결정할 수 있습니다. 그러나 반복 내에서 어떤 일이 발생합니까? 간단히 말해서,반복 내의 기능 집합의 범위는 반복의 시작 부분에서 확인되고 반복이 끝날 때 전달됩니다.
반복에 대해 확인되고 수행되는 기능은 작업(또는 활동)으로 분류되고 팀 구성원이 시간 단위로 추정합니다. 제품 로드맵에서 릴리스 계획,반복 계획에 이르는 일련의 단계가 아래 다이어그램에 나와 있습니다.
위의 그림을 요약하면,이 핵심 포인트가 될 것입니다:
- 제품의 비전 드라이브 제품 로드맵
- 제품 로드맵 드라이브 릴리스 계획
- 릴리스 계획에는 반복이 포함됩니다
- 스토리 포인트에서 추정되는 기능은 반복에서 개발됩니다
- 기능은 시간 단위로 추정되는 작업으로 분류됩니다
프로젝트 2016 을 사용하여 릴리스 계획을 신속하게 작성할 수 있습니다. 이전 백 로그 예제를 고려할 때 첫 번째 릴리스(예:스프린트 1,스프린트 2 및 스프린트 3)에 대해 세 번의 반복/스프린트가 있습니다. 각 스프린트는 전달 될 기능의 집합이 있습니다. 이것은”스프린트 계획 보드”보기에서 아래에 표시됩니다.
당신은 또한 반복/스프린트 수준에서 무슨 일이 일어나고 있는지 확인하기 위해 드릴 다운 할 수 있습니다. 이 프로젝트는”현재 스프린트 보드”보기에 표시됩니다. 아래 그림을 참조하십시오.
스프린트 1 의 경우”온라인 거래 시스템에 로그인”,”새 사용자 만들기”및”주식 구매”의 세 가지 항목이 제공됩니다.”다음 작업”,”진행 중”및”완료”의 세 가지 워크플로 상태를 통과합니다.”물론 필요에 따라 이러한 워크플로 상태를 추가,제거 또는 사용자 지정할 수 있습니다.
릴리스 계획 대 반복 계획
시험에 응시하는 경우 릴리스 계획과 반복 계획의 차이점을 알아야합니다. 그들은 아래 표에 나와 있습니다. 일반적으로 반복은 2~4 주 동안 타임박스 처리됩니다. 그러나 다음과 같은 경우에 반복은 1 주일 정도 걸릴 수 있습니다.
2016 라이브 레슨,2016 라이브 레슨,2016 라이브 레슨,2016 라이브 레슨,2016 라이브 레슨,2016 라이브 레슨,2016 라이브 레슨,2016 라이브 레슨,2016 라이브 레슨,2016 라이브 레슨,2016 라이브 레슨,2016 라이브 레슨,2016 라이브 레슨,2016 라이브 레슨,2016 라이브 레슨,2016 라이브 레슨,2016 라이브 레슨,2016 라이브 레슨,2016 라이브 레슨,2016 라이브 레슨,2016 라이브 레슨,2016 라이브 레슨,2016 라이브 레슨,2016 라이브 레슨,2016 라이브 레슨,2016 라이브 레슨,2016 라이브 레슨,2016 라이브 레슨,2016 라이브 레슨,2016 라이브 레슨,2016 라이브 레슨,2016 라이브 레슨,2016 라이브 레슨,2016 라이브 레슨,2016 라이브 레슨,2016 라이브 레슨 연구소소개