Una primera fase bien definida puede estar en producción en días o semanas; un sistema completo con varias integraciones toma meses y conviene construirlo por fases. Con Scrum, el equipo entrega una parte funcional cada sprint, de un mes como máximo, y tú la revisas y decides qué sigue. El plazo depende tanto de tus decisiones como del código.
¿El problema? Muchos clientes firman, desaparecen tres meses y vuelven a ver el resultado al final. Ahí descubren que no era lo que necesitaban, y el proyecto se atrasa justo cuando ya no hay presupuesto.
¿Cuánto tiempo toma desarrollar un software para una empresa?
Estos son plazos reales de nuestros proyectos, todos con alcance definido y entregas por fases:
| Proyecto | Plazo hasta producción |
|---|---|
| Primera fase de un sitio trilingüe para un especialista médico | 2 días |
| Plataforma de eventos con check-in seguro para un banco | 1 semana construida, 2 semanas hasta producción certificada |
| Re-arquitectura de un portal de tutoriales con más de 10 millones de vistas | 1 semana |
| Motor bilingüe de generación de prospectos para una agencia de seguros en Texas | 2 semanas |
| Sitio completo de una constructora residencial en Texas | 2 semanas (landing pages desde el primer día) |
| Primera fase de una plataforma de trivias y quinielas | 1 mes |
| Portal de juegos corporativos autoadministrable | Cerca de 2 meses |
Una advertencia honesta: estos plazos fueron posibles porque el alcance de cada fase estaba claro. En la re-arquitectura del portal de tutoriales, por ejemplo, solo cambiaba la base técnica, no las funciones. Un ERP completo o un sistema con muchas integraciones no sale en dos semanas, y quien te lo prometa probablemente no entendió el alcance. Ver el caso del portal.
¿Qué es la metodología Scrum?
Según la Guía de Scrum (2020), es un marco de trabajo ligero para resolver problemas complejos de forma adaptativa. Funciona en ciclos llamados sprints, de un mes como máximo, y cada sprint termina con una parte funcional del producto.
Hay tres responsabilidades:
| Rol | Qué hace |
|---|---|
| Product Owner | Define y ordena las prioridades del producto para maximizar su valor |
| Scrum Master | Cuida que el equipo trabaje con Scrum y elimina obstáculos |
| Developers | Construyen la parte funcional del producto en cada sprint |
Y cuatro eventos dentro de cada sprint: la planificación (qué se va a construir y por qué), la reunión diaria del equipo (15 minutos), la revisión del sprint con el cliente y la retrospectiva para mejorar la forma de trabajar.
¿Qué hace el cliente en cada sprint?
Esta es la parte que casi nadie explica. De tu lado:
- Nombra a una persona que decide. El Product Owner, o alguien de tu equipo que trabaje con él, debe poder aprobar prioridades sin esperar a un comité.
- Asiste a la revisión del sprint. Ves funcionando lo que se construyó y das tu opinión en ese momento, no tres meses después.
- Entrega a tiempo lo que el equipo necesita: textos, datos, accesos y respuestas a preguntas de negocio.
- Prueba lo que se entrega y reporta lo que no funciona como esperabas.
Planifica también con el calendario local: en Honduras, Semana Santa, el feriado morazánico de octubre y el cierre de diciembre suelen frenar las aprobaciones. Si una fecha de lanzamiento importa, cuéntalos desde el inicio.
En el caso de la plataforma de trivias, la fecha de lanzamiento era inamovible, así que el calendario se planificó hacia atrás desde el primer día de la campaña y la primera fase estuvo en producción en un mes. Ver el caso.
¿Cómo se aprueban los cambios y se controla el presupuesto?
En Scrum, un cambio no es una crisis: es una nueva prioridad. Las reglas que funcionan:
- Todo cambio entra a la lista de prioridades, se estima y tú decides qué sale o qué se mueve para que entre.
- El presupuesto se revisa en cada sprint: cuántas horas se usaron, qué se entregó y cuánto queda.
- Nada se construye sin estimación aprobada, para que no haya sorpresas al final del mes.
Nosotros trabajamos con el modelo Sidekick: una suscripción mensual con entregables definidos, acuerdos de servicio, un solo equipo responsable y un reporte cada mes. El precio depende del alcance y lo acordamos contigo en una propuesta, y la meta es que veas avances funcionando desde el primer mes.
¿Cuáles son las ventajas y desventajas de Scrum?
| Ventajas | Desventajas |
|---|---|
| Ves avances funcionando cada pocas semanas | Exige tiempo y decisiones del cliente en cada sprint |
| Puedes cambiar prioridades sin rehacer el contrato | No fija de antemano el alcance exacto por un presupuesto |
| Los problemas aparecen temprano, cuando son baratos de corregir | Sin una persona que decida, el proyecto se frena |
¿Scrum o cascada para un proyecto con presupuesto cerrado?
Con presupuesto cerrado y alcance que puede cambiar, Scrum funciona bien si fijas el presupuesto y priorizas el alcance: se construye primero lo que más valor da y, si el dinero se acaba, ya tienes lo importante en producción. Cascada conviene cuando los requisitos están completamente cerrados y no van a cambiar, como una especificación regulatoria. Para comparar modelos de precio, lee cuánto cuesta un software a la medida.
¿Por qué los proyectos de software se atrasan o se pasan del presupuesto?
Casi siempre por decisiones, no por código:
- Nadie del lado del cliente puede aprobar, y cada decisión espera días.
- El alcance cambia sin un proceso, y nadie sabe qué salió para que entrara lo nuevo.
- Se espera al final para ver el resultado, en lugar de revisar cada sprint.
- Se subestiman las integraciones con otros sistemas.
- Los textos, datos y accesos llegan tarde.
Si estás por elegir con quién trabajar, lee cómo elegir una empresa de desarrollo de software.
¿Quieres ver tu primera fase funcionando en semanas?
Definimos contigo el flujo que más duele, lo ponemos en producción y seguimos sobre el sistema vivo, con avances que revisas en cada sprint. Conoce nuestro desarrollo a la medida.
Fuentes
- Ken Schwaber y Jeff Sutherland, La Guía de Scrum (2020): https://scrumguides.org/scrum-guide.html