Bom o blog anda jogado às moscas não? Pois bem, vou voltar a tocar isso aqui. E pra voltar com estilo, vamos falar sobre gerência.
É fato que 60% dos softwares atrasam e o resto só são entregues por que eleminaram algumas coisas que foram definadas no início do projeto, ou coisa do gênero. Isto ocorre pela velha mania de “fazer software? Vamos codificar!”, e os envolvidos esquecem de coisas basicas como uma boa documentação, diagramas para conseguir visualizar o que deve ser feito, aplicações e definições de padrões, teste e outras coisas.
As fases antecessoras da codificação consome muito tempo do projeto e por isso é deixada de lado, mas existe um porem nesta história. Demora, porque são realizadas de modo a ser apenas uma fase que deve ser concluída, e este é o principal erro, estas fases nunca são concluídas enquanto o projeto estiver sendo desenvolvido ou mesmo atualizado. Porque? Simplesmente pelo fato de que a cada nova adição ou modificaçãono código ou qualquer outra parte do projeto, tudo no projeto muda. Isso assusta as vezes, mas mais uma vez, fica assutador por causa da forma como é realizada.
Uma maneira de driblar o monstro do “projetar antes, desenvolver depois” é projetar junto com o desenvolver. Mas calma, estou falando do modelo em espiral, não vá achando que sair codificando e documentando ao mesmo tempo vá adiantar alguma coisa que só vai gerar POGs e mais POGs em uma fase mais avançada.
É simple. Estude seu projeto, converse com seu cliente até estar tudo aparentemente entendido. Divida tudo em pequenos roteiros e defina o tempo que levará para realiza-los. Peça ao cliente para definir prioridades e divida os roteiros para serem feitos em uma semana de acordo com o tempo e prioridades definidas.
Simples não? Agora a cada semana você senta com o cliente e discute o andamento do projeto.
Tudo bem, não fui bem claro, estou enferrujado! Então fiquem com esse livro sobre SCRUM que vão entender o que estou falando.
Abraço a todos.
–
