Desenvolvimento

MPV é a chave para o gerenciamento de projetos

Por 8 de janeiro de 2021abril 30th, 2021No Comments
MVP é a chave para gerenciamento de projetos

MVP é um conceito que pode melhorar o planejamento ágil de gerenciamento de projetos, garantindo que as equipes atuem de forma inteligente. 

Para desempacotar essa frase, vamos recuar um pouco.

O gerenciamento ágil de projetos surgiu do modelo de desenvolvimento de software ágil , que enfatiza a iteração, o teste e a incorporação de feedback desse teste na próxima iteração. 

Os “sprints” ágeis rapidamente produzem iterações de um produto de software. 

A abordagem se concentra na experiência do cliente, desenvolvimento colaborativo e capacidade de resposta ao feedback do cliente.

O gerenciamento ágil de projetos é uma maneira de gerenciar as mudanças quase constantes, que gerentes de projetos e desenvolvedores enfrentam em suas organizações, com uma atitude que espera e aceita mudanças. 

Mas para ter sucesso, não basta iterar. As iterações precisam funcionar; elas precisam mover a equipe e o produto.

O que é então um MVP?

É um produto mínimo viável.  Podemos descrever o MVP como a coisa mais simples que poderia funcionar.

O objetivo é colocar uma versão simples da solução nas mãos dos usuários para ter certeza de que você está no caminho certo e identificar as coisas de maior prioridade para fazer a seguir.

Em essência, o MVP é o “primeiro rascunho” de um produto e deve atingir o limite de uma iteração bem-sucedida. 

Um esboço ou wireframe não é uma iteração. Uma iteração deve:

  • Fazer um trabalho de verdade,
  • Ser capaz de ser avaliada e
  • Na verdade, seja avaliada…

Para que a iteração seja avaliada, alguém precisa usá-la – e fornecer feedback. Esse feedback deve ser coletado, estudado e, o mais importante, usado para melhorar a próxima iteração.

Resumindo, a primeira iteração – o MVP – deve ser um substituto razoável para o produto real em desenvolvimento.

Sem o MVP, tudo está perdido

O MVP é o que realmente faz um processo de desenvolvimento iterativo – como ágil, LLAMA ou SAM – funcionar.

Isso não é exagero. A ideia por trás de um processo iterativo é criar uma “versão aproximada de um produto” com o propósito expresso de obter feedback sobre ele. Existem dois benefícios enormes:

  • É mais fácil fazer alterações em um “rascunho” inicial do que em um produto acabado.
  • Problemas e mudanças necessárias são identificados antes de você queimar todo o seu orçamento e cronograma desenvolvendo o produto “perfeito”.

Cada ciclo de um processo de desenvolvimento iterativo é uma oportunidade de avançar o produto iterativamente (tornando-o melhor) e incrementalmente (tornando-o mais).

Definindo o MVP

Antes de definir um MVP, a equipe do projeto deve definir claramente os objetivos de aprendizagem, que estão relacionados aos objetivos de negócios do cliente ou da organização. 

Uma meta de negócios resolve um problema de negócios.

O treinamento não é um objetivo; o treinamento é um meio para um fim – resolver o problema do negócio.

É recomendável começar definindo uma meta observável. Uma meta observável usa um verbo de ação, por exemplo:

  • O funcionário inserirá os dados com precisão (em seguida, definirá “com precisão”)
  • O funcionário fornecerá feedback escrito aos subordinados diretos

Em seguida, a equipe deve definir o que os usuários precisam saber para cumprir a meta observável. 

O gerenciamento ágil de projetos, assim como o desenvolvimento ágil de software, incentiva o trabalho em voz alta, publicamente e de forma colaborativa.

A sugestão é dividir os objetivos em tarefas distintas e criar cartões de tarefas – ou notas adesivas ou linhas em um quadro branco – onde cada tarefa é definida.

 As tarefas devem ser pequenas e os planejadores devem manter as restrições em mente: prazos, orçamento, cronogramas da equipe – e escopo.

Uma vez que as metas estejam claras, o planejamento começa. 

Planeje de grande a pequeno, e trabalhe de pequeno a grande: Defina e crie o MVP primeiro.

Não economize no teste do usuário

Um dos maiores erros que as pessoas cometem, é não divulgar e testar suas iterações com usuários reais. 

Os desenvolvedores costumam fazer testes com o cliente, com PMEs ou com membros da equipe. 

Mas isso não vai dizer a eles se o produto funcionará com as pessoas que realmente precisam usá-lo.

Desenvolver um conselho consultivo ou comitê, ou outro grupo de pessoas reais – pessoas que podem realmente usar o produto final ou que refletem de perto as habilidades e o nível de conhecimento dos usuários reais – é uma maneira de conduzir testes de usuário significativos. 

Outra é a criação de “personas” do usuário – arquétipos – que capturam as necessidades de negócios e os resultados de desempenho desejados do usuário típico. 

Idealmente, você deve testar seus MVPs com a(s) persona(s) principal(is) do usuário para o seu projeto ou o mais próximo que puder. 

Portanto, se você estiver desenvolvendo um produto para novos clientes, teste um MVP com pessoais reais.

E  sim, leva tempo para fazer testes reais do usuário, mas o objetivo dos processos iterativos – como o gerenciamento e desenvolvimento ágil de projetos – é responder às necessidades dos usuários, portanto, é um tempo bem gasto, perfeito aos olhos do usuário, não do desenvolvedor. 

Portanto não se trata (apenas) dos usuários “gostarem” do produto; é sobre o desempenho dos usuários após a conclusão do teste de uso.

Os dados coletados testando o MVP e cada iteração sucessiva são usados ​​para melhorar a próxima versão. 

Os gerentes de projeto geralmente definem o número de iterações no início do ciclo de gerenciamento e desenvolvimento, em média três iterações são comuns.

Você precisa de gerentes experientes para conduzir um projeto na sua empresa? Então traga seu projeto para a Smartcon e vamos conversar mais!