sua empresa, e ela vai magicamente virar o Google. Não há necessidade de mudar nada. Comprar post-its e puffs coloridos ajuda. Se nada funcionar, grite as palavras mágicas: Nós usamos o Modelo Spotify!” Nós usamos o Modelo Spotify!”
que?” Estamos trabalhando em X por que o João acha importante. Terminaremos quando quando ele aprovar Estamos trabalhando em X por que achamos que vai ter impacto em Y, que é importante para a organização por causa de Z. Terminaremos quando as métricas moverem. Estamos trabalhando em X por que estamos a fim. Terminaremos quando quando não estivermos mais a fim. Henrik Kniberg TI Playground Produto “feature teams”
e ferramentas Software em funcionamento mais que documentação abrangente Colaboração com o cliente mais que negociação de contratos Responder a mudanças mais que seguir um plano
importante para você e nós falamos o que achamos que podemos realizar. Uma semana depois, você o tem em suas mãos. [...] Você pode lançar se quiser.” Ron Jeffries, co-autor do Manifesto Ágil
que?” Estamos trabalhando em X por que o João acha importante. Terminaremos quando quando ele aprovar Estamos trabalhando em X por que achamos que vai ter impacto em Y, que é importante para a organização por causa de Z. Terminaremos quando as métricas moverem. Estamos trabalhando em X por que estamos a fim. Terminaremos quando quando não estivermos mais a fim. Henrik Kniberg TI Playground Produto “feature teams”
é a melhor maneira de medir o progresso” Suposição O plano está correto. “Software funcionando é a medida primária de progresso” Os stakeholders sabem prever o que gera resultado. Tudo o que eles aprovarem tem valor. Suposição
Ex-Diretor de Produto, Slack “Se você está em um time orientado a experimentos, acostume-se a, na melhor das hipóteses, 70% do seu trabalho ser jogado fora.”
são fábricas de features, com pouca preocupação se as features resolvem problemas de negócios. O progresso é medido por entregas, não resultados.” felipecastro.com
Fowler “A chave para [derrotar] waterfall é entender que agilistas valorizam (2006) Resultados sobre Features. O que realmente importa é o resultado final, que vejo como valor para os clientes.”
medir o progresso” Suposição O plano está correto. “Software funcionando é a medida primária de progresso” Os stakeholders sabem prever o que gera resultado. Tudo o que eles aprovarem tem valor. Suposição “Resultados (outcomes) são a real medida de progresso” Ninguém consegue prever o futuro. Suposição Outcome-Based Planning
de X para Y. •Aumentar a Satisfação do Cliente de X para Y. •Manter o Custo de Aquisição de Cliente abaixo de Y. Objetivo: Criar uma Experiência de Cliente Incrível Key Results: Atividades: •Lançar a feature X. •Redesenhar a jornada do cliente. •Criar um novo app. •Criar uma nova métrica de engajamento de clientes.
Key Results Activities são o que você faz: Ações, tarefas, projetos, programas ou iniciativas. Todo o trabalho realizado que se destina a fazer a diferença, mas pode ou não ser bem-sucedido. Key Results são resultados (outcomes): Os efeitos benéficos mensuráveis em nossos clientes, nossa organização ou nossos colaboradores. Key Results descrevem por que estamos realizando nossas atividades e como mediremos se elas estão funcionando.