01 / CONTEXTO
Un calendario no elimina la incertidumbre
Un calendario lleno puede parecer un plan. Sin embargo, basta con que un cliente entregue tarde una información, una persona clave se ponga enferma o aparezca una corrección para descubrir que las fechas no explicaban lo importante: qué dependía de qué, quién podía decidir y qué salida seguía siendo aceptable.
Planificar sirve para hacer esa realidad discutible antes de que llegue la urgencia. No promete que nada cambie. Ayuda a distinguir una variación que cabe dentro del trabajo de una que obliga a cambiar alcance, secuencia, fecha o compromiso con otra persona.
En mis apuntes convertí esta idea en una secuencia de pasos. No la trataría como un orden obligatorio. Lo que conservaría es el gesto de empezar por la salida que queremos entregar y recorrer hacia atrás el camino necesario para llegar a ella.
02 / MECANISMO
Del resultado a las decisiones pendientes
Primero describiría la salida con claridad: qué recibe la otra persona, qué condiciones hacen que sea aceptable y para cuándo la necesita. Después iría hacia atrás. ¿Qué fases existen? ¿Qué información, aprobación o recurso necesita cada una? ¿Quién confirma que esa dependencia está disponible? ¿Qué fecha nos permite descubrir un problema antes de que afecte a la entrega?
Una dependencia no es solo una tarea ajena. Es una condición que puede bloquear una decisión. Por eso la anotaría con responsable, fecha de confirmación y alternativa. «Esperar datos del cliente» no ayuda. «El martes Laura confirma si recibimos los datos; si no, entregamos primero el análisis sin anexos» permite decidir.
Scrum define un marco de transparencia, inspección y adaptación [1]. No necesito adoptar Scrum para usar esa lógica. Cuando una señal cambia, inspecciono el plan y adapto lo que sigue. Double Diamond también presenta sus fases como un marco adaptable, en el que puede ser necesario volver a una pregunta anterior [2]. La flexibilidad no consiste en cambiar porque sí; consiste en conservar la razón de la decisión anterior y explicar qué evidencia obliga a revisarla.
03 / EJEMPLO
El dato que no llega a tiempo
Ejemplo hipotético: un equipo debe entregar el día 30 un informe de recomendaciones. Para que la recomendación sea válida necesita datos de uso del cliente antes del día 20. La salida no es simplemente un PDF: debe incluir tres recomendaciones que el cliente pueda priorizar y una explicación de la evidencia utilizada.
Al planear hacia atrás, el equipo reserva tres días para analizar, dos para redactar y uno para revisar. Nombra una dependencia: el cliente debe enviar el archivo de datos en un formato acordado. El día 15, una persona confirmará que el archivo existe y se puede leer. También prepara una alternativa: si el dato no llega el 20, ofrecerán un diagnóstico parcial con las dos fuentes que ya tienen y moverán las recomendaciones que requieren datos a una segunda entrega.
El día 21 el archivo llega, pero tiene campos incompletos. El equipo no finge que puede cumplir el plan original con horas extra. Revisa qué invalida el análisis, comunica la diferencia entre la salida completa y la parcial y decide entregar la parte que puede sostenerse. El cliente elige la entrega parcial porque necesita decidir esa semana. El cambio no es un fracaso del plan: es una decisión posible porque el plan había hecho visible la dependencia y su alternativa.
Después de entregar, el equipo registra la lección concreta: la próxima vez confirmará el formato de datos antes de comprometer la fecha, no solo la fecha de envío. Esa mejora pertenece al proceso; no se convierte en una acusación contra el cliente.
04 / APLICACIÓN
Planear sin llenar cada hora
Para una entrega próxima, escribiría en una página la salida, el criterio de aceptación, las dependencias, los responsables de confirmarlas, los puntos de decisión y una alternativa para las dos dependencias que más podrían cambiarlo todo. No hace falta anticipar cada imprevisto. Hace falta reconocer dónde una incertidumbre puede obligar a elegir.
También fijaría momentos de inspección. Una fecha intermedia no sirve para pedir «cómo vamos»; sirve para comprobar una condición concreta: si hay información suficiente, si la salida sigue siendo aceptable o si el alcance creció. Si una condición falla, la conversación cambia de «¿quién llega tarde?» a «¿qué decisión necesitamos tomar ahora?».
La bitácora sobre objetivos ayuda a definir qué resultado importa. La de documentación sirve para conservar el plan y las excepciones de modo que otra persona pueda continuar. Esta se concentra en usar el plan como hipótesis coordinadora, no como defensa de una fecha.
Cuando el plan falla, también me ayuda una distinción que recogí al leer a Javier Fernández Aguado: puede faltar información, puede haberse decidido con precipitación o puede haber fallado la ejecución de una decisión bien pensada. No resolvería las tres situaciones con la misma reunión. En la primera buscaría el dato; en la segunda reservaría tiempo para comparar opciones; en la tercera comprobaría recursos, autoridad y seguimiento. Lo usaría para revisar el trabajo, no para etiquetar a quien lo hizo.
05 / LÍMITES
Flexibilidad no es improvisar
Adaptar no significa borrar compromisos ni cambiar de dirección cada vez que aparece una dificultad. Una variación puede requerir renegociar con quien recibe la entrega. Tampoco todo trabajo necesita un plan detallado: para una tarea corta y reversible, bastará una decisión clara y una comprobación.
Una alternativa definida a tiempo permite hablar de alcance y calidad antes de que el retraso se convierta en sorpresa. Si la entrega parcial no sirve al cliente, tendré que buscar otra opción con él; no basta con que resulte cómoda para mi equipo.
06 / APRENDIZAJES
Qué me llevaría
- Empezaría por la salida y por cómo sabremos que es aceptable.
- Nombraría dependencias, responsable de confirmación y alternativa.
- Usaría fechas intermedias para inspeccionar condiciones, no para repetir el calendario.
- Explicaría qué evidencia obliga a cambiar el plan.
07 / PREGUNTAS DETONANTES
Para continuar
- ¿Qué tendría que ser verdad para entregar esto como prometimos?
- ¿Qué dependencia no controlamos y cuándo sabremos si existe?
- ¿Qué alternativa protege más valor si esa condición falla?
- ¿Qué decisión estamos posponiendo detrás de una fecha?
08 / REFERENCIAS
Cómo se ha elaborado esta bitácora
Parto de una síntesis de planificación con flexibilidad atribuida a un curso y la contrasto con los marcos publicados por Scrum Guides y Design Council. El caso del informe es hipotético.
Fuentes
- The Scrum Guide ↗︎
Guía oficial de Schwaber y Sutherland; transparencia, inspección y adaptación.
- The Double Diamond ↗︎
Página completa; marco adaptable de descubrir, definir, desarrollar y entregar.
Datos de la entrada
- Autor
- Iván Carrillo
- Revisión
- 2026-09-22
- Idioma
- Español
- Apoyo de elaboración
- Inteligencia artificial para investigación, redacción y montaje; basada en mis notas personales.