[Desarrollador SI] 09. Inicio del desarrollo real tras la asignación al proyecto SI

Historia de un desarrollador de SI
#9. Después de la asignación al proyecto SI - Comienzo del desarrollo real

Después de ser asignado al proyecto y pasar un período de adaptación, se comienza a participar activamente en el desarrollo. El desarrollo se lleva a cabo de acuerdo con las funciones que se encuentran en el RFP (Especificación de Requisitos) y el cronograma de WBS, y en el SI, se asume que las funciones pueden cambiar en cualquier momento, por lo que se busca que la combinación con otros módulos sea lo más flexible posible.

Esto se debe a que, si bien la empresa cliente que solicita el proyecto conoce su propio trabajo, no puede proporcionar directrices de implementación sobre qué funciones son necesarias o cómo se debe diseñar la pantalla, por lo que, una vez que se muestra la pantalla desarrollada, es muy común que surjan requisitos adicionales o cambios.

Por lo tanto, si el grado de combinación con otros módulos es alto, modificar uno puede requerir la modificación de otros módulos, lo que puede provocar efectos secundarios inesperados y, como resultado, una proliferación desordenada de código duplicado.

Dado que el objetivo del SI es que funcione de alguna manera, el código limpio y la eficiencia quedan en segundo plano.

Al principio, se prioriza el deseo de hacer un buen trabajo, pero con el apretado cronograma y las solicitudes del cliente que sigue agregando requisitos, uno se encuentra desarrollando rápidamente sin darse cuenta.

Además, el cliente, dado que pagó, a veces se limita a esperar que se haga el trabajo sin intervenir. Esto sugiere la posibilidad de una catástrofe al final del proyecto, por lo que, si hay algo que no se entienda en el trabajo, se debe preguntar y aclarar lo más posible.

Al desarrollar en SI, ten en cuenta lo siguiente.

• El contenido puede cambiar en cualquier momento.
• El cliente no sabe nada. Muestra las pantallas una por una, en la unidad más pequeña posible, y obtén retroalimentación con frecuencia.
• No digas que sí a todas las solicitudes adicionales a menos que sean absolutamente necesarias.
• No soy Bill Gates. Al cliente le gusta más una pantalla creada rápidamente que un programa bien diseñado.