[Desenvolvedor SI] 09. Início do Desenvolvimento após a Alocação em um Projeto SI

História de Desenvolvedor SI
#9. Após a alocação em um projeto SI - Início do desenvolvimento em si

Após ser alocado em um projeto e passar por um período de adaptação, inicia-se o desenvolvimento em si. O desenvolvimento segue as funcionalidades descritas no RFP (documento de requisitos) e o cronograma do WBS, sendo que, em projetos SI, considera-se que as funcionalidades podem ser alteradas a qualquer momento, portanto, a interdependência entre os módulos é mantida o mais solta possível.

Isso ocorre porque, embora o cliente que solicitou o projeto conheça suas próprias operações, ele pode não ter clareza sobre quais funcionalidades são necessárias e como a interface deve ser configurada, fornecendo poucas diretrizes de implementação. É muito comum que, ao visualizar a tela desenvolvida, surjam novas necessidades ou alterações de requisitos.

Portanto, se a integração entre os módulos for muito alta, a modificação de um deles pode exigir alterações em outros, o que pode gerar efeitos colaterais inesperados e levar à duplicação desorganizada de código.

Como o objetivo principal do SI é fazer com que o sistema funcione de alguma forma, a clareza do código e a eficiência acabam ficando em segundo plano.

Inicialmente, o desejo de criar um código de alta qualidade pode ser forte, mas, diante de prazos apertados e solicitações constantes de mudanças por parte do cliente, é comum perceber que se está priorizando a velocidade de desenvolvimento.

Além disso, alguns clientes, por terem pago pelo projeto, tendem a ficar passivos, esperando que tudo seja feito sem sua interferência. Isso é um sinal de alerta para problemas futuros, por isso, se houver alguma dúvida, é importante perguntar e organizar o máximo possível.

Ao desenvolver em um projeto SI, é fundamental ter em mente os seguintes pontos:

• O conteúdo pode mudar a qualquer momento.
• O cliente não sabe de nada. É preciso apresentar as telas em partes pequenas e solicitar feedback com frequência.
• Solicitações adicionais devem ser analisadas cuidadosamente, e não se deve dizer "sim" automaticamente, a menos que sejam realmente necessárias.
• Eu não sou Bill Gates. O cliente prefere telas prontas rapidamente do que um programa bem estruturado.