⚡
Priorização Reativa
Decisões baseadas em urgência percebida ou influência, sem critérios objetivos.
Seção 1 — Objetivo e Contexto
Por que esta diretriz foi criada?
🌫️
Baixa Transparência
Decisões de produto sem visibilidade clara para as áreas envolvidas.
🔀
Desalinhamento
Dificuldade de alinhamento entre áreas distintas da organização.
🔄
Mudanças Frequentes
Prioridades das demandas alteradas constantemente, gerando instabilidade.
📉
Baixa Previsibilidade
Entregas imprevisíveis, dificultando o planejamento organizacional.
O que esta política define?
Estrutura de entrada e avaliação de demandas
Critérios objetivos de priorização
Organização e manutenção do roadmap
Transparência e rastreabilidade das decisões
Alinhamento entre as áreas envolvidas
Seção 2 — Escopo
Ferramentas do Processo
Entrada
📥
Jira Service Management
Registro e entrada de todas as demandas oriundas de clientes e áreas internas.
→
Priorização
💡
Jira Product Discovery
Gestão de ideias, priorização e disponibilização do roadmap para stakeholders.
→
Execução
⚙️
Jira Software
Execução e desenvolvimento das iniciativas priorizadas pelo time de produto.
Seção 3 — Papéis e Responsabilidades
Quem faz o quê?
🧭
Product Manager / Product Owner
PM / PO
- Avaliar relevância das demandas para o produto
- Gerenciar backlog de ideias
- Definir priorização e roadmap
- Garantir alinhamento com objetivos estratégicos
- Revisão mensal das ideias registradas
🤝
Stakeholders
Operações · Comercial · Suporte · Outras áreas
- Contribuir com contexto, evidências e impacto das demandas
- Participar da revisão do roadmap
- Sugerir melhorias via canais formais
- Registrar demandas no Jira Service Management
💻
Time de Desenvolvimento
Dev · Tech Lead
- Executar demandas priorizadas
- Apoiar na compreensão do esforço de desenvolvimento
- Validar e revisar estimativa de esforço (Tech Lead)
Seção 5 — Processo de Gestão de Demandas
Fluxo de Entrada de Demandas
1
📥 Registro da Demanda
Toda demanda de clientes ou áreas internas deve ser registrada no Jira Service Management como melhoria.
Informações mínimas obrigatórias:
- Produto relacionado à melhoria
- O problema atual
- Cliente(s) impactado(s)
- Impacto no negócio
2
🔍 Avaliação pelo Time de Produto
Após o registro, o time de produto avalia a demanda em até 5 dias úteis.
3
🔀 Decisão: Faz sentido para o negócio?
📊 Resultado da Avaliação
Seção 6 — Gestão das Ideias
Da Ideia ao Roadmap
Ciclo de Vida de uma Ideia
To Do
Registro inicial
→
Em Análise
Qualificação e RICE
→
No Roadmap
Priorizada
→
Entregue
Desenvolvida
⤵
Cancelada
Sem aderência
ℹ️ As ideias podem ser canceladas a qualquer momento caso percam relevância estratégica. É responsabilidade do PM/PO revisitar constantemente o backlog de ideias.
📐 Modelo de Priorização: RICE
Utilizado como referência para comparação objetiva entre iniciativas. O esforço deve ser validado com o tech lead do produto.
R
Reach · Alcance
Quantidade de clientes ou usuários impactados pela iniciativa.
I
Impact · Impacto
Grau de impacto no negócio ou na experiência do cliente.
C
Confidence · Confiança
Nível de confiabilidade das informações e evidências disponíveis.
E
Effort · Esforço
Esforço estimado para implementação (validado com o Tech Lead).
🔁 Revisão Periódica de Ideias
O PM e PO conduzem revisão mensal de todas as ideias registradas. Como resultado, cada ideia pode ser:
✅ Mantida
🚀 Priorizada para avanço
✏️ Ajustada
🚫 Cancelada
Seção 7 — Gestão do Roadmap
Estrutura e Governança do Roadmap
📋 Requisitos mínimos para inclusão no Roadmap
Problema claro a ser resolvido, sem definição antecipada de solução.
Impacto esperado — financeiro, operacional ou na experiência do cliente.
Evidências concretas baseadas em dados, chamados e feedbacks recorrentes.
Vínculo com OKR/KR, quando aplicável.
Pontuação RICE preenchida, mesmo em nível macro.
Hipótese de direcionamento de como o problema poderá ser tratado.
🗓️ Ciclo do Quarter
Cada quarter passa por 4 etapas obrigatórias, garantindo planejamento, alinhamento, execução e aprendizado contínuo.
Etapa 1 · Antes do Quarter
Planejamento
⏱️ Mínimo 1 mês de antecedência
- Selecionar e priorizar ideias do backlog
- Preencher pontuação RICE de cada iniciativa
- Validar esforço com o Tech Lead
- Vincular iniciativas a OKRs quando aplicável
- Fechar o roadmap do quarter
Etapa 2 · Pré-início
Apresentação aos Stakeholders
📍 Antes do início do período
- Apresentar o roadmap definido
- Garantir compreensão das prioridades
- Coletar feedbacks e dúvidas
- Realizar ajustes finais se necessário
Etapa 3 · Durante o Quarter
Execução
🔄 Período ativo do quarter
- Desenvolver as iniciativas priorizadas
- Registrar formalmente toda alteração no Jira
- Justificar mudanças com motivação e impacto
- Manter stakeholders informados sobre mudanças
- Garantir rastreabilidade das decisões
Etapa 4 · Ao Final do Quarter
Revisão e Fechamento
📋 Encerramento do período
- Atualizar o roadmap com entregas realizadas
- Documentar mudanças de direcionamento
- Registrar aprendizados do ciclo
- Iniciar planejamento do próximo quarter
🔄
Como o ciclo funciona na prática: execução e planejamento em paralelo
Enquanto o quarter atual está sendo executado, o próximo quarter já está sendo planejado — seguindo exatamente as mesmas 4 etapas. Isso garante que cada novo ciclo comece sem interrupções e com o roadmap pronto com pelo menos 1 mês de antecedência.
Q1 · Quarter Atual
Q2 · Próximo Quarter
Q3 · Quarter Seguinte
Etapa 3
Execução Desenvolvimento ativo
Execução Desenvolvimento ativo
Etapa 1
Planejamento ↑ Em paralelo!
Planejamento ↑ Em paralelo!
Etapa 2
Apresentação Pré-início do quarter
Apresentação Pré-início do quarter
Etapa 4
Revisão Fechamento do período
Revisão Fechamento do período
Legenda:
Execução
Planejamento (paralelo)
Apresentação
Revisão e Fechamento
O que isso significa na prática?
A partir do momento em que o quarter entra em execução, o time de produto já inicia o planejamento do quarter seguinte — selecionando ideias, preenchendo o RICE, validando esforço com o Tech Lead e fechando o novo roadmap. Ao final do quarter em execução, o próximo já está planejado, apresentado e pronto para começar.
⚙️ Q atual em execução
+
📅 Q+1 sendo planejado
→
⚙️ Q+1 começa sem atrasos
Responsabilidade exclusiva do Product Manager: nenhuma iniciativa pode ser incluída ou alterada no roadmap sem seu conhecimento e validação formal. Todas as mudanças devem ser registradas no Jira com motivação clara e impacto documentado.
⚠️ Alterações durante o Quarter
Devem ser formalmente registradas no Jira, com motivação e impactos no planejamento.
São consideradas alterações de roadmap:
Inclusão de novas iniciativas não previstas originalmente
Despriorização de itens planejados
Substituição de iniciativas
Mudanças relevantes de escopo ou direcionamento
Justificativas obrigatórias em casos de:
Demandas críticas de clientes
Necessidades legais ou regulatórias
Multa e Sanções
Churn
Novos Negócios
Seção 8 — Comunicação, Transparência e Revisão
Comunicação Estruturada do Roadmap
📌
O roadmap estará constantemente disponível no Jira Product Discovery para todos os interessados, garantindo transparência contínua.
🕐 Antes do Quarter
- Planejamento concluído com no mínimo 1 mês de antecedência
- Apresentação formal do roadmap aos stakeholders
- Coleta de feedbacks e alinhamentos
- Ajustes finais quando necessários
⚙️ Durante o Quarter
- Ideias abertas à contribuição dos stakeholders
- Alterações registradas formalmente no Jira
- Rastreabilidade de mudanças com motivação e impacto
- Product Manager valida toda inclusão ou mudança
✅ Ao Final do Quarter
- Atualização do roadmap do quarter encerrado
- Registro das entregas realizadas
- Documentação de mudanças de direcionamento
- Garantia de transparência e melhoria contínua
Seção 9 — Métricas de Sucesso
Como mediremos o sucesso?
% de Itens Não Planejados
Percentual de entregas realizadas fora do roadmap planejado para o quarter.
% Entregas vs. Planejado
Proporção entre o que foi entregue e o que foi originalmente planejado para o período.
% de Entregas por KR
Percentual das entregas vinculadas a resultados-chave (Key Results) dos OKRs definidos.
Seção 10 — Mapeamento do Time
Estrutura do Time de Produto
3
Product Managers
9
Product Owners
9
Analistas
2
Apoio Transversal
15
Squads / Produtos
📋 Visão Consolidada por Colaborador
| Colaborador | Papel | Squads / Produtos |
|---|---|---|
| Rosiel | PM | AlmoxarifadoPatrimônio MobiliárioPatrimônio ImobiliárioIntangível |
| Madalena | PM | Plano de ComprasIRPCompras PreparaçãoExecução LicitaçãoExecução DispensaAtas de RP |
| André | PM | CatálogoFornecedorFlowbeeFlyEditorContratos |
| Amanda | NTP | Plano de ComprasIRPExec. LicitaçãoExec. DispensaAtas de RPFlowbeeFlyEditorContratos |
| Jean | NTP | AlmoxarifadoPatrimônio MobiliárioPatrimônio ImobiliárioIntangível |
| Geiziane Oliveira | PO | Plano de ComprasIRPAtas de RP |
| Glaucia Gama | PO | Execução Licitação |
| Jorge | PO | Execução Dispensa |
| Sabrina | PO | Compras Preparação |
| Thayana | PO | AlmoxarifadoFornecedor |
| Emily | PO | Patrimônio MobiliárioIntangível |
| Fabricio | PO | Patrimônio Imobiliário |
| Myllena | PO | CatálogoCustomizaçãoFlowbeeFlyEditor |
| Amanda Moreira | PO | Contratos |
| Leticia | Analista | Plano de ComprasIRPAtas de RP |
| Lara | Analista | Execução Licitação |
| Sabrina | Analista | Compras Preparação |
| Carlos | Analista | Compras Preparação |
| Maria Eduarda | Analista | Almoxarifado |
| Mariele | Analista | Patrimônio MobiliárioIntangível |
| Leticia | Analista | BIGerador de RelatóriosPatrimônio Imobiliário |
| Thays | Analista | Catálogo |
| Camila | Analista | CatálogoFlowbeeFlyEditor |
| Gabriela | Analista | Contratos |
Legenda:
PM — Product Manager
PO — Product Owner
NTP — Núcleo Técnico do Produto
Analista de Produto