¿Deberíamos trabajar con una empresa de software o con un consultor? ¿Cuál es la diferencia exacta?

Si dentro de la empresa nadie entiende de software, no se sienten a negociar directamente con la empresa proveedora. Sean claros con el procedimiento: 1) definan primero el alcance con el consultor, 2) soliciten presupuestos a al menos tres empresas de software con ese pliego, 3) añadan los criterios de entrega y cláusulas penales al contrato bajo la aprobación del consultor.

El año pasado fuimos directo a una agencia de software con 400.000 TL de presupuesto para nuestra operación logística. Escribimos el pliego en nuestras palabras. Dijeron que estaría listo en 5 meses, tardó 14 y por los cambios requeridos la factura final llegó a 650.000 TL. Lo que cobraba el consultor nos pareció mucho al principio, pero después entendimos su valor.

Tampoco confíen a ciegas en cualquier consultor del mercado. Algunos tienen acuerdos secretos de comisión con ciertas empresas de desarrollo. Aparentan hacer un informe independiente pero por detrás presionan para posicionar a su empresa asociada como única alternativa. Investiguen muy bien sus referencias.

El trabajo principal de una empresa de software es diseñar la arquitectura y escribir el código, pero la mayoría hace el análisis funcional por encima según lo que tú les cuentas. El consultor, en cambio, define los criterios de aceptación técnica, desde la normalización del esquema de la base de datos hasta la flexibilidad de la arquitectura de la API. Y cuando se entrega el código, también verifica la propiedad del código fuente y la documentación.

nosotros pasamos por un dilema parecido. cuando no puedes explicar exactamente lo que quieres, la empresa de software con razón hace lo que entiende y al final ambas partes salen perdiendo. si tienes presupuesto un consultor es literalmente un salvavidas, te ahorra la mitad de los dolores de cabeza.

aunque contraten un consultor pongan a alguien de la empresa a cargo del tema luego en fin si no el consultor escribe informes y la empresa pica coigo pero los empleados no usan el sistema, tiraron la plata otra vez.

¿Las empresas de software con las que hablaron han terminado antes un proyecto similar de ERP o control de stock en su sector, como empaque o producción? Si tienen experiencia en el rubro pueden avanzar sin consultor, pero si nunca entraron a este sector el proceso va a ser muy doloroso.

En resumen: el consultor traduce lo que quieres al lenguaje de los programadores y protege tus derechos; la empresa de software programa y pone en marcha el proyecto. Si el presupuesto lo permite, tener a ambos es la opción más segura.

Corrección: recordaba mal la cifra, era un poco más baja.

la discusión se ha dispersado voy a ordenarla. en un sistema heredado, lo más caro son las dependencias desconocidas.

Tienes razón, yo también pasé por lo mismo. Lo que más tiempo nos hacía perder era no saber quién tomaba las decisiones.

El código sin documentación de instalación, aunque lo tengas, no es tuyo. Lo dejo como nota, por si sirve.

Me pasó lo mismo.

Os cuento lo que me pasó a mí a ver si os sirve de ayuda. El calendario de pagos debe vincularse a las fases del proyecto, no a fechas fijas.

Lo dejo como nota, por si sirve.

Correcto. Antes de decidir, mirad qué datos tenéis en la mano.

Ánimo.

Totalmente. Si tuviera que añadir algo más: Las decisiones apresuradas son las que hay que corregir seis meses después.

Gracias, esa era la respuesta que buscaba.

La discusión se ha dispersado, voy a ordenarla. Empezad con una pequeña prueba, no lo integréis todo de golpe.

Lo probaré.

El camino que parece barato suele salir caro a la larga. El calendario de pagos debe vincularse a las fases del proyecto, no a fechas fijas.

El sistema sigue vivo después de la entrega; el mantenimiento es una partida aparte. Ánimo.