Product Planning (Planejamento de Produto)

Granularidades

Granularidade é o termo usado para definir o tamanho e nível de detalhamento do item de trabalho que estamos conversando/gerenciando.

• Cada granularidade exige um nível de planejamento
  • As interfaces mudam
  • Os objetivos são menos ou mais específicos

Três tipos de planejamento

Planejamento de iniciativa/oportunidade

• Foco: resultado
• Granularidade: grande

O planejamento de iniciativas serve para levantar qual a oportunidade/problema que estamos enfrentando. É o momento de avaliar os riscos, levantar as suposições, certezas e hipóteses que temos.

A iniciativa deve estar alinhada com as estratégias do produto, contendo o mapa ponta-a-ponta: Discovery, Delivery e Go-to-Mkt

Importante não confundir a iniciativa com um projeto. Não necessariamente há um início, meio e fim, escopo, prazo, etc. Há hipóteses a serem testadas, coisas a serem feitas com objetivos definidos, alavancas a serem experimentadas. Seremos limitados por alguma variável, provavelmente tempo, preferivelmente não escopo.

Outro ponto é não entender a Iniciativa como pesquisa, mas como a busca em cumprir um objetivo, incluindo todas as etapas necessárias. É para ter resultado no final, OUTCOME, não somente output.

• Focado nos objetivos e no levantamento de suposições, ideias, hipóteses, dúvidas
• O objetivo é entender/explorar/avaliar os riscos:
  • Valoroso
  • Viável
  • Factível
  • Usável
• Mapeamento de experimentos/MVPs/MVFs/MVEs
  • o que precisa ser validado e como
• Avaliação dos stakeholders
  • Quem são os interessados
  • Quem deve ser mobilizado
• Ferramentas:
  • Opportunity-Solution Tree
  • Design sprint
  • Opportunity Assessment
  • 6 pages

Planejamento de release

• Foco: resultado e escopo
• Granularidade: média

O planejamento de release é para definir o pacote de alterações/melhorias que será lançado. Entendemos que o processo de lançamento não consiste exatamente com a disponibilização de uma nova versão de software, mas com o processo de go-to-mkt desse novo pacote. Muitas vezes, pequenas correções e melhorias pontuais não precisam ser comunicadas. Entretanto, quanto mais complicada e/ou complexa nossa cadeia de usuários e stakeholders, necessitamos de um processo mais cuidadoso e bem estruturado de lançamento.

É na definição da release que as funções de product marketing/comunicação, atendimento, suporte e treinamento são acionadas. Parte delas delimitarem quais os planos e ações necessários para que o lançamento seja possível, quais as datas e principais riscos.

O planejamento de release serve também para dar para o time uma visão do “todo” do pacote, o que ele compreende, por que as coisas estão ali (alinhadas ao objetivo da release) e quais as metas desse lançamento.

• Focado na definição de um pacote de lançamento
• Serve para alinhar as partes interessadas e áreas/tarefas de apoio
• Definir as ações de go-to-mkt
• Dar um senso de finalização e completude
• Reduzir o tamanho das entregas e aumentar o impacto
• Procurar recortes de entregas com mais valor e menos esforço
• Algumas ferramentas que ajudam nesse tipo de planejamento:
  • Lean inception
  • Customer Letter
  • Release Announcement

Planejamento de ciclo/sprint

• Foco: tempo
• Granularidade: pequena

O planejamento de ciclo ou sprint tem a função de engajar o time nos próximos passos, lembrar (quantas vezes necessário) do todo, dos objetivos e da estratégia.

É a cerimônia que a pessoa de produto conduz com o time com o intuito de garantir que o time está informado e alinhado com o que precisamos fazer.

O ciclo pode conter tarefas de delivery e de discovery, não devendo ser entendido como um planejamento da entrega. O planejamento de uma entrega específica pode ser:

• Focado em discutir itens de trabalho
• Definição e discussão de detalhes
• Alinhamento quanto a capacidade, prioridades e expectativas

Refinamento

• Foco: escopo
• Granularidade: pequena e muito pequena

O refinamento é um momento de quebra de uma release ou outro pacote em uma granularidade menor. Podemos refinar coisas avulsas, mas refinar um conjunto tende a funcionar melhor por que as coisas tem contexto e coesão.

O trabalho de refinamento é essencialmente técnico/tecnológico, sendo o papel da pessoa de produto, depois de bem alinhados os objetivos e resultados, muito superficial. Sua presença deveria ser opcional ou descartável, sendo a pessoa de design um representante suficiente do produto para pequenas definições e dúvidas.

O foco do refinamento é discutir os detalhes de implementação para dimensionar capacidade, discutir possibilidades de implantação.

• Detalhamento do que precisa ser feito
• Quebra/União de issues (histórias, tarefas técnicas, sub-tasks)