21 November 2013

não se apoie em ferramentas

O trecho abaixo, retirado do manifesto ágil ilustra a importância de jamais nos apoiarmos em ferramentas e processos, e por mais óbvio que isso possa parecer, ainda acontece.

Indivíduos e interações mais que processos e ferramentas

Temos disponíveis inúmeras ferramentas que dão suporte ao desenvolvimento ágil, porém se mantivermos uma visão purista, talvez apenas o quadro (físico) seja realmente interessante ou até mesmo vital.

Com times ou integrantes remotos, usar uma ferramenta torna-se inevitável, porém imagino que essa ferramenta não deva acrescentar qualquer burocracia, sob o risco de tornar o seu uso não natural e consequentemente desinteressante.

Eu participei de alguns projetos cujo o desenvolvimento estava fundamentado no modelo em cascata e mais recentemente de projetos onde a gestão do mesmo ganhava também o selo do PMI; e de forma genérica, era comum todas as pessoas se agarrarem justamente nas ferramentas e processos para justificar qualquer problema e colocar a culpa no sobrenatural.

Por motivos já discutidos à exaustão pela comunidade ao redor do mundo, projetos falham. Ao deparar-se com este fato, tentar se proteger alegando que usou todas as ferramentas disponíveis e seguiu a risca todos os processos, parece ser a saída comum.

retroceder nunca, render-se jamais

Transparência, inspeção e adaptação. Este pilares podem guiá-lo por estradas bem menos tortuosas; mas o mundo é cruel e vai pressioná-lo.

Muitas empresas que adotaram Agilidade, são na verdade oriundas de uma época anterior e com inúmeras características profundamente enraizadas; não se pode mudar cultura e valores de uma tacada só, é preciso ir por partes e isso consome bastante tempo e energia.

Mantenha-se firme.

em caso de falhas, a culpa é sempre sua

Algumas ferramentas ganharam bastante notoriedade, como o Trello, mas existem inúmeras outras como o Mingle por exemplo, que valem a pena darmos uma olhada.

Mesmo com auxílio de uma ferramenta, se alguma coisa der errado ou o projeto falhar miseravelmente, a culpa será sempre sua.

ferramentas não tem vida

Falando de forma bastante genérica e superficial, e levando em consideração que o quadro físico cumpre com excelência o seu papel de irradiar o que está acontecendo para todos os participantes do time; qualquer outra ferramenta acaba sendo útil para gerar e gerir o backlog, histórico, comentários e etc., e isso pode ser encarado de forma grosseira como documentação apenas.

As coisas discorriam normalmente aqui na firma, até que em determinado momento na linha do tempo eu ouvi uma frase semelhante a seguinte:

as especificações estão no read the docs

Ao ser atingido por esse duro golpe do mundo corporativo, é desesperador observar, que nesse caso específico, amparados por uma ferramenta, ferimos severamente outro principio.

software em funcionamento mais que documentação abrangente

Estranhamente as pessoas ainda usam as ferramentas como mecanismo de suporte e proteção para as suas próprias falhas, ignorando todo o potencial que elas poderiam proporcionar para criar soluções, alternativas.

Eu teria escrito este texto antes, se o markdown já estivesse maduro o suficiente :)