Nada disso funciona de verdade.
Nos livros, nas conversas com rasgação de seda pode até funcionar. Mas, na prática, nada resiste aos diversos inputs do dia a dia nessa profissão. Não comigo ao menos.
Eu não acredito que o erro é meu. Apesar de parecer contraditório acho que todo o resto está errado e se fizessem o que peço resolveria.
Exemplo:
1 - Trabalhem num plano de desenvolvimento juntos (cliente e desenvolvedor (s))
2 - Confiem na parceria e em seus membros de equipe
3 - Apoiem-se como um time de verdade
4 - Trabalhem por prazer
5 - Colham os frutos juntos
Com esses 5 passos pode tirar qualquer método ágil e trabalhar num kanban assim:
Fazer | Fazendo | Em revisão | Em teste | para deploye | deployed
O formato do kanban, alinhado aos 5 "principios" acima garantem a satisfação do cliente e do time de desenvolvimento. Tamnbém, beneficiaria a empresa/consultoria que vendeu a mão de obra dos desenvolvedores, reduzindo seu custo e maximizando seu lucro.
Hoje em dia, em um time são 300 pessoas para gerenciar o projeto e 4 para desenvolver o sistema interiro. Todo o controle e decisões estão nas mãos de quem não vai construir nada e isso é loucura ao meu ver.
Eu ainda posso programar enquato vivo, mas, não para terceiros.