Cómo debe ordenarse el proceso de desarrollo de software en un presupuesto — ¿qué paso va primero?

No trabajes con una agencia que no entregue el resultado del análisis. Si la segunda agencia al final de esas 4 semanas te va a entregar la arquitectura del sistema y el pliego funcional su presupuesto es mucho más seguro. Si tienes ese documento en la mano, aunque mañana te separes de la agencia puedes seguir con otro equipo.

Hace tres años, en un software de almacén parecido, elegimos a la agencia que decía 'empecemos ya con el código, así acaba rápido'. El proyecto que dijeron por 150.000 TL se comió 11 cambios de alcance y subió a 260.000 TL, y duró 9 meses en vez de 3. El precio de saltarse el análisis siempre pesa más.

Antes del diseño y la programación hay que definir el 'Esquema de Base de Datos' y el 'Contrato de API'. Si se saltan estos pasos, el programador del lado móvil no puede saber qué esperar de los servicios backend. Mientras los dos equipos se esperan el uno al otro, el calendario del proyecto se bloquea.

Al evaluar los presupuestos, comprobad sin falta que existan estos tres órdenes: 1) No se debe pasar al diseño visual sin aprobar los wireframes, 2) No se debe programar el backend sin terminar el diseño y el modelo de datos, 3) No se debe salir a producción sin hacer la prueba de aceptación de usuario.

El enfoque de la segunda agencia es correcto pero haced que os escriban claramente en el contrato qué van a entregar exactamente durante las 4 semanas. A veces las agencias, bajo el nombre de análisis, facturan y queman tiempo sin producir ningún documento concreto.

En el software, las prisas traen al diablo seguro. Que no te fastidie el plazo del segundo presupuesto; yo apostaría mi cabeza a que el trabajo que la primera agencia dice que hará en 3 meses no se termina antes de 6.

edit: escrito desde el móvil, perdonad las erratas.

La agencia que se salta el análisis empieza barato el proyecto pero lo termina de la forma más cara; la metodología del segundo presupuesto es mucho más profesional.

A nosotros también nos pasa. La mayor parte de la pérdida de tiempo se acumula en los trabajos pendientes de aprobación.

También me gustaría saber si alguien lo hace de otra manera.

Exacto, y encima no es tan conocido. Antes de decidir, mirad qué datos tenéis en la mano.

Un informe semanal por escrito funciona mucho mejor que preguntar por fechas.

La discusión se ha dispersado, voy a ordenarla. Las decisiones apresuradas son las que hay que corregir seis meses después.

Lo dejo como nota, por si sirve.

Yo también tengo curiosidad.

Yo también pienso lo mismo. En un sistema heredado lo más caro son las dependencias desconocidas.

Lo dejo como nota, por si sirve.

Hay algo que no entiendo. Preguntad quién ha preparado la oferta y quién hará el trabajo.

Por supuesto, cambia si tu situación es diferente.

Lo que se dice aquí es exactamente lo que nos pasó. Las decisiones apresuradas son las que hay que corregir seis meses después.

Si tenéis dudas, escribid, os responderé en la medida de lo posible.

Hablaré desde el otro lado, yo estoy en el lado del proveedor. Ningún proceso mejora si no se registran datos, porque no sabes qué tienes que arreglar.

Lo importante no es la cifra, sino en qué se basa esa cifra. Yo seguiría por ese camino.

en teoría es correcto pero en la práctica no funciona así y las decisiones apresuradas son las que hay que corregir seis meses después.

antes de decidir mirad qué datos tenéis en la mano pero yo seguiría por ese camino.

Me pasó lo mismo.

Quisiera hacer una pregunta. Preguntad quién ha preparado la oferta y quién hará el trabajo.

Corrijanme si me equivoco.