Você sabe o que é fatiar?

(Postado originalmente no meu LinkedIn)

Você sabe o que é fatiar?
Fatiar é uma técnica que visa a entrega de produtos menores, a fim de validar um experimento (se o produto atende ao problema de um cliente).
Os motivos e benefícios do fatiamento são vários:
-> Ter melhor gestão visual das pequenas partes que compõem o produto e como elas estão dentro do fluxo do time;
-> Possibilitar ciclos curtos de feedback (o mais curtos possível);
-> maior gestão de riscos e menos surpresas;
-> Melhor previsibilidade das entregas.
O fatiamento (do inglês “Slice”) deve ser feito no nível estratégico e de release, sempre com métricas baseadas na hipótese.
A quebra de histórias (do inglês “Rock Break”, “Split”) deve ser feita no nível de backlog, também para objetivos similares. (Referências: Jeff Patton’s User Story Mapping, Mike Cohn’s SPIDR approach to splitting user stories)

fatiar

Métricas: Quais delas você usa para verificar a saúde do seu produto?

Quando estamos fazendo gestão de produtos, esta pergunta é bem comum: Como eu verifico e checo a saúde do meu produto utilizando métricas?

Quais métricas devo considerar? Todas as métricas possíveis? Algumas? Como ser mais assertivo em relação  a elas?

Primeiramente…

Uma métrica (ou várias delas) tem como objetivo medir a saúde de um problema que você está resolvendo. Leia-se problema como uma “dor do negócio” ou “oportunidade de negócio”. Leia aqui sobre problemas e oportunidades.

Uma vez definida a hipótese sobre o problema que você está resolvendo, chega a hora de definir as métricas. Na minha visão, existem métricas de nível operacional e de nível mais macro, que atingem necessariamente os resultados da empresa.

Eficiência ou Eficácia?

Como donos de produto, temos como dever perseguir as métricas de eficácia, mas nunca nos esquecer que as métricas de eficiência colaboram para a melhoria das métricas de eficácia e a nossa aproximação dos resultados de forma cada vez mais ágil. Não sabe do que tô falando? Se liga:

4Dominios_palavras
Fonte: K21

Pois bem, as métricas de negócio são responsáveis por medir a Eficácia, e as métricas organizacionais são responsáveis por medir a Eficiência. Combinado?

Entendi. Mas como é que vamos medir a Eficácia? Como é que eu sei que estou sendo eficaz com meu produto?

ROI

Você sabe o quanto está investindo no seu time? Por quantas pessoas ele é composto? Quanto custa este time?

Seu produto faz vendas diretas? É vendido? Monetizado? Qual o total de vendas que seu produto faz ou fará?

Seu produto facilita uma venda? O Quanto ele facilita essa venda? Quantas vendas seu produto ajuda a fazer?

Estes são exemplos de retornos de investimento direto que um produto pode gerar.

Como calcular um ROI?

ROI = [(Retorno – Investimento)/Investimento]*100

 

Cost of Delay

Cost of Delay é uma métrica que ajuda a tangibilizar o risco de não fazer determinada feature ou produto. Basicamente, o Cost of Delay mostra, caso um produto não possua ROI direto, formas de medir o impacto que um problema não resolvido pode ter. O Cost of Delay também pode ser usado juntamente com o ROI.

Dessa forma, Cost of Delay pode tangibilizar casos de:

  • Aumento de Receita
  • Proteção de Receita
  • Prevenção de Custo
  • Redução de custos

Como calcular o Cost of Delay?

Verifique qual o problema atual, exemplo: Quantos clientes eu posso suportar com a aplicação atual? Quantos clientes eu posso suportar com a aplicação nova?  Quanto de faturamento traz cada cliente? Quanto de faturamento eu terei com mais clientes?

A Diferença encontrada será o Cost of Delay.

O universo de métricas é extenso e estou mergulhando nele agora 🙂 Para que o post não fique também muito grande, pretendo criar alguns vários dedicados a esta disciplina.

Deixe aqui sua dúvida, comentário, vamos trocar! Eu te ajudo com o que aprendi e você me ajuda a pesquisar e entender coisas novas. Combinado?

Ao invés de perguntar sobre documentação, aprenda com ela — Jorge Horácio “Kotick” Audy

Que tal um Doc Journey Map, como um Customer Journey Map inspirado em 5w2h e SIPOC? Conforme o porte da empresa, envolvem-se Governança, PMO, área de processos e representantes das equipes, trata-se de uma necessidade e responsabilidade da organização estabelecer alguns padrões e GQA necessário. Lembra SIPOC, trabalha uma espécie de 5w2h de origem a […]

via Ao invés de perguntar sobre documentação, aprenda com ela — Jorge Horácio “Kotick” Audy

Sobre o PMBOK Ágil (Por Jorge Audy)

Fiz vários posts nas redes desde que as primeiras resenhas sobre o PMBOK 6ª edição começaram a sair, mas não aqui no blog para registro. Não é um passo a frente, é apenas o resgate de um gap de 30 anos, desde o mítico artigo de Takeushi e Nonaka em 1986 com “The New New […]

via PMI Agile Practice Guide – boas práticas ágeis há 30 anos — Jorge Horácio “Kotick” Audy

Utilizando Canvas para entender melhor seu produto

Dando uma pausa..pngJá é uma prática de mercado utilizar canvas para obtenção de dados para o que quer que seja, já vi scrum team canvas, machine learning canvas… Tem Canvas para todos os gostos. O canvas acabou caindo no gosto dos analistas, product owners e demais profissionais do mercado porque facilita o entendimento de todas as partes e direciona um brainstorm, por exemplo.

Uma das estratégias comuns para entendimento do produto (e da visão da empresa), são os Business Model Canvas e o Product Vision Board.  Vou focar, hoje, nestes dois canvas.

Continue lendo “Utilizando Canvas para entender melhor seu produto”

Meetup Fast Forward Design Thinking

Nesse último sábado, participei do Meetup Fast Forward Design Thinking, organizado por uma galera fera que adora resolver problemas.

Nosso tema era repensar as bibliotecas, e o nosso time pensou em um totem para devolver os livros, que resolveria o problema de empréstimo de livros, já que nossos potenciais clientes não gostam de voltar à biblioteca pra devolver.

600_463815540.jpeg

Olha só como eu estou orgulhosa do nosso protótipo. 😁

Neste meetup, a gente não só recebe um treinamento básico de como fazer o Design Thinking, como põe a mão na massa pra resolver um problema. Interessou? Se inscreva no grupo e fique atento aos próximos:

https://www.meetup.com/pt-BR/Fast-Forward-Design-Thinking-Hub-SaoPaulo/

Organize. (3)