El software a medida conviene cuando una necesidad importante no queda bien resuelta con una herramienta existente, su configuración o una integración. La decisión debe incluir el costo de mantener lo construido.
Tres caminos antes de programar
| Camino | Cuándo estudiarlo | Qué comprobar |
|---|---|---|
| Comprar o configurar | El proceso es común y la herramienta lo cubre. | Trabajo real con datos representativos. |
| Integrar | Las herramientas sirven pero la información no fluye. | Acceso permitido a datos y operaciones. |
| Desarrollar | La regla o experiencia necesaria requiere una solución propia. | Alcance, aceptación y mantenimiento. |
Ejemplo hipotético: una empresa ya registra pedidos correctamente, pero vuelve a capturarlos para preparar entregas. Puede necesitar una conexión, no otro sistema de pedidos. Si ninguna herramienta permite expresar una regla esencial del proceso, la evaluación cambia.
Haz una prueba que pueda cambiar la decisión
Lleva un caso normal, una excepción y un resultado esperado a la demostración del proveedor. Si el proceso sólo funciona evitando las excepciones frecuentes, registra el trabajo manual que quedaría pendiente.
Al comparar costos, incluye implantación, datos, capacitación, operación y cambios posteriores. No atribuyas ahorro a horas que seguirán siendo necesarias por otras razones. Describe qué actividad dejaría de hacerse y cómo lo comprobarías.
Empieza con una etapa
Una primera entrega debe resolver una tarea útil y permitir revisar la siguiente inversión. El principio de construir según necesidades de negocio, recogido por Microsoft, ayuda a evitar una arquitectura más compleja de lo necesario. Principios de diseño.
Define qué información entregarás, quién decidirá y qué significa aceptar la etapa. Si todavía hay demasiadas incógnitas, perfilar el proyecto permite reducirlas antes de comprometer el desarrollo completo.
Qué tendría que demostrar una primera etapa
| Pregunta | Evidencia buscada |
|---|---|
| ¿Una herramienta existente cubre la regla? | Caso normal y excepción frecuente ejecutados en demostración. |
| ¿Basta conectar los sistemas? | Dato y operación disponibles, con permisos y manejo de errores. |
| ¿Hace falta construir? | Regla esencial que sigue sin resolverse y alcance acotado para comprobarla. |
Antes de decidir, escribe qué conservarías si se descarta el desarrollo: información reunida, regla documentada o prueba de compatibilidad. Una primera etapa útil reduce incertidumbre y no obliga a sustituir de inmediato lo que ya funciona. El mantenimiento, las integraciones y los responsables deben formar parte del alcance que se conversa.
Para profundizar en las tareas relacionadas: Cuándo conviene conectar los sistemas de un negocio; Cómo funciona el desarrollo por entregas.
¿Hay un proceso que necesitas mejorar?
Cuéntanos qué ocurre hoy y qué resultado buscas. Podemos revisar una primera etapa para desarrollar o integrar la solución.
Explorar desarrollo de software
