AgileZ

É difícil descrever todas as responsabilidades de uma equipe de desenvolvimento. Análise, documentação, testes, refatoração e etc. São muitas as competências exigidas, e, se cada uma delas não estiver clara para todo mundo, a chance de algo não sair conforme o esperado é grande. Pensando nisso, me baseei no artigo do Alberto Gutierrez para criar esse checklist com algumas coisas que você deve fazer para ter uma boa equipe.

1. Focar no cliente
O cliente é a razão de tudo. Sem ele não existiria o seu departamento, e, provavelmente, a sua empresa. Por isso, tenha em mente que você deve satisfazer o cliente, entregando coisas que agregam valor para ele. Focar no cliente também inclui abrir a mão de algumas coisas para entregar o que ele precisa. Por exemplo: se aquela refatoração vai atrasar a entrega de uma funcionalidade exigida pelo cliente, abra mão dela por enquanto (faça-a em outro momento mais oportuno).

2. Zele pela qualidade de seu código
Se preocupe primeiramente em manter um código simples, legível e eficiente. Não caia na tentação de desenvolver complexos frameworks ou bibliotecas para algo que só vai ser utilizado uma vez ou que não vai agregar valor para o cliente. Códigos complexos são mais difíceis de manter, e exige mais conhecimento e capacidade de sua equipe.

3. Invista em sua equipe
Desenvolvimento não existe sem pessoas. Por isso certifique-se de que sua equipe esteja capacitada para assumir os desafios do dia-a-dia. Tecnologias aparecem e somem de uma hora para outra, e é difícil, porém indispensável, que todos na equipe sejam bem atualizados. Estimule a pro atividade, a criatividade e a tomada de decisões. Não desencoraje opiniões divergentes, mas modere as discussões com sensatez.

4. Entregue algo com freqüência
Não demore a mostrar resultados. Se o cliente não recebe o que precisa, mesmo que de forma parcial, ele terá a impressão de que sua equipe não está produzindo. Por isso, adote o desenvolvimento iterativo. Se sua equipe utiliza scrum, deixe bem definido o tamanho de suas iterações (sprint) e certifique-se de que algo de valor seja entregue ao final delas.

5. Testes automatizados
Não existe outra maneira de garantir a integridade de um sistema sem teste. Por isso, se sua equipe não desenvolve testes unitários, não há como garantir que o código está integro, e, consequentemente, haverá retrabalho. Retrabalho é mais custoso do que manter um conjunto de testes unitário.

6. Refatoração não é só para código legado
Depois de muitos anos de experiência com desenvolvimento, aprendi que não importa o quanto você pensa, analisa e detalha a solução de um problema antes de codificar. O seu código NUNCA vai estar perfeito. E, por incrível que pareça, a qualidade não está diretamente relacionada ao tempo gasto para analisar e modelar a solução. Por isso procure não perder muito tempo e mantenha o código simples e legível. Faça refatorações sempre que necessário.

7. Comunicação é tudo
Se a comunicação entre os membros da equipe não for boa, coisas erradas poderão acontecer. Não deixe de notar quando esse problema ocorrer. Se alguém diz ‘faça x’ e outra pessoa executa ‘y’, provavelmente houve um mal entendido. Certifique-se de usar palavras adequadas para se comunicar, e confirme que todos entenderam. Se for necessário, peça para anotarem e repetirem o que deve ser feito para evitar perda de tempo e retrabalho posterior. Não aceite informações implícitas. Explicite tudo o que for importante antes que seja tarde demais.

8. Evite desperdícios
Se sua equipe passa muito tempo em reuniões ou em tarefas secundárias, tenha certeza de que elas são realmente necessárias. Se não puder abrir mão das reuniões, adote medida para aperfeiçoar o tempo gasto. Antes de cada reunião defina claramente o objetivo para todos os participantes, e, principalmente, quanto tempo há disponível para alcançar esse valor. Não faça reunião sem uma meta, e muito menos sem uma hora de término definida.