Prazo vs Qualidade.

Não é novidade para ninguém que desenvolve sistemas a máxima, "Quer com qualidade, então preciso de prazos!". É uma verdade incontestável essa afirmação, mas quando estamos falando em inovação, mais especificamente, tecnologias disruptivas ou de momento, o prazo determina o sucesso do projeto.

Meus quase 25 anos como lider de equipe de desenvolvimento me permite fazer algumas afirmações baseadas em experiências para conseguir equilibrar os prazos com qualidade e conseguir o sucesso desejado.

1. Muitos recursos em uma versão inicial.

Evite muitos recursos no início do projeto, faça o popular MVP, quanto menos recursos por versão, menor o tempo de testes e homologação. É melhor ter versões menores e mais rápidas que versões longas cheia de novos recursos.

Quando uma mesma equipe é responsável por um número grande de recursos em um mesmo roadmap, é comum que os primeiros recursos sejam mais bem implementados que os últimos, uma vez que os prazos vão diminuindo e a equipe vai se esgotando.

2. Metodologias erradas ou inadequadas para o projeto.

Não tem como gerenciar um desenvolvimento e controlar os roadmaps sem alguma metodologia, seja ela reconhecida e largamente utilizada ou criada em casa. Mas não tente encaixar o projeto na metodologia, faça o contrário, faça a metodologia se encaixar no seu projeto, nem tudo serve para todos, uma metodologia mal implantada pode atrapalhar muito mais o andamento do que não ter uma, use as boas práticas da metodologia, adapte-a para o projeto e o negócio.

3. O desenvolvedor sempre pode melhorar.

Sempre que o desenvolvedor avalia seu próprio código, ele acha que pode melhorar, como desenvolvedor nato, eu afirmo que pode mesmo, mas isso é um risco enorme para o sucesso do projeto, avalie o momento certo para fazer as melhorias de código.

4. A tentação das novas tecnologias.

Nasce diariamente novas tecnologias, algumas são mais uma moda que necessidade, outras realmente fazem algumas diferenças, mas alterar a tecnologia após o início do projeto é o principal motivo nos atrasos de entregas e quase sempre altera muito pouco o resultado final esperado, adote novas tecnologias no meio do projeto apenas se encontrar pontos de bloqueio. O cliente não compra o produto baseado na linguagem de programação, biblioteca usada ou "sabor" de banco de dados.

5. Q.A e Homologação

Defina bem os requisitos e principalmente os pontos críticos do produto, alinhe bem com a equipe de Q.A/Homologação o ponto de equilíbrio para a entrega de um bom produto sem esperar a perfeição.

6. Comunique-se na mesma “língua”

Ser gestor de equipe de desenvolvimento é uma tarefa nada fácil, pois muitas vezes você precisa conhecer (no mínimo superficialmente) todas as tecnologias empregadas, mesmo que você não escreva uma linha de código se quer, mas é requisito fundamental acompanhar todas as tecnologias para poder debater os pontos de bloqueios.

7. Hands On

Seja um Hands On, o prazo também depende de você.