O documento descreve a jornada de implementação de práticas ágeis em uma empresa. Inicialmente havia pouca comunicação e organização dos processos. A introdução inicial do Scrum piorou a situação devido à resistência. Ao adotar de forma gradual princípios como kanban e timebox, melhorias começaram a aparecer. Posteriormente, técnicas como planning poker e daily meetings trouxeram mais união e entregas contínuas à equipe. Ainda há desafios como comprometimento de não-desenvolvedores e alinhamento entre Scrum

3. Orientação Profissional

4. Cliente Interno

5. Investidores / Empreendedores (Monashees)

8. Bugs (eu)

10. Acompanhamento

11. Tempo (?)

12. Cobrança (abstrata)

13. Equipe (?)

14. Nenhum contato com 'dono do produto'

15. Entrega

16. Bugs

17. Deploy Incremental

20. Gerente (proteção inversa ao papel do SM)

21. Acompanhamento

22. Tempo (?)

23. Cobrança

24. Espectativas (as espectativas nao eram claras bem definidas)

25. Equipe (?)

26. Nenhum contato com 'dono do produto' (quem cobrava nao era quem "pagava")

27. Entrega

28. Bugs

29. Imposição

30. Divisão na empresa

31. Redmine (nao é a SOLUCAO para a organizacao)

34. Mostrar o conceito e as vantagens

35. Começar devagar (kanban - sprints - timebox fechado)

37. Acompanhamento da produção da equipe

38. Comunicação entre a equipe

39. Aumento na produtividade (media)

40. Bugs

42. Comunicação empresa equipe

43. Cobrança

44. Nenhum Contato com 'dono do produto'

46. Planning Poker

47. Sprint Planning

48. Daily Meeting

49. Review

50. Restrospectiva

51. TDD

52. Pair Programming

53. Code Review

54. Dojo

56. Acompanhamento

57. Cobrança

58. Tempo

59. Bugs

60. Comunicação geral

61. Entregas (comemoração!!!)

62. Contato com o 'dono do produto'

63. Menor perda com diminuição da equipe

65. 'Cancelamento' da sprint

66. Comprometimento por parte dos 'nao-desenvolvedores'

67. Aumento forçado da média de esforço

69. Scrum <=> XP