A continuación se presentan 12 enfoques, en un mismo orden y con consejos prácticos para aplicarlos al trabajo real. Para ampliar la base, el blog de 101 ofrece estos materiales: Fundamentos de gestión de proyectos para emprendedores (en ruso) y Cómo elegir un sistema de gestión de proyectos.
Contenido:
1. Agile
Agile agrupa formas adaptativas de organizar el trabajo. El equipo trabaja en ciclos cortos: produce una pequeña parte del resultado, la muestra, recoge comentarios, ajusta el plan y repite. Resulta útil cuando los requisitos cambian durante el proyecto y el cliente concreta sus expectativas mediante un «lo vemos y lo afinamos».
Para planificar un ciclo corto, determine de antemano qué resultado terminado mostrará el equipo al finalizarlo. Por ejemplo, puede acordar el resultado de la próxima semana y las condiciones para comprobarlo. La aceptación, el pago y la puesta en marcha dependen del tipo de proyecto y de los acuerdos; por sí solos no determinan si se utiliza Agile.
Agile también exige planificación disciplinada y cambios transparentes: qué está terminado, qué está en curso, qué bloquea el avance y qué cambios de alcance están acordados o siguen en discusión. En construcción y reformas, se puede analizar por separado la aplicabilidad de los ciclos cortos a una obra concreta, teniendo en cuenta la tecnología de los trabajos y los acuerdos sobre cambios. Consulte Agile en la construcción (en ruso).
2. Waterfall o cascada
Waterfall ordena el trabajo en fases consecutivas: requisitos → diseño → ejecución → pruebas → entrega. Su punto fuerte es la previsibilidad cuando los requisitos están claros y cambian poco.
Al elegir Waterfall, compruebe hasta qué punto los requisitos están definidos de antemano y cuánto cuestan los cambios tardíos. Una obra de ingeniería, un proyecto sujeto a normativa o una implantación con alcance fijo pueden servir de ejemplos para esta evaluación. Antes de empezar, acuerde los requisitos y el procedimiento para revisar el plan.
La limitación del enfoque secuencial es que los comentarios llegan tarde: un error en los requisitos puede obligar a rehacer trabajo ya realizado. Defina previamente cómo gestionar los cambios: solicitud formal, evaluación del impacto, decisión, actualización del plan y registro del acuerdo.
3. Scrum
Scrum es un marco de la familia Agile en el que el equipo trabaja en sprints de duración fija, de un mes como máximo. El trabajo se ordena en un backlog de tareas; al final del sprint, el equipo muestra un incremento: una parte terminada del producto o servicio.
Las responsabilidades son esenciales: el Product Owner responde de las prioridades y del valor del resultado; el Scrum Master cuida el proceso y ayuda a eliminar obstáculos; el equipo realiza el trabajo y responde de su calidad. También son importantes los eventos: planificación del sprint, sincronización diaria, revisión del resultado y retrospectiva.
Scrum aporta valor cuando el equipo sabe dividir el trabajo en resultados pequeños y comprobables y entrega realmente en cada iteración. Si cada sprint termina con un «casi listo», Scrum se convierte en un ritual de informes.
4. Kanban
Kanban visualiza cómo avanza el trabajo por un flujo y combina esa visualización con límites de trabajo en curso y reglas claras para pasar de una etapa a otra. Configure el tablero con los estados de su proceso y observe que las tareas avancen sin atascos.
El principio clave es limitar el WIP (work in progress, trabajo en curso): cuántas tareas pueden estar en ejecución simultáneamente. Así se reduce un exceso de trabajo paralelo que suele parecer que «todo el mundo está ocupado», mientras los plazos se retrasan y la calidad cae.
Puede considerar Kanban para soporte, operaciones, flujos de agencias y producción de contenidos, donde las solicitudes llegan continuamente. Si la cadena de plazos es crítica para el proyecto, complemente el tablero con un calendario y dependencias explícitas.
5. Scrumban
Scrumban combina elementos de Scrum y Kanban. Las reglas concretas varían entre equipos: conviene acordar de antemano la cadencia de planificación, la priorización, la visualización del flujo y los límites de trabajo en curso.
Para un equipo con tareas de proyecto y solicitudes urgentes, se puede debatir esta opción de trabajo: mantener la planificación y priorización periódicas y acordar cómo aceptar nuevas tareas mediante reglas explícitas y límites WIP. Es un ejemplo de adaptación para discutir, no una única forma obligatoria de Scrumban.
En esta adaptación, defina qué se considera urgente, quién cambia la prioridad y cuándo una tarea preparada puede pasar a ejecución. Compruebe que la planificación periódica y los límites del flujo mantengan un sentido claro para el equipo.
6. PRINCE2
PRINCE2 es una metodología estructurada de gestión de proyectos. Reúne principios, prácticas y procesos de gestión desde el inicio hasta el cierre del proyecto, y define las funciones y responsabilidades de los participantes.
Puede considerar PRINCE2 si el proyecto necesita un procedimiento acordado para las decisiones, la comunicación y las responsabilidades. Un proyecto por contrato o una implantación de gran envergadura pueden servir de ejemplos para debatir quién aprueba, quién ejecuta el trabajo, quién controla el resultado y cómo se transmite la información.
La metodología se adapta a las necesidades, el tamaño, la complejidad y el contexto del proyecto. En un proyecto pequeño, defina de antemano la profundidad necesaria del control y la documentación, preservando el sentido de la gestión sin acumular plantillas por cumplir.
7. Six Sigma
Six Sigma utiliza datos para reducir defectos y variaciones en un proceso. Aunque se suele asociar con la fabricación, también funciona en empresas de servicios: un defecto puede ser un error en los datos, el incumplimiento de un SLA, trabajo repetido o demasiado tiempo dedicado a aprobaciones.
Un ciclo habitual de mejora es DMAIC: definir el problema, medir, analizar las causas, mejorar el proceso y consolidar el control. Es un enfoque para tareas donde importan los números y la repetibilidad, y donde se pueden reunir estadísticas para cambiar el proceso a partir de ellas.
Para una tarea de investigación —por ejemplo, buscar un mercado para un producto, explorar una solución de diseño o contrastar hipótesis—, aclare primero qué problema medible del proceso necesita resolver. Puede considerar por separado la parte repetible del trabajo; la elección del enfoque debe tener en cuenta la naturaleza de la tarea y los datos disponibles.
8. Método de la ruta crítica
El método de la ruta crítica (CPM) es una técnica de planificación del calendario que permite encontrar la cadena de tareas que determina la duración calculada del proyecto. En el modelo de red considerado, las actividades críticas tienen holgura cero. Si las demás condiciones permanecen iguales, aumentar la duración de una de esas actividades desplaza la fecha calculada de finalización del proyecto.
CPM parte de un modelo de red: tareas, duraciones y dependencias. El cálculo muestra qué actividades tienen holgura (float) y cuáles están en la ruta crítica. Es útil en construcción, instalaciones y puesta en marcha de obras o centros, donde abundan las relaciones y las esperas.
Para gestionar el trabajo, actualice la red según el avance real, registre los cambios y recalcule los plazos. Evalúe por separado las necesidades de recursos y las consecuencias financieras: el cálculo básico de la ruta crítica no constituye por sí solo un modelo de presupuesto.
9. Gestión mediante la ruta crítica
Cuando CPM se convierte en un método de gestión, deja de ser un cálculo puntual y pasa a un ciclo de trabajo: plan → cálculo de la ruta crítica → control del avance real → recálculo → decisiones de gestión. Es importante definir quién actualiza el plan, quién confirma el trabajo realizado y quién decide la replanificación.
Ante desviaciones, puede considerar acelerar una actividad crítica, cambiar la secuencia permitida, añadir recursos, revisar el alcance o acordar una nueva fecha. Para cada opción, compruebe por separado la viabilidad técnica, los acuerdos, el coste y el efecto en el plan recalculado.
Un esquema básico de implantación puede ser el siguiente:
- Dividir el proyecto en trabajos y resultados mediante una estructura de desglose del trabajo (WBS), de modo que se pueda aceptar su finalización.
- Establecer dependencias y estimar duraciones, indicando desde el principio los supuestos.
- Calcular la ruta crítica y las holguras e identificar los cuellos de botella.
- Definir una cadencia de actualización del avance real, diaria o semanal, y las reglas de replanificación.
- Registrar los cambios de alcance y su efecto en plazos y dinero.
10. Lean
Lean parte del valor para el cliente y busca eliminar desperdicios: desplazamientos innecesarios, esperas, reprocesos, aprobaciones superfluas e inventario «por si acaso». En los proyectos se traduce en organizar un flujo sin atascos ni trabajo que haya que rehacer.
Las reformas estándar, las obras repetitivas, los servicios periódicos y la apertura de sucursales siguiendo un modelo pueden servir como ejemplos de procesos donde buscar desperdicios. Investigue dónde aparecen esperas, reprocesos o aprobaciones innecesarias y compruebe los cambios con datos reales.
El riesgo de Lean en proyectos es optimizar en exceso donde se necesita variabilidad. En tareas creativas o de investigación, parte de las actividades aparentemente superfluas permite aprender y reduce la probabilidad de equivocarse. Aplique Lean con cuidado: reduzca el caos y preserve el aprendizaje.
11. Guía PMBOK
La Guía PMBOK® del Project Management Institute reúne conocimientos y prácticas de gestión de proyectos; no es un método que se implante y funcione por sí solo. Ayuda a estructurar la gestión mediante áreas como plazos, costes, riesgos, compras, calidad, comunicaciones e interesados.
Su idea de adaptación (tailoring) permite elegir las prácticas según el contexto. Un proyecto de 3 semanas y otro de un año necesitan distinta profundidad de planificación, control y documentación, aunque las preguntas de gestión sean las mismas: objetivo, alcance, plazos, presupuesto, riesgos y aceptación.
Para llevar PMBOK® al trabajo diario, empiece por los artefactos básicos: acta de constitución u objetivo del proyecto, estructura de desglose del trabajo, calendario, presupuesto, registro de riesgos y proceso de gestión de cambios. Esto proporciona la estructura sobre la que seguir desarrollando la gestión.
12. Extreme Programming (XP)
Extreme Programming (XP) reúne prácticas de ingeniería de desarrollo orientadas a cambios rápidos y calidad estable. Procede del software, pero una idea útil se aplica más ampliamente: integrar la calidad en el proceso, en lugar de buscar los fallos al final.
Entre sus prácticas de retroalimentación rápida están el desarrollo guiado por pruebas (TDD), la integración frecuente de cambios, la refactorización, la programación en pareja y las entregas pequeñas. Así, el equipo reduce el riesgo de «trabajamos un mes y luego se rompió todo».
Puede considerar XP para el desarrollo con requisitos que cambian regularmente, cuando el contexto técnico permite automatizar las comprobaciones. Si el equipo publica cambios con poca frecuencia, no tiene pruebas y realiza la integración manualmente, una opción inicial es comprobar automáticamente la calidad en cada cambio.
Cómo elegir el método adecuado para la tarea
La elección debe partir de las características del trabajo. En algunos proyectos los cambios son costosos y peligrosos; en un flujo de tareas puede importar más la capacidad de procesamiento; un producto puede concretarse mediante comentarios. En una misma empresa se puede debatir una combinación: calcular plazos con la ruta crítica, analizar cambios en ciclos cortos y visualizar el flujo de solicitudes con Kanban.
Estas comprobaciones prácticas ayudan a acotar la elección:
- Si el éxito depende de una cadena precisa de dependencias, considere CPM, diagramas de Gantt y el recálculo periódico del plan.
- Si depende de entregar resultados con frecuencia, pueden ser útiles Agile, Scrum y las iteraciones cortas.
- Si depende de un flujo estable de tareas entrantes, empiece por Kanban y los límites WIP.
- Si depende del control de gestión y los informes, considere PRINCE2 y PMBOK® como base de los procesos.
En la práctica, conviene vincular el plan del proyecto con los datos de dinero y documentos. En 101 existe un entorno financiero del proyecto con cobros, gastos, justificantes, informes y análisis. Para profundizar, puede empezar por Contabilidad de proyectos sin cuellos de botella (en ruso) y Cómo gestionar el presupuesto de un proyecto en la Aplicación 101.
Si desea distribuir rápidamente los procesos por funciones y ver dónde se pierden tiempo y dinero, una presentación en directo de la Aplicación 101 ayuda a vincular el método de gestión con los datos reales de los registros y los informes.
Cuando aumenta el número de proyectos, la dirección necesita analizar por separado la comparación entre obras o proyectos, los gastos generales y la estabilidad del negocio a lo largo de la temporada. Para gestionar las finanzas de la empresa, PRO+ incluye el «Fondo de la empresa» y herramientas para distribuir beneficios entre los participantes; los detalles dependen de las condiciones vigentes del servicio.
