Frequentemente em nossa indústria, fazemos as coisas acontecerem, ou seja, recebemos informação e desenvolvemos essa informação, seja em forma de projeto ou em user stories.
Dado isso, teremos o cenário onde normalmente o time de engenharia não se preocupa com a questão de estimativas ou de prazos, até porque esse tipo de informação normalmente algumas pessoas que estão no dia a dia do time acabam fazendo, como é o caso de um Scrum Master, Agile Coach, Product Owner ou Product Manager.
Agora, no nosso dia a dia dentro de um time de engenharia, conseguimos extrair dois tipos de informação que são fundamentais para o sucesso do trabalho, que são:
- Aquilo que mais nos deu trabalho para concluir;
- Aquilo que foi mais fácil de concluir.
Essas duas informações são o ponto inicial para que o nosso planejamento possa ter sucesso a médio e longo prazo, e quando eu digo longo prazo é justamente a parte de implementar uma idéia que possa ser aceita pelo time, e quando falamos de estatística, temos que ter um bocado mais de tato, porque temos que usar os números SEMPRE em prol do time, a fim de motivá-los e nunca deixar que o desânimo possa tomar conta.
Para fechar esse tópico, podemos pensar em maneiras de melhorar o nosso onboarding, ensinando e evangelizando sobre filosofia ágil e como que ela é aplicada no contexto da empresa e o mais importante, incentive as pessoas a não apenas olhar os princípios do manifesto, e sim que elas possam buscar conhecimento por cada um dos que estavam lá e evitar cair nas buzzwords.