Há heróis no seu time? Então há gargalos e riscos!
QA, imagine a seguinte situação: há determinadas partes do software que recebem manutenção de apenas um desenvolvedor do seu time. Quaisquer problemas a serem resolvidos e evoluções a serem construídas precisam passar pelas mãos dele, já que ele entende super bem essa parte do sistema e conseguirá fazer tais alterações de forma mais rápida e assertiva.
Num primeiro momento, parece uma boa estratégia, não é mesmo? Afinal, sempre será mais rápido se esse mesmo desenvolvedor sempre for o responsável por fazer alterações nessa parte específica do sistema.
Mas pensando a longo prazo, essa estratégia é extremamente frágil. E se esse desenvolvedor adoece e precisa ficar afastado? E se ele tira férias? E se ele sai do time ou mesmo da empresa? E se ele está lotado de outras demandas e não puder fazer a alteração em tempo hábil? Concorda que isso é um grande risco para o projeto?
Como QAs, somos bons em identificar riscos como esse. Mas precisamos ir além de apenas identificar, precisamos alertar o time disso e ajudá-los a mitigar esse risco.
Incentive a criação de documentações dentro do time e o compartilhamento de conhecimento. Desenvolvimento Ágil não significa ausência de documentação, como muitas pessoas pensam. Significa evitar a construção de documentações desnecessárias, focando apenas no que é fundamental para o desenvolvimento e manutenção do software.
E documentação não precisa ser um monte de textos longos e chatos. Pode ser por exemplo um desenho da arquitetura da aplicação, um fluxograma explicando a sequência de chamadas de API de uma funcionalidade, enfim, o que funcionar melhor para o seu time. O importante é que todos consigam entender como foi construída cada parte do software, para que qualquer desenvolvedor possa ajudar na evolução e manutenção.
Heróis só são legais nos filmes e nas séries. Na vida real, a existência deles sempre é um grande risco para o projeto.
Pense nisso ;)
