El lunes, el encargado de obra espera al electricista, pero el equipo todavía no ha llegado. El electricista aplaza su visita, los acabados quedan pendientes de que termine el cableado y el cliente pregunta si cambiará la fecha de entrega y cuánto se ha gastado ya. Si tiene que reunir las respuestas entre llamadas, conversaciones y archivos distintos, necesita un sistema de gestión de proyectos. Conviene elegirlo según cómo le ayude a recorrer precisamente esta cadena de decisiones.
A continuación encontrará una forma breve de comparar herramientas en un proceso real de trabajo. El ejemplo de la obra es didáctico: no describe a un cliente real ni promete que un solo programa resuelva automáticamente todas las cuestiones.
Contenido:
¿Qué problema debe resolver el sistema?
Un negocio organizado por proyectos se diferencia de uno de producción continua porque cada resultado se obtiene en un proyecto concreto, con personas concretas y una economía propia. En la construcción y las reformas esto se aprecia especialmente: cada obra tiene su propia dinámica.
Por eso, empiece por revisar situaciones reales antes de hacer una lista de funciones. Tome los tres últimos casos en los que el responsable tuvo que averiguar con urgencia qué estaba ocurriendo: una entrega incumplida, un trabajo sin responsable, un gasto sin justificante o un cambio de alcance sin aprobar. Anote para cada caso quién debía tomar la decisión y qué dato le faltaba.
Si se pierden encargos con frecuencia, importan las tareas, los responsables y los plazos. Si la obra se retrasa por la secuencia de sus fases, necesita un cronograma. Si la obra «va según lo previsto», pero falta dinero para pagar a los contratistas, compruebe los presupuestos, los informes, los ingresos y el saldo. A menudo se necesitan varios ámbitos de gestión a la vez: compare cómo se conectan entre sí, más allá del número de opciones del menú.
¿Qué criterios conviene comprobar antes de comprar?
Defina sus propios criterios de aceptación. La frase «incluye Gantt» no indica qué datos muestra ni qué sucede al cambiar un plazo. La frase «incluye informes» tampoco aclara si permite comprobar el presupuesto original y el gasto.
| Qué comprobar | Pregunta durante la demostración | Señal de que encaja |
|---|---|---|
| Tareas y responsabilidad | ¿Puede encontrar un encargo por obra, plazo y responsable? | El ejecutor ve el resultado esperado; el responsable de gestión ve el estado y el historial. |
| Plan de trabajo | ¿Cómo se muestra la secuencia de fases y se cambia una fecha? | El plan se entiende sin una hoja de cálculo aparte y permite comprobar las consecuencias del cambio. |
| Presupuesto y ejecución real | ¿Puede comparar el alcance acordado con los trabajos realizados y los importes? | Queda claro qué documento establece lo previsto y cuál acredita lo ejecutado. |
| Dinero | ¿Dónde se ven los ingresos, los gastos y las obligaciones de la obra? | El responsable puede explicar un importe concreto, además de ver un gráfico final. |
| Acceso y trabajo del equipo | ¿Qué ven el encargado de obra, el ejecutor y el cliente? | Cada persona puede completar su paso sin usar el acceso de otra. |
| Coste y salida del sistema | ¿Qué límites del plan se aplican a su volumen de trabajo y cómo puede exportar los datos? | El precio y los límites se conocen antes de implantarlo y es posible conservar el historial. |
No exija que todos los productos implementen las funciones del mismo modo. A un equipo de reformas pueden bastarle tareas sencillas y un cronograma por obra. Un contratista general con varias obras puede necesitar un cronograma de red, planificación de recursos, documentación de la obra ejecutada e integraciones específicas. Son compras distintas.
¿Cómo comprobar la elección en una sola obra?
Imagine una reforma didáctica de un restaurante. La instalación eléctrica está prevista del 5 al 8 de octubre; los acabados, a partir del 9 de octubre; y la aceptación de la fase, después de los acabados. La entrega se retrasa dos días. En el sistema que está probando, intente responder en cinco minutos a cuatro preguntas: qué trabajo se ha desplazado, quién debe actualizar el plan, qué gasto se ha registrado ya y qué debe comunicar al cliente.
Un gráfico bonito por sí solo no constituye una buena respuesta. Necesita una cadena que pueda comprobarse: trabajo y plazo → responsable → alcance acordado → trabajo realmente ejecutado → dinero y documentos. Si alguno de los enlaces depende únicamente de la memoria del encargado, tendrá que describirlo como un proceso manual o elegir una segunda herramienta.
Importante: las fechas y la situación anteriores son ficticias y sirven para comparar servicios. La captura siguiente muestra otro proyecto de demostración de 101 y no acredita esas fechas concretas.
¿Cuándo se necesita Kanban y cuándo Gantt?
Kanban responde a la pregunta «¿en qué estado está el encargo?». El diagrama de Gantt muestra los trabajos en el tiempo: cuándo empieza una fase, cuánto dura y qué trabajos transcurren en paralelo. La ruta crítica resulta útil cuando el retraso de una cadena concreta afecta a la fecha de finalización de todo el proyecto. La presencia de barras en la escala temporal no implica que se calculen automáticamente la ruta crítica o la carga de los equipos.
En nuestra obra didáctica, Kanban ayudará a no perder de vista la tarea de entrega. Gantt ayudará a ver que la instalación eléctrica se ha solapado con los acabados. Para decidir hacen falta ambas perspectivas, pero el equipo debe entender sus datos y las reglas para actualizarlos.
¿Cómo funciona la Plataforma 101 en este escenario?
En 101, un proyecto tiene tareas (guía en ruso) con un responsable y un plazo. Las tareas del proyecto que tienen fechas aparecen en el diagrama de Gantt. Además de las tareas, el gráfico muestra lo previsto en los presupuestos y lo ejecutado según los informes (guía en ruso) en una escala temporal. Se prepara un presupuesto separado para cada fase y se contrastan los trabajos realizados con los informes. También está disponible la comparación de lo previsto y lo real en el precio para el cliente y en el beneficio (guía en ruso). Así, los plazos, el alcance y la economía de la obra comparten un mismo contexto de proyecto.
Proyecto de demostración «Restaurante Smena»: eventos y tareas con fechas en la escala temporal de Gantt de 101. Los controles de la interfaz están en inglés; los nombres de los registros ficticios de demostración permanecen en ruso.
Que una tarea aparezca en la escala de Gantt no significa que se desplacen automáticamente los plazos dependientes. La secuencia de tareas puede describirse y controlarse manualmente; la documentación actual no promete bloquear automáticamente las tareas ni desplazar los plazos dependientes (guía en ruso). Si esta condición es imprescindible, evalúe un planificador especializado y acuerde de antemano qué datos permanecerán en él y cuáles en 101.
Si lo principal es conectar los presupuestos por fases, los informes, los plazos y los indicadores económicos de la obra, conviene incluir 101 entre las opciones finalistas. El escenario detallado del producto ya se explica en el artículo sobre el diagrama de Gantt de 101; aquí nos centramos en elegir el sistema.
¿Cómo realizar una prueba de siete días?
Conviene basar la prueba en un proyecto real. Elija una obra con actividad en curso: una fase de trabajo, compras y aprobaciones. Acuerde con el equipo: «esta semana lo gestionamos aquí».
- Día 1: elija la obra y tres situaciones problemáticas. Registre cuántas fuentes necesita abrir actualmente para responder sobre los plazos, la ejecución real y el dinero.
- Días 2–3: añada a los participantes, una fase, tres encargos, el alcance previsto y un gasto real. Compruebe si el encargado puede trabajar con sus propios datos sin utilizar el acceso del responsable de gestión.
- Día 4: cambie el plazo de la fase de prueba y compruebe qué ha cambiado automáticamente y qué debe corregirse manualmente. Revise por separado si la acción modifica la confirmación de un documento que ya había sido aceptado.
- Días 5–6: registre el trabajo realizado y compruebe qué eventos componen los importes finales y el informe para el cliente.
- Día 7: pida al responsable de gestión y al encargado que respondan por separado a las cuatro preguntas del ejemplo anterior. Anote las discrepancias y el tiempo de búsqueda; solo después compare el coste y los límites del plan.
Defina de antemano la condición de éxito: por ejemplo, el responsable de gestión y el encargado encuentran la misma versión actualizada de los plazos y el mismo importe de la obra, y todas las transiciones manuales están enumeradas y tienen un responsable asignado. Es un criterio de su prueba piloto, no una norma ni una métrica prometida por el producto.
¿Cómo tomar la decisión?
Elija un sistema en el que el equipo pueda mantener los datos al día y que responda sin conjeturas a las preguntas que más le cuestan. Si gana un gestor de tareas sencillo y el dinero se lleva en una contabilidad separada y verificable, esa combinación es válida. Si importa más tener el plan de trabajo junto a los presupuestos y los informes, pruebe 101 en su obra. Si necesita dependencias automáticas, control de la carga de recursos o gestión documental específica de grandes obras, incluya esos requisitos en los criterios de aceptación desde el principio.
Hay una señal de implantación sostenible: el responsable ha dejado de tener que extraer la información a la fuerza y ha empezado a tomar decisiones con los datos del sistema.
La comparación de otros servicios se recoge en una selección de programas de gestión de proyectos aparte. Si quiere comprobar en 101 la conexión «presupuesto → fase → informe → dinero», lleve a la demostración una de sus obras y las preguntas de este artículo.
