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ê.
