La Respuesta Corta
La Estructura de Desglose del Trabajo (EDT) es el esqueleto de todo proyecto. Es una jerarquía orientada a entregables que define el alcance, no una lista de tareas o un cronograma. La Regla del 100% establece que la EDT debe capturar TODO el trabajo requerido; si algo no está en la EDT, es una solicitud de cambio. Las dependencias luego secuencian estos entregables utilizando tipos de lógica (Fin-a-Inicio, Inicio-a-Inicio, etc.) para crear un cronograma viable.
EDT = QUÉ estás construyendo (alcance). Cronograma = CUÁNDO lo estás construyendo. No confundas ambos.
La Estructura de Desglose del Trabajo (EDT)
La EDT es el esqueleto fundamental de cualquier plan de proyecto riguroso. Una idea errónea común es que es simplemente una lista de tareas; en realidad, es una definición de alcance.
La Regla del 100%
La EDT debe incluir el 100% del trabajo definido por el alcance del proyecto. La suma de los elementos hijos debe ser igual al 100% del padre. Esta es tu herramienta principal contra la desviación del alcance: si una tarea no encaja en la jerarquía, es una solicitud formal de cambio.
Exclusividad Mutua
No hay solapamiento entre los elementos de la EDT. Si 'Diseño de UI' y 'Desarrollo Frontend' reclaman responsabilidad por los gráficos de los botones, obtendrás trabajo duplicado y confusión.
Sustantivos sobre Verbos
Los elementos de la EDT deben ser resultados (sustantivos), no actividades (verbos). Un entregable es binario —hecho o no hecho. Una actividad puede ser ambigua.
Gestión de Dependencias: La Lógica del Flujo de Trabajo
Una vez que el trabajo se descompone, las relaciones entre las tareas definen la Ruta Crítica —la secuencia que determina la duración del proyecto.
| Tipo | Lógica | Uso | Ejemplo |
|---|---|---|---|
| Fin-a-Inicio (FI) | La Tarea B no puede comenzar hasta que la Tarea A termine | Más común. Flujo de trabajo secuencial. | Las pruebas no pueden comenzar hasta que la codificación esté completa. |
| Inicio-a-Inicio (II) | La Tarea B puede comenzar tan pronto como la Tarea A comience | Aceleración del trabajo paralelo. | Escribir Contenido y Diseñar Diseño pueden proceder en paralelo una vez que se acuerda el concepto. |
| Fin-a-Fin (FF) | La Tarea B no puede terminar hasta que la Tarea A termine | Alineación de entrega por fases. | La documentación no puede marcarse como completa hasta que la Liberación de Software esté terminada (cambios de última hora). |
| Inicio-a-Fin (IF) | La Tarea B no puede terminar hasta que la Tarea A comience | Raro. Transiciones de sistema. | El sistema heredado no puede apagarse hasta que el nuevo sistema se inicie con éxito. |
Definición del Trabajo: Historias de Usuario vs. Casos de Uso
En entornos Agile, CÓMO defines las tareas afecta la claridad y la autonomía del equipo.
Historias de Usuario
Format: Como [rol], quiero [característica], para que [beneficio]
Se centran en el valor y el 'Quién, Qué, Por qué'. Diseñadas como un marcador de posición para la conversación, empoderando a los equipos para determinar la implementación.
Criteria: INVEST: Independiente, Negociable, Valiosa, Estimable, Pequeña, Probable
Casos de Uso
Format: Descripción detallada de la interacción con rutas alternativas
Interacciones específicas del sistema, incluyendo el manejo de errores. Necesario cuando la ambigüedad plantea un alto riesgo.
Refinamiento del Backlog
Actividad continua donde el equipo revisa los elementos próximos para asegurar su preparación. Implica clarificar detalles, estimar el esfuerzo y priorizar por valor de negocio. Un backlog saludable tiene 2-3 sprints de elementos refinados listos para usar.
Gestión Integrada de Tareas
Problem: En los flujos de trabajo tradicionales, los elementos de acción se pierden en el chat. Una solicitud ('¿Puedes actualizar ese logo?') depende de que el destinatario recuerde crear una tarea en otro lugar.
Solution: Las plataformas modernas integran la creación de tareas directamente en las conversaciones. Convierte un mensaje en una tarea con un solo clic, preservando el contexto. Las tareas admiten vistas Kanban (flujo visual) y Lista (jerarquía). Los archivos se adjuntan directamente a las tareas, sin necesidad de buscar en diferentes unidades.
Puntos Clave
- La EDT define el alcance, no el cronograma. Aplica la Regla del 100% —si no está en la EDT, es una solicitud de cambio.
- La exclusividad mutua previene solapamientos y confusiones. Define claramente la propiedad en cada nivel.
- Usa sustantivos (entregables), no verbos (actividades). Los entregables son binarios; las actividades son ambiguas.
- Comprende los cuatro tipos de dependencia: FI (más común), II (aceleración), FF (entrega por fases), IF (transiciones).
- Las Historias de Usuario se centran en el valor ('Como un... quiero... para que...'); los Casos de Uso detallan las interacciones del sistema cuando la precisión es crítica.
- Los flujos de trabajo integrados de tareas y chat evitan que las solicitudes se pierdan y preservan el contexto de la decisión.
