Skip to content

Planeación y Estimación: El Mapa del Tesoro del Desarrollador


Especialízate en el stack que más te apasiona y destaca en el mercado laboral. La personalización de tus habilidades puede ser la clave para obtener el empleo y salario que deseas. ¡Inscríbete ya!


Quiero destacar en el mercado laboral


¡Bienvenido de nuevo, arquitecto de tu carrera! En la sesión anterior, trazaste tu mapa personal: tu “porqué”, tu “qué” y tu “cómo”. Ahora que tienes un destino, es hora de aprender a dibujar el mapa para cualquier proyecto: el plano que te guiará del caos a la claridad.

Imagina que quieres construir un rascacielos. No empezarías a soldar vigas de acero al azar. Necesitarías un plano arquitectónico, un plan de ingeniería, un cronograma. En software, es algo similar. Un proyecto sin un plan sólido está destinado al fracaso, sin importar cuán brillante sea el código.

En esta sesión intensiva de 4 horas, nos pondremos el casco de Jefe de Proyecto. Dominarás las habilidades que distinguen a un desarrollador senior: la capacidad de liderar, planificar y entregar valor de forma predecible.

Objetivos de la Sesión

Al finalizar este taller, serás capaz de:

  • Identificar y evitar las trampas comunes que llevan a los proyectos al fracaso.
  • Convertir requisitos de negocio ambiguos en Historias de Usuario claras y accionables usando criterios profesionales (INVEST).
  • Desglosar Historias de Usuario en tareas técnicas específicas.
  • Estimar el esfuerzo de un proyecto usando Story Points y la técnica de Planning Poker, abandonando para siempre las estimaciones en horas.
  • Priorizar el trabajo utilizando matrices de Valor vs. Esfuerzo.
  • Estructurar un proyecto en Sprints y gestionar el flujo de trabajo en un tablero Kanban.

Módulo 1: El Costo de la Improvisación

Antes de ver las soluciones, debemos entender el problema. Muchos equipos operan en un “Ciclo del Caos” sin siquiera saberlo.

El Ciclo del Caos: Requisitos VagosScope Creep (el proyecto crece sin control) ➔ Plazos IrrealesPresión y BurnoutDeuda Técnica (atajos y “chapuzas”) ➔ Producto InestableCliente Insatisfecho.

Este ciclo es la receta para el desastre. La planificación es el antídoto. Es nuestra herramienta para gestionar el riesgo, alinear las expectativas de los stakeholders (las partes interesadas: clientes, jefes, usuarios) y, sobre todo, proteger la salud mental y la calidad del trabajo del equipo.

Un desarrollador junior codifica. Un desarrollador senior, además, protege el proyecto.


Módulo 2: De la Idea a la Tarea

La habilidad más crucial en la planificación es la traducción. Debes ser un traductor experto del lenguaje de negocio al lenguaje técnico.

Historias de Usuario Profesionales: El Criterio INVEST

Ya conoces el formato “Como…, quiero…, para…”. Ahora, vamos a añadirle un filtro de calidad: el acrónimo INVEST. Una buena historia de usuario es:

  • I - Independiente: Debe poder desarrollarse sin depender de otra historia.
  • N - Negociable: No es un contrato. Es el inicio de una conversación sobre la mejor forma de implementarla.
  • V - Valiosa: Debe entregar valor tangible al usuario o al negocio.
  • E - Estimable: El equipo debe tener suficiente información para estimar su tamaño.
  • S - Pequeña (Small): Debe ser lo suficientemente pequeña para completarse en un Sprint (idealmente en pocos días).
  • T - Testeable: Debemos poder verificar que está completa y funciona.

Criterios de Aceptación: La “Definición de Hecho”

¿Cómo sabemos que una historia está “terminada”? No es cuando “funciona en mi máquina”. Es cuando cumple sus Criterios de Aceptación (AC).

Ejemplo:

  • Historia: “Como usuario, quiero iniciar sesión con mi email y contraseña para acceder a mi perfil.”
  • Criterios de Aceptación:
    1. Dado que soy un usuario registrado, cuando ingreso mi email y contraseña correctos, entonces soy redirigido a /dashboard.
    2. Dado que estoy en la página de login, cuando ingreso una contraseña incorrecta, entonces veo el mensaje de error “Email o contraseña incorrectos”.
    3. Dado que estoy en la página de login, cuando hago clic en el botón “Iniciar Sesión” sin llenar los campos, entonces los campos se marcan en rojo.

Los AC eliminan la ambigüedad y son la base para las pruebas que escribirás más adelante.


Módulo 3: El Arte de Estimar sin Mentir

“¿Para cuándo está?” - la pregunta más temida. Estimar en horas es una receta para el fracaso. La solución es la Estimación Relativa.

No preguntamos “¿cuántas horas?”, sino “¿qué tan grande es esto comparado con aquello?”.

Story Points: La Unidad de Esfuerzo

Usamos Story Points con la secuencia Fibonacci (1, 2, 3, 5, 8, 13, 21…) para medir el esfuerzo. El número no representa horas, sino una mezcla de:

  • Complejidad: ¿Qué tan difícil es de entender y resolver?
  • Incertidumbre: ¿Cuántas cosas desconocemos? (¿Es una API nueva? ¿Una librería que no hemos usado?)
  • Volumen de Trabajo: ¿Son muchos cambios pequeños o uno muy grande?

La magia de Fibonacci es que la brecha entre números crece, reflejando que la incertidumbre se dispara con la complejidad. La diferencia entre un 1 y un 2 es pequeña; entre un 8 y un 13 es enorme. Una tarea de 13 o más puntos es una señal de alerta: ¡es demasiado grande, hay que dividirla!

Planning Poker: La Sabiduría del Grupo

Esta es la técnica para asignar los puntos.

  1. Lectura: El equipo lee una historia de usuario y sus AC.
  2. Discusión: Se aclaran dudas.
  3. Votación Secreta: Cada miembro elige en privado una carta de Fibonacci que representa el esfuerzo.
  4. Revelación: Todos muestran su carta a la vez.
  5. Conversación Clave: Si hay votos muy dispares (un 3 y un 8), se abre la discusión más importante del día. El del 8 explica los riesgos que ve (“Esta API siempre falla, y hay que hacer 3 queries complejas”). El del 3 explica su visión (“Podemos reusar este componente y sale rápido”). Esta conversación saca a la luz suposiciones y conocimientos ocultos.
  6. Re-votación: Se vuelve a votar hasta llegar a un consenso.

Este proceso no busca la “estimación perfecta”, busca el entendimiento compartido.


Módulo 4: Estrategia de Ejecución

Ya tenemos las tareas y su tamaño. Ahora, a la acción.

Sprints y Tableros Kanban

Trabajamos en Sprints: ciclos cortos (1-2 semanas) con un objetivo claro. Al final de cada Sprint, debemos tener un incremento de producto potencialmente entregable.

Visualizamos el trabajo en un Tablero Kanban, el cual nos da una vista clara del flujo de trabajo. Las columnas básicas son:

  • Backlog: El universo de todas las tareas por hacer, priorizadas.
  • To Do (Sprint): Las tareas que el equipo se ha comprometido a hacer en el Sprint actual.
  • In Progress: Lo que estás haciendo ahora. (¡Regla: una tarea por persona a la vez!)
  • In Review: El código está terminado, esperando revisión por un compañero (Pull Request).
  • Done: La tarea cumple todos los AC, ha sido probada y fusionada. ¡Celebración!

Priorización Avanzada: Matriz de Valor vs. Esfuerzo

Con tu backlog estimado, ¿por dónde empezar? Usa una matriz 2x2.

  • Alto Valor, Bajo Esfuerzo (Quick Wins): ¡Haz esto primero! Genera impacto rápido.
  • Alto Valor, Alto Esfuerzo (Grandes Apuestas/Épicos): Son el corazón de tu producto. Planifícalos cuidadosamente.
  • Bajo Valor, Bajo Esfuerzo (Rellenos): Si sobra tiempo.
  • Bajo Valor, Alto Esfuerzo (Pozos sin fondo): ¡Evítalos a toda costa!

Un desarrollador senior no solo coge la siguiente tarea de la lista; ayuda al equipo a elegir la tarea correcta.


Conclusión y Próximos Pasos

¡Felicidades! Has completado una de las sesiones más densas y más importantes de tu carrera. Hoy has aprendido que la construcción de software de calidad empieza mucho antes de escribir la primera línea de código.

Has pasado de ser un programador a ser un planificador. Sabes cómo tomar una idea abstracta y convertirla en un plan de acción concreto, predecible y gestionable.

Tarea para Casa (Obligatoria)

  1. Finaliza tu Tablero: Completa y pule tu tablero de Trello/Notion con todas tus historias, estimaciones y tu primer Sprint planificado. Este será un documento vivo que usarás durante todo el curso.
  2. Comparte tu Plan: Publica el enlace a tu tablero en nuestro canal de la comunidad. Ver los planes de otros es increíblemente útil.
  3. Reflexiona: Escribe una breve reflexión sobre tu mayor “¡ajá!” de esta sesión. ¿Qué concepto te ha cambiado más la perspectiva?

Ahora que tenemos un plano maestro, la siguiente pregunta es: ¿cómo diseñamos el edificio para que no se derrumbe? En la próxima sesión, nos sumergiremos en el Diseño y Arquitectura de Aplicaciones.

¡Prepárate para pensar en sistemas!


Especialízate en el stack que más te apasiona y destaca en el mercado laboral. La personalización de tus habilidades puede ser la clave para obtener el empleo y salario que deseas. ¡Inscríbete ya!


Quiero destacar en el mercado laboral