![translation](https://cdn.durumis.com/common/trans.png)
Esta es una publicación traducida por IA.
[Historia de un desarrollador de SI] 09. El comienzo del desarrollo real después de la asignación del proyecto SI
- Idioma de escritura: Coreano
- •
-
País de referencia: Todos los países
- •
- Tecnología de la información
Seleccionar idioma
Texto resumido por la IA durumis
- Después de la asignación del proyecto SI, el desarrollador participa activamente en el desarrollo, pero debido a los frecuentes cambios en los requisitos del cliente, un enfoque de desarrollo flexible es importante.
- La falta de claridad en los requisitos del cliente puede resultar en frecuentes solicitudes de funciones adicionales o cambios durante el proceso de desarrollo, lo que puede llevar a la duplicación de código y la disminución de la eficiencia.
- Por lo tanto, al desarrollar SI, es importante la velocidad de desarrollo, junto con una comunicación estrecha con el cliente para obtener comentarios constantes y evaluar cuidadosamente las solicitudes adicionales innecesarias.
Historia de un desarrollador de SI
#9. Después de la incorporación al proyecto SI - El comienzo del desarrollo real
Después de la incorporación al proyecto, después de un período de adaptación, el desarrollo comienza de verdad. El desarrollo se lleva a cabo de acuerdo con las funciones descritas en el RFP (Especificación de requisitos) y con el cronograma de WBS, pero en SI se supone que las funciones pueden cambiar en cualquier momento, por lo que se hace todo lo posible para mantener una integración flexible con otros módulos.
La razón es que, aunque la empresa que solicitó el proyecto conoce su propio trabajo, no puede proporcionar una guía de implementación como qué funciones se necesitan o cómo se debe estructurar la pantalla. Por lo tanto, es muy común que los requisitos adicionales o los cambios se produzcan después de que se muestre la pantalla desarrollada.
Por lo tanto, si la integración con otros módulos es alta, es necesario modificar otros módulos para modificar uno, lo que puede provocar efectos secundarios inesperados, lo que provoca una duplicación desordenada del código.
Dado que el objetivo de SI es que funcione de alguna manera, el código limpio o la eficiencia se vuelven una prioridad secundaria.
Al principio, la ambición de hacerlo bien es lo primero, pero con un calendario ajustado y las solicitudes del cliente que se agregan cada día, uno puede descubrir que está desarrollando rápidamente.
Además, algunos clientes no hacen nada porque pagaron el dinero y creen que se hará todo por sí solo. Esto sugiere que habrá un infierno en la última etapa del proyecto, así que, si no sabe algo a nivel profesional, pregúntelo y organícelo al máximo.
Recuerda estos puntos al desarrollar en SI.
- El contenido puede cambiar en cualquier momento.
- El cliente no sabe nada. Muestra cada elemento en pequeñas unidades de pantalla y obtén retroalimentación con frecuencia.
- No digas "Sí" a las solicitudes adicionales a menos que sean realmente necesarias.
- No soy Bill Gates. A los clientes les gusta la pantalla que se crea rápidamente, más que un programa bien organizado.