Desarrollo de software a medida

Conviene construir cuando el proceso que sostiene tu operación es propio y ningún producto del mercado lo reconoce. Si tu equipo dedica horas a forzar un sistema estándar para que se parezca a cómo trabajan, o mantiene planillas paralelas para lo que el software no cubre, ya estás pagando el costo de un sistema a medida sin tener el sistema.

Conviene comprar cuando el proceso es estándar y un producto maduro lo resuelve mejor y más barato de lo que podríamos construirlo. Contabilidad, facturación electrónica, correo o firma digital son ejemplos claros: ahí lo correcto es integrar, no desarrollar. Esa distinción la hacemos en el diagnóstico, antes de comprometer alcance, y a veces la conclusión es que no corresponde construir nada.

Partimos por una evaluación que revisa los sistemas en uso, cómo se comunican entre sí y qué hace realmente el equipo que ejecuta el proceso, no solo lo que la gerencia describe. De ahí sale un mapa de oportunidades priorizado por impacto y esfuerzo, y una recomendación de arquitectura con las alternativas que descartamos y por qué.

Con esa base cerramos el alcance por fase, con criterios de aceptación explícitos. El costo de descubrir un requisito durante la construcción es varias veces el de descubrirlo antes: sin alcance cerrado, el proyecto se negocia dos veces. El plazo real se fija en esta etapa, no antes.

• Modelo de datos y de procesos, documentado.
• Decisiones de arquitectura con sus alternativas descartadas.
• Alcance cerrado por fase, con criterios de aceptación.
• Riesgos técnicos identificados y su mitigación.
• Plan de integración con los sistemas que ya existen.

El comprador con experiencia pregunta por la salida antes que por la entrada, y tiene razón. Por eso definimos por escrito, en cada contrato, quién es titular del código y qué se licencia, y documentamos el procedimiento de exportación de datos desde el primer día. Si mañana decides continuar con otro proveedor, te llevas el sistema y la información completa.