Tem uma brincadeira que faço em meus cursos, diz respeito a compreensão de que Agile não traz garantias, mas modelos e técnicas que nos ajudam a usar a plenitude do capital intelectual e vivencial de todos, juntos, antecipando a percepção e aproveitamento de riscos e oportunidades.
Quando em um curso alguém me pergunta: Como garantir que o planejamento dê certo? Como fazer com que riscos sejam anulados? Como evitar surpresas, desde necessidades imprevistas de negócio a dificuldades técnicas excepcionais? Como garantir que os colegas realmente entendam e se engajem? etc etc etc
Após as primeiras perguntas em busca de garantias e mágicas, eu brinco enrolando uma folha A4 até ficar um rolinho bem fino e longo, enquanto alguém desenvolve a sua pergunta, vou enrolando e colo dois postits pequenos em uma das pontas, um colado no outro com uma das pontas do rolo no meio.
Ao final, é engraçado quando alguns percebem eu desenhando uma estrela em cada postit … transformando aquela folha enrolada e seus postits em uma varinha de condão. A partir dali, de forma bem divertida, a varinha troca de mãos a cada pergunta sobre a necessidade de garantias.
A garantia são pessoas engajadas em entender, colaborar, estimar, trabalhar naquilo que chamamos de ciclos iterativos-incrementais-articulados, tentando nos antecipar, mas nos adaptando frente a questões complexas imprevistas. Certos de que elas estão por aí, queremos entender e perceber o mais breve possível, não garantir que elas deixem de existir … porque estaremos sempre sujeitos a isso.
Eu respondo com a Lei de Tuckmann, Cynefin, Fluência Ágil de Shore & Larsen, reflito sobre a relevância da experimentação, estabelecer um mindset de melhoria contínua, lembrando diferentes técnicas oriundas do SCRUM, XP, Kanban, todos reaprendendo a trabalhar sob novos paradigmas, desde o diretor, gerentes, clientes, fornecedores, SM, PO, equipe de desenvolvimento, devops, …
A Lei de Tuckman não nos sugere que após entrarmos em alta performance os problemas deixam de existir, mas que estaremos maduros para em conjunto termos maior probabilidade de percebê-los, compreendê-los e resolvê-los … sempre atentos e aproveitando ao máximo a sinergia do conhecimento e vivências de todos os envolvidos ou convidados a se envolver \o/
O Modelo Cynefin nos sugere que vivenciamos sistemas complexos, os quais não podemos controlar 100%, mas trabalhar de forma a compreender sua complexidade e usarmos modelos e frameworks preparados para esta realidade. Novamente, não basta ser iterativo-incremental, só funciona se nos adaptarmos, se formos articulados de acordo com o andamento.
Esta foi a segunda tira do Savana SCRUM, porque Agile não é uma varinha de condão, não é uma bala de prata, mas é sim muito realismo, é trabalho engajado, coletivo e transparente, imersos em sistema sócio-técnicos muito complexos.
Obs: A primeira história do Savana SCRUM foi – Brainstorming e Fishbowl.
Jorge Horácio "Kotick" Audy 