Priorizar y planificar la primera iteración

Por qué importa

Una lista de tareas no es una prioridad y un plazo no es un plan de iteración. Priorizar exige comparar valor, urgencia, esfuerzo, riesgo y dependencias, sin convertir la decisión en una puntuación automática. Planificar exige conocer capacidad, definir un objetivo, seleccionar pocos resultados, aclarar responsabilidades y acordar cómo se revisará. AP-02 recogerá este artefacto y lo reutilizará en la actividad final.

1. Del objetivo a una lista manejable

La planificación comienza con un objetivo de iteración: qué resultado o aprendizaje debe conseguirse y por qué importa. Después se identifican entre tres y cinco entregables y se descomponen en elementos suficientemente claros para poder estimar, asignar dependencias y decidir si caben.

Una buena lista no contiene únicamente acciones genéricas como “coordinar” o “mejorar”. Describe resultados o trabajos observables: acordar reglas de asignación, preparar dos mensajes, configurar una vista de prueba, revisar accesibilidad o recoger una muestra de incidencias anonimizadas.

2. Priorizar con criterios y juicio

Valor público pregunta cuánto contribuye el elemento al resultado; urgencia considera plazos y consecuencias; esfuerzo y capacidad indican viabilidad; riesgo analiza daños y reversibilidad; dependencia muestra qué trabajo desbloquea o necesita a otros.

Las puntuaciones pueden ordenar una conversación, pero no sustituyen el juicio. Un requisito legal puede ser ineludible aunque tenga poco atractivo; una tarea de alto valor puede quedar fuera si depende de una autorización no disponible. La decisión debe explicarse.

3. Diseñar la primera iteración

La iteración necesita duración, objetivo, trabajo seleccionado, responsables funcionales, capacidad disponible, criterio de finalización y fecha de revisión. Debe incluir margen para coordinación, validación y documentación, no solo producción.

En el caso se propone un ciclo de cuatro semanas, pero la duración no es universal. El equipo selecciona un circuito para dos categorías y dos mensajes; deja fuera la integración completa y la ampliación a todos los servicios. La revisión observará derivaciones, información faltante e incidencias de uso; la retrospectiva revisará coordinación y bloqueos.