Mis diapositivas sobre #NoEstimates o sobre que la estimación no sea la pieza central de un proyecto

La semana pasada estuvo bastante movida en presentaciones, charlas, etc. De algunas de ellas te he ido dejando algún extracto, como mis diapositivas sobre Deuda Técnica, y en este caso quiero compartir contigo las que he estado usando sobre #NoEstimates
Ya sabes que sobre el tema de #NoEstimates hemos hablado por aquí en más de una ocasión, en los post ¿Tiene sentido estimar? Quizá no deberíamos estimar proyectos #NoEstimates explicado, en el de Comparando el enfoque tradicional, con el ágil con estimaciones y con el #noEstimates y en ¿Necesitamos estimaciones de proyectos software… o presupuestos?
Además, por si fuera poco, si estás interesado en el tema, el próximo día 9, en Madrid, el grupo de Management 3.0 – Peopleware – Liderazgo Técnico, de la mano de Pablo Perez, va a dedicarle una reunión al tema. Estás invitado.
Y aquí están las diapositivas de las que te hablaba…

jgarzas

Ph.D. en informática, Postdoctorado en la Carnegie Mellon (EE.UU) e Ingeniero en Informática.

Primera vez que me tocó hacer una gestión Ágil en una empresa... año 2001. Desde entonces he trabajado en, o para, más de 90. Y he formado a más de 2000 alumnos.

También soy profe de la Universidad Rey Juan Carlos.

0 comentarios en “Mis diapositivas sobre #NoEstimates o sobre que la estimación no sea la pieza central de un proyecto”

  1. Hola Javier! Cómo estas? Un gusto participar de tu blog.
    Hoy te hago una pregunta para conocer tu opinión.
    Actualmente trabajo en una empresa de sistemas en el área de desarrollo de producto CORE.
    Por ende nosotros no corremos contra los tiempos impuestos por un cliente externo, sino que sentimos la presión interna.
    Principalmente nuestro trabajo consiste en lanzar nuevos releases del producto y bugfixes.
    El problema principal es la intolerancia del directorio a la incertidumbre en la precisión de la fecha de entrega del nuevo release y de su alcance, ya que las acciones de comercialización se apoyan fuertemente en las nuevas funcionalidades del producto.
    En este tipo de panorama en donde la previsión se vuelve muy importante para la empresa, la complejidad de implementar NoEstimates creo que viene dada por la experiencia en rodaje de metodologías agiles del equipo involucrado y de métricas anteriores.
    Vos que opinas? Cómo implementarías NoEstimates en el panorama anteriormente citado, en donde no hay predisposición para cambiar fechas (o es muy acotado) y el alcance se usa como herramienta de venta, por ende el cambio de escope del release no es una variable de ajuste (o es muy acotada)?
    Saludos
    LH

  2. En una conversacion que varios agilistas tuvimos con Agustin Villena en el ultimo Agiles 2014, nos dijo que habia que tener cuidado con la palabra «velocidad» pues eso implicaba la posibilidad de «aceleración» y es lo que los managers nos pedirian aun a costa de no tener un ritmo de trabajo sostenible.

Dejar un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *