Manifesto Cascatágil

1. Agilidade é sobre velocidade. Quanto mais rápido melhor

2. O conforto da gestão é prioridade ao invés de valor agregado

3. Prefira Daily de 2 horas e Planning de 10 minutos

4. Aproveitar a Daily para cobrar os devs, um a um

5. A Daily não precisa ser todos os dias

6. Toda atividade pode ter prazo fixo de 2 dias

7. Excel é o melhor gerenciador de atividades possível

8. Importante passar mais tempo cuidando de ticket do que o próprio software

9. Sempre que possível, emende uma sprint na outra. Isso garante velocidade

10. A desconfiança é importante. Em primeiro momento, desconfie dos devs e da infra

11. Sempre colocar os QAs para atuarem somente após o projeto já estar em produção

12. Prefira entregas à qualidade

13. O melhor teste é em tela, nunca código, e por equipe separada. Se for o próprio cliente, melhor ainda

14. O PO deve ficar distante da equipe dev. Ele deve somente participar da Fase de Análise

15. Pare os devs para reunião no meio do dia. A quebra constante do foco traz benefícios. De hora em hora pode ser uma boa para projetos atrasados

16. Nenhuma reunião pode ser substituída por e-mail ou grupos eletrônicos

17. Não fazer a Retrospectiva deixa o dev com mais tempo para programar

18. Seja um coach agil, não precisa trabalhar na área. Jogue a carta do "eu palestrei" ou "fiz live/podcast" tanto quanto possível

19. Use palavras como "transformação digital" e "mindset" nas reuniões

20. Jamais esteja aberto a mudanças. Peça ao cliente para assinar os Casos de Uso, caso tiver

21. Use horóscopo e mapa astral para estimar atividades. É melhor estar alinhado com os astros do que com o cliente.

22. Feedback do cliente só na entrega final do projeto

23. Não precisa documentar. Documentar consome tempo. Deixe na cabeça das pessoas

24. Use BDD tanto quanto possível. Isso vai resultar em alguma coisa

25. Passe um bom tempo na Fase de Requisitos, com pessoas que não vão programar essas regras

26. Respalde-se no peso do processo tanto quanto possível

27. Diversidade de “mindset” fortalece o time, deixe cada um atuar com seu padrão de projeto favorito

28. Intuição e achismos deve ser usado na realização de feedbacks

29. Resistência às mudanças de mercado garante a continuidade do produto

30. Estímulo à competitividade dentro da equipe garante um time produtivo e inovador

31. Sempre exija relatórios e registro de horas trabalhadas para cada atividade, individualmente. Algum dia isso deve prestar pra algo

32. Colocar metas de tickets resolvidos para os devs aumenta produtividade sim

33. Caso esteja muito apertado, coloque mais gerente na equipe que vai ajudar sim

34. Tenha como TeachLead um dev senior de 2 anos em uma equipe de puristas. Eles estão sempre certos

35. Aceite tudo que o cliente pedir, mesmo que falta um dia para a entrega

36. Sempre que possível bloqueie acessos de sites e redes sociais pra evitar distrações

37. Tenha uma Arquitetura de Software de referencia fixa para todos os projetos

38. Se possível, coloque a sua equipe no subsolo do prédio, sem janelas. Isto impede distrações trazendo mais agilidade.

40. Seja longo e verboso. Como essa página (e o Java)

OBS: sim isso não é um manifesto, mas a palavra é boa ao título.

Categorias: Podcast | Programação | Sem Noção | Piadas Ruins | Vergonha Alheia