Esta é uma postagem traduzida por IA.
[História do Desenvolvedor SI] 09. Início do Desenvolvimento Real após a Alocação do Projeto SI
- Idioma de escrita: Coreana
- •
-
País de referência: Todos os países
- •
- TI
0000-00-00 00:00:00
Selecionar idioma
Texto resumido pela IA durumis
- Após a alocação do projeto, você começa a participar ativamente do desenvolvimento, e o método de desenvolvimento flexível é importante devido às frequentes mudanças nos requisitos do cliente.
- A falta de clareza dos requisitos do cliente pode levar a solicitações frequentes de recursos adicionais ou alterações durante o processo de desenvolvimento, o que pode levar à duplicação de código e redução da eficiência.
- Portanto, no desenvolvimento SI, é importante garantir uma velocidade de desenvolvimento rápida e comunicação estreita com o cliente para obter feedback contínuo, e solicitações adicionais desnecessárias devem ser cuidadosamente consideradas.
História do Desenvolvedor SI
#9. Após a implantação do projeto SI - Início do desenvolvimento real
Após o período de adaptação à equipe, o desenvolvimento do projeto é iniciado. O desenvolvimento é realizado de acordo com as funcionalidades descritas no RFP (Especificação de Requisitos Funcionais) e seguindo o cronograma do WBS. No SI, o desenvolvimento é feito sob a premissa de que as funcionalidades podem ser alteradas a qualquer momento, portanto, o acoplamento com outros módulos é mantido o mais solto possível.
O motivo é que, embora a empresa contratante conheça seus próprios processos, ela geralmente não consegue fornecer orientações sobre quais funcionalidades são necessárias, como a interface deve ser estruturada, etc. Portanto, é muito comum que, após a exibição da interface desenvolvida, surjam novos requisitos ou alterações, pois o cliente pode perceber o que realmente precisa.
Portanto, se o acoplamento com outros módulos for alto, a modificação de um módulo pode exigir a modificação de outros módulos, o que pode resultar em efeitos colaterais inesperados e, consequentemente, em uma duplicação de código desordenada.
Como o objetivo do SI é fazer com que o sistema funcione de alguma forma, a qualidade do código e a eficiência são colocadas em segundo plano.
No início, o desejo de fazer um bom trabalho pode ser forte, mas com prazos apertados e os pedidos do cliente, que exige novas funcionalidades, você logo se verá trabalhando em ritmo acelerado, buscando entregar o mais rápido possível.
Além disso, o cliente, acreditando que, como pagou pelo serviço, você fará tudo como ele espera, pode simplesmente se desligar do processo. Isso pode ser um prenúncio do caos que se instalará no final do projeto, portanto, se você tiver dúvidas, pergunte o máximo possível e organize as informações.
Ao desenvolver no SI, lembre-se sempre do seguinte:
- O conteúdo pode ser alterado a qualquer momento.
- O cliente não sabe de nada. Mostre a interface em pequenos pedaços, peça feedback com frequência.
- Não diga "sim" a todos os pedidos adicionais, a menos que sejam realmente necessários.
- Você não é Bill Gates. O cliente prefere interfaces prontas e rápidas do que programas bem estruturados.
