O seu time realmente é ágil?

Eu fiz o curso de Certified Exponential Leader e estou a refletir a sessão de ciclos curtos. Imagina quantos projetos caros existem nas empresas que trazem pouco retorno ou demoram muito a trazer resultados.

Nós agilistas já sabemos que isso normalmente é proveniente de ciclos longos. A distancia no tempo dificulta muito o entendimento de causa e consequência.

Provocação

Dentro do que a gente está chamando de ágil, realmente estamos fazendo ciclos curtos? A gente esta fatiando, priorizando e validando hipóteses corretamente?

Exemplo: Temos uma hipótese que ao desenvolver uma determinada aplicação estaremos resolvendo um problema da empresa ou atingir um resultado esperado.

Pergunta: O time ágil está começando o desenvolvimento pelo login na aplicação? Se a resposta for sim, a gente está provavelmente no caminho errado.

O fatiamento e a priorização devem ser realizados buscando entregar valor mais cedo (ciclos curtos). Então é necessário achar a menor fatia da aplicação que entrega maior valor, ou aquela que tem maior risco, normalmente algum pedaço do core da aplicação, e começar por ela, e não pelo login.

Ai vocês perguntam, mas vou entregar um pedaço do core sem login?

Sim, porque a idéia aqui é aprender, é entender se trará valor, se de fato resolverá o problema, se não tem outros problemas por trás, se vai funcionar os modos operantes etc.

Ai alguém fala que vai gerar desperdícios porque vou descartar um monte de coisa que não deu certo, que não funcionou como esperava.

Mas não deveria ser chamado de desperdício algo que foi rapidamente identificado que dará errado, ou que não atenderá completamente ou em parte a necessidade e que gerou aprendizados.

Ou seja, nesse processo vai-se descobrindo oportunidades que ninguém sabiam que existiam e vai poder aproveitar. Depois disso é que começo a crescer exponencialmente a solução e os resultados.

É melhor gastar 100 mil e descobrir a direção certa em poucos meses ou aguardar um ano de um projeto de milhões que provavelmente gerará poucos resultados? Qual o verdadeiro desperdício?

Mas como fazer isso?

Uma vez fatiado corretamente e priorizado para começar pelo menor pedaço de maior risco e/ou maior valor, identifique se tem alguma forma de contingencia que pode-se fazer para atender e validar essa hipótese. Público restrito, piloto ou processos manuais.

É preciso balancear o mínimo de investimento possível para validar como resolver o problema, antes de escalar. Não faz sentido investir muito numa solução que não se tem certeza que vai dar certo.

Precisamos evitar o desperdício de esperar 6 meses a um ano para descobrir que que não vai resolver o meu problema, ou que o cliente não vai usar, ou que não é o que o mercado precisa.

Em resumo, se meu time se intitula como ágil mas começa a aplicação por algo que não é o coração do problema que precisa ser resolvido, a gente não está fazendo o ciclo mais curto de maior valor e/ou maior risco, além de não estar validando hipóteses.

Em conclusão, não é que não se pode começar pelo login, mas avaliar a real necessidade, valor e impacto de se começar por ele. Se questionar se precisa no seu contexto.