Ferramenta errada nunca mais!

O fato de o Scrum Guide ser sucinto e não prescritivo faz com que seja possível a utilização de uma infinidade de ferramentas. O próprio quadro Kanban como conhecemos não é algo obrigatório para a gestão dos Backlogs da Sprint e do Produto. Nesse contexto diversas ferramentas podem ser utilizadas como suporte para agilidade, potencializando-a e facilitando as integrações entre o Squad, seja de forma presencial ou remota. Nesse Artigo quero apresentar alguns critérios que levo em consideração para decidir ou não pela utilização de uma ferramenta.

Eu nunca tive um time que atuasse de forma 100% presencial todos os dias da semana. Já tive times híbridos, onde marcávamos um encontro por semana com quem trabalhava de Home Office e o restante do Squad presencial e já tive times 100% remotos com pessoas que eu nunca tive o privilégio de conhecer pessoalmente. Assim, nunca tive o prazer de colar os famosos post-its na parede e sempre tive que correr atrás de ferramentas novas para conectar as pessoas.

A tecnologia está em constante evolução, enquanto falamos diversas novas possibilidades estão sendo criadas, então mais importante do que saber as ferramentas que já existem é saber o que é importante na hora de avaliar uma ferramenta e são esses critérios que utilizo e quero compartilhar hoje.

Cumpre o objetivo?

Acho que esse é o principal critério, tenha certeza do que você precisa, existem vários softwares que prometem um monte de coisa que você não precisa e são insuficientes justamente no que está procurando.

Permite interação tanto presencial quanto home?

Quando se fala de ferramentas para agilidade pode parecer óbvio que a maioria esteja online, porém, já me deparei com situações em que o site da ferramenta era bloqueado no firewall da empresa, ou que recursos específicos não funcionavam para quem estava dentro da rede e essa é uma realidade muito comum. Outro ponto importante, caso você esteja sondando um aplicativo é saber se ele está disponível para todos os lados da força, ou seja, iOS e Android.

É free ou um padrão da companhia?

Eu evito ao máximo ferramentas que possam trazer custo a empresa ou que fujam dos padrões de arquitetura e segurança já estabelecidos, não por medo de inovar, mas para não gerar impedimentos que possam atrapalhar o próprio time no futuro. Já tive casos de ferramentas que permitiam até 5 usuários, usei durante bastante tempo, mas conforme o time cresceu o benefício não justificava aquisição e tivemos que migrar de ferramenta, o que foi doloroso.

É simples de usar?

A ideia do Scrum é ser fácil, opte por ferramentas que sejam simples de usar, nada de usar uma bazuca para matar uma mosca. Lembre-se que em uma caixa de ferramentas existe todo tipo de artefato, mas cada um com o objetivo específico; você não prega um prego com uma chave de fenda nem parafusa com um martelo.

Alguém do time já usou a ferramenta?

Isso pode ser um fator relevante, mas nem tanto quanto os anteriores. Ter um membro que já utilizou a ferramenta pode ajudar a conhecer as funcionalidades e se ela é aderente ao contexto do Squad, porém, não pode ser um limitante para o leque de escolhas. Uma tática que já utilizei para ferramentas completamente desconhecidas é pedir para que um membro do time use a ferramenta antes de adotá-la como padrão e depois passamos o conhecimento para todo o time.

Esses são alguns dos valores que prezo na hora de escolher o meu toolkit. Importante também que o SM não se limite e esteja sempre sondando o mercado e os amigos para saber o que estão usando.

“Pedra que rola não cria limo”

Mesmo que você não esteja precisando de nada novo agora, faça a reflexão: quais critérios são importantes para você? Eles são os mesmos que os meus? Acrescentaria algo? Achou algo pouco relevante? Escreve nos comentários e vamos expandir a discussão.