애자일 제품 로드맵을 만드는 4 단계

마크 C. 레이튼

그만큼 제품 로드맵 제품의 요구 사항에 대한 전체적인 관점이며 제품 개발 여정을 계획하고 구성하는 데 유용한 도구입니다. 제품 소유자는 개발 팀의 도움을 받아 제품 로드맵을 만듭니다. 로드맵은 요구 사항을 분류하고 우선 순위를 지정하며 릴리스 일정을 결정하는 데 사용됩니다.



프로젝트 전체에 걸쳐 요구 사항과 추정치를 구체화한다는 점을 기억하십시오. 제품 로드맵 단계에서는 요구 사항, 예상치 및 기간이 매우 높아도 괜찮습니다. 우선 순위가 변경 될 수 있으므로 프로젝트 전체에 걸쳐 최소 1 년에 두 번 제품 로드맵을 업데이트 할 수 있습니다.



제품 로드맵은 화이트 보드에 정렬 된 스티커 메모처럼 간단 할 수 있습니다. 따라서 화이트 보드의 한 섹션에서 다른 섹션으로 스티커 메모를 이동하는 것처럼 쉽게 업데이트 할 수 있습니다.

1 단계 : 애자일 제품 요구 사항 식별

제품 로드맵을 처음 만들 때 크고 높은 수준의 요구 사항으로 시작할 가능성이 높습니다. 제품 로드맵의 요구 사항은 다음과 같은 두 가지 수준 일 것입니다.



  • 테마 최고 수준의 기능 및 요구 사항의 논리적 그룹입니다.

  • 풍모 매우 높은 수준에서 제품의 일부입니다. 기능은 기능이 완료되면 고객이 갖게 될 새로운 기능을 설명합니다.

테마 및 기능 수준에서 요구 사항을 만들기 시작할 때 이러한 요구 사항을 색인 카드 또는 큰 스티커 메모에 작성하는 것이 도움이 될 수 있습니다. 한 범주에서 다른 범주로 이동했다가 다시 돌아갈 수있는 물리적 카드를 사용하면 이러한 요구 사항을 매우 쉽게 구성하고 우선 순위를 지정할 수 있습니다.



제품 로드맵을 작성하는 동안 식별 한 기능이 제품 백 로그 — 세부 수준에 관계없이 제품 범위에 포함 된 전체 목록. 첫 번째 요구 사항이 있으면 제품 백 로그가 시작됩니다.

2 단계 : 애자일 제품 기능 정렬

제품 요구 사항 기능을 식별 한 후 개발 팀과 협력하여 요구 사항을 테마로 그룹화합니다. 이해 관계자 회의는 요구 사항 생성과 마찬가지로 요구 사항 그룹화에 적합합니다. 사용 흐름, 기술적 유사성 또는 비즈니스 요구에 따라 기능을 그룹화 할 수 있습니다.

Q 요구 사항을 그룹화 할 때 고려해야 할 질문 :

  • 고객은 제품을 어떻게 사용합니까?

  • 이 요구 사항을 제공 한 경우 고객은 다른 무엇을해야합니까? 그들은 또 무엇을 원할까요?

  • 개발 팀이 기술적 유사성 또는 종속성을 식별 할 수 있습니까?

이 질문에 대한 답을 사용하여 주제를 식별하십시오. 그런 다음 이러한 테마별로 기능을 그룹화하십시오. 모바일 뱅킹 애플리케이션의 테마는 여기에서 화이트 보드에 스티커 메모로 표시되는 테마 일 수 있습니다.

image0.jpg

3 단계 : 애자일 제품의 기능 예측 및 주문

제품 요구 사항을 식별하고 이러한 요구 사항을 논리 그룹으로 정렬 한 후 요구 사항을 추정하고 주문합니다. 이 단계에서 숙지해야하는 몇 가지 용어는 다음과 같습니다.

  • 노력 특정 요구 사항을 만들기의 용이성 또는 어려움입니다.

  • 견적, 명사로서 요구 사항의 예상 노력을 표현하는 데 사용하는 번호 또는 설명이 될 수 있습니다.

  • 추정 동사로서의 요구 사항은 요구 사항을 생성하는 것이 얼마나 쉬운 지 또는 어려운지에 대한 대략적인 아이디어를 생각해내는 것을 의미합니다.

  • 주문하기, 또는 우선 순위 지정, 요구 사항이란 다른 요구 사항과 관련하여 해당 요구 사항의 가치를 결정하는 것을 의미합니다.

  • 특정 제품 요구 사항이 해당 제품을 만드는 조직에 얼마나 유익 할 수 있는지를 의미합니다.

점수 요구 사항 값 및 노력

요구 사항을 주문하려면 먼저 각 요구 사항에 대한 가치와 노력을 나타내는 점수를 추정해야합니다. 요구 사항을 주문하려면 종속성도 알고 싶습니다. ㅏ ependenc 와이 다른 요구 사항 전에 필요한 요구 사항입니다. 예를 들어, 사용자 이름과 암호로 로그인해야하는 애플리케이션이있는 경우 일반적으로 암호를 설정하려면 사용자 이름이 필요하기 때문에 사용자 이름 생성 요구 사항은 암호 생성 요구 사항에 대한 종속성이됩니다.

예: 12 알약 코로

가치와 노력에 대한 요구 사항을 추정하거나 점수를 매기는 것이 이러한 요구 사항을 주문하는 주요 첫 단계입니다.

두 개의 다른 그룹과 협력하여 요구 사항을 채점합니다.

  • 제품 소유자는 이해 관계자의 지원을 받아 고객과 비즈니스에 대한 요구 사항의 가치를 결정합니다.

  • 개발 팀은 각 요구 사항에 대한 요구 사항을 만들기위한 노력을 결정합니다.

    개를 위한 더마 수의사 연고

스크럼 팀은 종종 요구 사항 점수를 생성하기 위해 피보나치 크기 조정 시퀀스를 사용합니다. 피보나치 수열은 처음 두 숫자를 제외한 각 숫자가 이전 두 숫자의 합인 1, 2, 3, 5, 8, 13, 21, 34, 55, 89, 144 등으로 진행됩니다. 의 위에.

점수를 상대적으로 사용하십시오. 프로젝트 팀이 작은 가치와 노력에 동의 할 수있는 요구 사항을 선택하고 점수를 매기고 해당 요구 사항을 벤치 마크로 사용합니다. 다른 요구 사항에 점수를 매기려면 다른 요구 사항이 벤치 마크 요구 사항보다 가치가 더 많거나 적은지 여부와 벤치 마크 요구 사항보다 더 쉬운 지 어려운지 결정하십시오.

두 가지 벤치 마크 요구 사항을 사용할 수 있습니다. 하나는 가치와 노력입니다. 결국 절대 점수가 아닌 상대 점수가 중요합니다.

상대적 우선 순위 계산

요구 사항에 대한 가치 및 노력 점수를 얻은 후 각 요구 사항의 상대적 우선 순위를 계산할 수 있습니다. 상대적 우선 순위는 가치 측면에서 한 요구 사항이 다른 요구 사항과 어떻게 관련되는지 이해하는 데 도움이됩니다. 요구 사항의 상대적 우선 순위를 알고 있으면 제품 로드맵에서 주문할 수 있습니다.

공식을 사용하여 상대 우선 순위를 계산하십시오. 상대 우선 순위 = 가치 / 노력

예를 들어 값이 89이고 노력이 55 인 요구 사항이있는 경우 상대 우선 순위는 1.62 (89/55 = 1.62)이며, 2로 반올림 할 수 있습니다. 실제로 모든 분수 결과를 다음으로 반올림 할 수 있습니다. 가장 가까운 정수.

이 공식 사용

  • 가치가 높고 노력이 적은 요구 사항은 상대적 우선 순위가 높습니다. 예를 들어 값이 144이고 노력이 3이면 상대적 우선 순위는 48입니다.

  • 값이 낮고 노력이 많은 요구 사항은 상대적 우선 순위가 낮습니다. 예를 들어 값이 2이고 노력이 89이면 상대 우선 순위는 0.0224입니다.

이 공식은 일반적으로 분수 결과를 생성합니다. 원하는 경우 가장 가까운 정수로 반올림 할 수 있습니다.

상대 우선 순위는 제품 소유자가 결정을 내리고 요구 사항의 우선 순위를 정하는 데 도움이되는 도구 일뿐입니다. 따라야하는 것은 수학적인 보편적 인 것이 아닙니다. 도구가 방해가 아니라 도움이되는지 확인하십시오.

각 요구 사항에 대한 상대적 우선 순위를 기록하십시오. 여기에서 요구 사항을 동시에 검토하고 우선 순위를 지정할 수 있습니다.

요구 사항 우선 순위 지정

요구 사항의 전체 우선 순위를 결정하려면 다음 질문에 답하십시오.

  • 요구 사항의 상대적 우선 순위는 무엇입니까?

  • 요구 사항에 대한 전제 조건은 무엇입니까?

  • 어떤 요구 사항이 함께 속하며 견고한 릴리스를 구성합니까?

이러한 질문에 대한 답변을 사용하여 우선 순위가 가장 높은 요구 사항을 먼저 배치 할 수 있습니다.

우선 순위가 지정된 사용자 스토리 목록을 제품 백 로그. 제품 백로 그는 중요한 애자일 문서 또는 애자일 용어로 인공물 . 전체 프로젝트에서이 백 로그를 사용합니다. 제품 백 로그가 있으면 제품 로드맵에 대상 릴리스를 추가 할 수 있습니다.

4 단계 : 높은 수준의 민첩한 시간 프레임 결정

제품 로드맵을 처음 만들 때 제품 요구 사항을 릴리스하는 시간 프레임은 매우 높은 수준입니다. 초기 로드맵의 경우 특정 일, 주, 월, 분기 (3 개월 기간) 또는 더 큰 증분과 같이 프로젝트에 대한 논리적 시간 증분을 선택합니다. 두 요구 사항 모두 우선 순위를 사용하여 각 시간 증분에 요구 사항을 추가 할 수 있습니다.