Quatro passos para a criação de um roadmap de produtos ágil

o roadmap de produtos

é uma visão global das necessidades do produto e uma ferramenta valiosa para planejar e organizar a viagem do desenvolvimento do produto. O proprietário do produto cria o roadmap de produtos com a ajuda da equipe de desenvolvimento. O roteiro é usado para categorizar requisitos, priorizá-los, e para determinar um calendário para a sua libertação.

Video: The Art of Building a Roadmap - Atlassian Summit 2016

Tenha em mente que você refinar requisitos e estimativas ao longo do projeto. Na fase roadmap de produtos, é bom para os seus requisitos, estimativas e prazos a ser muito elevado. Porque as prioridades podem mudar, à espera de atualizar o seu roadmap de produtos ao longo do projeto - pelo menos duas vezes por ano.

O seu roadmap de produtos pode ser tão simples como notas pegajosas arranjadas em um quadro branco - o que faz atualizações tão fácil quanto mover uma nota de uma seção do quadro branco para outro.

Passo 1: Identificar suas necessidades de produtos ágeis

Quando você cria o seu roadmap de produtos, você provavelmente vai começar com grandes exigências, de alto nível. Os requisitos em seu roadmap de produtos provavelmente será em dois níveis diferentes:

  • Temas são grupos lógicos de características e requisitos em seus níveis mais elevados.

  • Características são partes do produto a um nível muito elevado. Características descrevem uma nova capacidade do cliente terá uma vez que o recurso está completa.

Quando você começar a criar requisitos a nível temático e recurso, ele pode ajudar a escrever esses requisitos em cartões de índice ou grandes notas. Usando um cartão físico que você pode passar de uma categoria para outra e vice-versa pode fazer organizar e priorizar esses requisitos muito fácil.

Enquanto você está criando o roadmap de produtos, as características que você identificar começar a fazer a sua product backlog - a lista completa do que está no escopo para um produto, independentemente do nível de detalhe. Quando você tem seu primeiro requisito, você tem o seu product backlog começou.

Passo 2: Organizando as características do produto ágeis

Depois de identificar as suas características de requisitos de produtos, você trabalha com a equipe de desenvolvimento para agrupar os requisitos em temas. A reunião das partes interessadas funciona bem para os requisitos de agrupamento, assim como ele funciona para a criação de requisitos. Você pode agrupar recursos por fluxo de uso, similaridade técnica, ou necessidade de negócios.

Qquestions a considerar quando se agrupar suas necessidades:

  • Como os clientes usariam o produto?

  • Se ofereceu este requisito, o que mais os clientes precisam fazer? O que mais eles podem querer fazer?

  • a equipe de desenvolvimento pode identificar afinidades técnicas ou dependências?

Use as respostas a estas perguntas para identificar seus temas. Em seguida, o grupo de recursos por estes temas. Os temas em um aplicativo bancário móvel podem ser os mostrados notas como pegajosas no quadro aqui:

Passo 3: Estimativa e ordenando as características do produto ágil

Depois de identificar suas necessidades de produtos e organizar esses requisitos em grupos lógicos, você estimar e encomendar os requisitos. Alguns termos que você precisa estar familiarizado com para este passo incluem:

  • Esforço é a facilidade ou dificuldade de criar um requisito particular.

  • A estimativa, como um substantivo, pode ser o número ou a descrição que você usa para expressar o esforço estimado de um requisito.

  • estimando um requisito, como um verbo, significa para chegar a uma idéia aproximada de como fácil ou difícil essa exigência será criar.

  • Encomenda, ou priorização, uma exigência significa para determinar o valor dessa exigência em relação a outros requisitos.

  • Valor significa quão benéfico um requisito determinado produto pode ser com a organização criar esse produto.

Marcando valor exigência e esforço

Para encomendar requisitos, você deve primeiro estimar uma pontuação para representar o valor e esforço para cada exigência. Para encomendar suas necessidades, você também quiser saber todas as dependências. UMA dependency é um requisito necessário antes de uma outra exigência. Por exemplo, se você tiver um aplicativo que precisa de alguém para entrar com um nome de usuário e senha, a necessidade de criar o nome de usuário seria uma dependência para a necessidade de criar a senha, porque você geralmente precisa de um nome de usuário para configurar uma senha.



Estimar, ou marcar, as exigências relativas valor e esforço é um primeiro passo fundamental para encomendar esses requisitos.

Você trabalha com dois grupos diferentes para marcar suas necessidades:

  • O proprietário do produto, com o apoio das partes interessadas, determina o valor da exigência do cliente e do negócio.

  • A equipe de desenvolvimento determina o esforço para criar a exigência de cada requisito.

equipes Scrum frequentemente usam a seqüência de Fibonacci dimensionamento para a criação de dezenas de requisitos. A sequência de Fibonacci vai numa progressão em que cada número, excepto os dois primeiros, é a soma dos dois números anteriores - 1, 2, 3, 5, 8, 13, 21, 34, 55, 89, 144, e assim em.

Use sua pontuação relativamente. Escolha uma exigência de que a equipe do projeto pode concordar tem um pequeno valor e esforço, nota, e usar essa exigência como uma referência. Para marcar outras exigências, decidir se outros requisitos têm mais ou menos valor do que sua exigência de referência, e se eles são mais fáceis ou mais difíceis do que sua exigência benchmark.

Você pode usar dois requisitos de referência, um para valor e um para esforço. No final, a pontuação relativa, não a pontuação absoluta, assuntos.

Calculando prioridade relativa

Depois de ter sua pontuação de valor e esforço para suas necessidades, você pode calcular a prioridade relativa de cada requisito. prioridade relativa ajuda a entender como um requisito se relaciona a outra em termos de valor. Quando você sabe que a prioridade relativa de suas necessidades, você pode encomendá-los em seu roadmap de produtos.

Calcular prioridade relativa com a fórmula: a prioridade relativa = valor / esforço

Por exemplo, se você tem uma exigência com um valor de 89 e um esforço de 55 anos, a prioridade relativa é 1,62 (89/55 = 1,62), o que você poderia arredondar para 2 - na verdade, você pode arredondar todos os resultados fracionários à número inteiro mais próximo.

Video: 3 Minute Product Manager: Long-term Product Roadmaps

Utilizando esta fórmula

  • Um requisito de alto valor e baixo esforço tem uma alta prioridade relativa. Por exemplo, se o valor é de 144 e o esforço é 3, a prioridade relativa é de 48.

  • Um requisito com um valor baixo e alto esforço tem uma prioridade relativa mais baixa. Por exemplo, se o valor for 2 e o esforço é de 89, a prioridade relativa é 0,0224.

Esta fórmula produz geralmente resultados fraccionados. Se você quiser, você pode arredondar os para o número inteiro mais próximo.

prioridade relativa é apenas uma ferramenta para ajudar o proprietário do produto tomar decisões e priorizar requisitos. Não é um universal matemático que você deve seguir. Certifique-se de suas ferramentas ajudam, ao invés de atrapalhar.

Observe a prioridade relativa para cada exigência. A partir daqui, você pode rever suas necessidades simultaneamente e priorizá-los.

requisitos priorizando

Para determinar a prioridade global para suas necessidades, responda às seguintes perguntas:

  • Qual é a prioridade relativa do requisito?

  • Quais são os pré-requisitos para qualquer exigência?

  • O conjunto de requisitos pertencem juntos e constituirá um sólido libertação?

Usando as respostas a estas perguntas, você pode colocar os requisitos de maior prioridade em primeiro lugar.

Video: How to Create 3D Roadmap : 3D PowerPoint Series

Sua lista de prioridades de histórias de usuários é chamado de product backlog. O seu product backlog é um documento ágil importante, ou em termos ágeis, um artefato. Você usa este atraso ao longo de todo o seu projeto. Com uma carteira de produto na mão, você pode começar a adicionar lançamentos alvo para o seu roadmap de produtos.

Passo 4: Determinação de alto nível intervalos de tempo ágil

Quando você cria o seu roadmap de produtos, o seu tempo de quadros para liberar os requisitos do produto está em um nível muito alto. Para o roteiro inicial, escolha um incremento de tempo lógico para o seu projeto, como um certo número de dias, semanas, meses, trimestres (períodos de três meses), ou incrementos ainda maiores. Usando tanto a exigência a prioridade, você pode adicionar requisitos para cada incremento de tempo.


Publicações relacionadas