Processando Aguarde...
Processando Aguarde...
Atenção
Fechar
Fechar
Novo registro de Nível de Maturidade de Agilidade
30/05/2026
Registros não encontrados
Dados
Informação dos Dados
Scrum
Scrum
Kanban
Kanban
Agilidade
Agilidade
Entregas & Valor
Entregas & Valor
Ferramentas & Práticas
Ferramentas & Práticas
Data (automático)
dd/mm/aaaa hh:mm:ss
Nome Completo
*
Celular/WhatsApp
*
E-mail
*
Empresa
Concordo em receber comunicações e com a Política de Privacidade
*
Sim
Política de Privacidade
https://escaladaagil.com.br/politica-de-privacidade/
Navegar
1 - O Product Backlog é priorizado por valor de negócio (outcomes), e não apenas por urgência.
*
1) Nunca
2) Raramente
3) Às vezes
4) Frequentemente
5) Sempre
2 - Existe um Sprint Goal claro para cada Sprint, comunicado e compreendido pelo time.
*
1) Nunca
2) Raramente
3) Às vezes
4) Frequentemente
5) Sempre
3 - As Retrospectivas geram 1–3 ações concretas com responsáveis e prazos, executadas no Sprint seguinte.
*
1) Nunca
2) Raramente
3) Às vezes
4) Frequentemente
5) Sempre
4 - O Product Owner está disponível para o time, participa das validações e toma decisões de trade-off.
*
1) Nunca
2) Raramente
3) Às vezes
4) Frequentemenet
5) Sempre
5 - A cada Sprint há um incremento potencialmente liberável (shippable), conforme a Definição de Pronto (DoD).
*
1) Nunca
2) Raramente
3) Às vezes
4) Frequentemente
5) Sempre
6 - Métricas de acompanhamento (ex.: previsão da meta do Sprint, aging, impedimentos) são discutidas nas Dailies.
*
1) Nunca
2) Raramente
3) Às vezes
4) Frequentemente
5) Sempre
7 - O fluxo de trabalho é visualizado em um quadro que reflete o processo real (etapas claras).
*
1) Nunca
2) Raramente
3) Às vezes
4) Frequentemente
5) Sempre
8 - Existem limites de trabalho em progresso (WIP) explícitos e respeitados pelas pessoas.
*
1) Nunca
2) Raramente
3) Às vezes
4) Frequentemente
5) Sempre
9 - O time mede e revisa lead time e cycle time para identificar e reduzir gargalos.
*
1) Nunca
2) Raramente
3) Às vezes
4) Frequentemente
5) Sempre
10 - As políticas de serviço (ex.: DoR/DoD, classes de serviço) estão documentadas e são conhecidas.
*
1) Nunca
2) Raramente
3) Às vezes
4) Frequentemente
5) Sempre
11 - Há cadências de feedback ativas (ex.: Replenishment semanal, Service Delivery Review mensal).
*
1) Nunca
2) Raramente
3) Às vezes
4) Frequentemente
5) Sempre
12 - Bloqueios são registrados, monitorados e tratados rapidamente (gestão ativa de bloqueios/aging).
*
1) Nunca
2) Raramente
3) Às vezes
4) Frequentemente
5) Sempre
13 - A liderança incentiva autonomia, delega decisões ao nível do time e evita microgerenciamento.
*
1) Nunca
2) Raramente
3) Às vezes
4) Frequentemente
5) Sempre
14 - Existe alinhamento estratégico (poucas prioridades claras, foco e pouca troca de direção).
*
1) Nunca
2) Raramente
3) Às vezes
4) Frequentemente
5) Sempre
15 - Os times são multifuncionais, com menos handoffs e dependências entre áreas.
*
1) Nunca
2) Raramente
3) Às vezes
4) Frequentemente
5) Sempre
16 - O time tem acesso direto a usuários/clientes para feedback contínuo em iniciativas relevantes.
*
1) Nunca
2) Raramente
3) Às vezes
4) Frequentemente
5) Sempre
17 - A cultura incentiva experimentos controlados e aprendizado com erros (segurança psicológica).
*
1) Nunca
2) Raramente
3) Às vezes
4) Frequentemente
5) Sempre
18 - Orçamento/metas consideram outcomes e valor, e não apenas entregas e escopo fixo.
*
1) Nunca
2) Raramente
3) Às vezes
4) Frequentemente
5) Sempre
19 - Cada iniciativa tem outcomes e métricas de sucesso claramente definidos antes da execução.
*
1) Nunca
2) Raramente
3) Às vezes
4) Frequentemente
5) Sempre
20 - As entregas são pequenas e frequentes para reduzir riscos e antecipar valor ao usuário.
*
1) Nunca
2) Raramente
3) Às vezes
4) Frequentemente
5) Sempre
21 - Hipóteses de produto/processo são testadas (ex.: betas, feature flags, experimentos, A/B).
*
1) Nunca
2) Raramente
3) Às vezes
4) Frequentemente
5) Sempre
22 - São acompanhadas métricas EBM/valor (ex.: Adoção, Satisfação, Valor Realizado, Tempo-para-Valor).
*
1) Nunca
2) Raramente
3) Às vezes
4) Frequentemente
5) Sempre
23 - A priorização considera impacto (ex.: WSJF, ICE) e está alinhada a OKRs/metas trimestrais.
*
1) Nunca
2) Raramente
3) Às vezes
4) Frequentemente
5) Sempre
24 - O feedback do cliente é incorporado continuamente ao roadmap (ajustes frequentes).
*
1) Nunca
2) Raramente
3) Às vezes
4) Frequentemente
5) Sempre
25 - A ferramenta de gestão (Jira/Trello/Notion etc.) reflete fielmente o processo real do time.
*
1) Nunca
2) Raramente
3) Às vezes
4) Frequentemente
5) Sempre
26 - Existem dashboards de fluxo (lead time, throughput, aging, taxa de bloqueios) acessíveis ao time.
*
1) Nunca
2) Raramente
3) Às vezes
4) Frequentemente
5) Sempre
27 - Tarefas repetitivas têm automações simples (ex.: templates, integrações, webhooks) para reduzir retrabalho.
*
1) Nunca
2) Raramente
3) Às vezes
4) Frequentemente
5) Sempre
28 - Existem templates/documentos vivos padronizados (DoR, DoD, retrospectiva, status report).
*
1) Nunca
2) Raramente
3) Às vezes
4) Frequentemente
5) Sempre
29 - Integrações de engenharia (Git, CI/CD, releases) têm visibilidade para o time e stakeholders.
*
1) Nunca
2) Raramente
3) Às vezes
4) Frequentemente
5) Sempre
30 - Há registro de decisões (ADRs) e histórico de lições aprendidas acessível e usado nas discussões.
*
1) Nunca
2) Raramente
3) Às vezes
4) Frequentemente
5) Sempre
Obs
* Campos obrigatórios
Retornar
Avançar
Incluir
Fechar
Output
Processando Aguarde...