R. Chavarria's Blog

Proud of developing software, proud of being an Engineer

Scrum y XP desde las trincheras

Scrum y XP desde las trincheras

Henrik Kniberg

Por qué lo he leído

Estaba un poco cansado de leer libros técnicos, y me apetecía leer alguno más práctico, como si estuviera leyendo un caso de éxito o algo así. También me apetecía introducirme más de lleno en las metodologías ágiles, y un amigo me comentó que desde que leyó Scrum y XP desde las trincheras, su visión del desarrollo del software cambió totalmente.

Qué esperaba

Esperaba una descripción de los elementos que componen Scrum, o de las prácticas que define XP. Y también una visión práctica de las mismas. Tenía muy buenas referencias del libro, y tenía ganas de conocer de primera mano todas las bonanzas que había escuchado sobre las metodologías ágiles.

Qué encontré

Encontré una serie de anécdotas, y una descripción de un caso real de aplicación de Scrum y XP en una empresa. Un testimonio sin igual. El autor expone su propia experiencia trabajando con Scrum y XP, metodologías o mejores prácticas del mundo ágil que nos proporciona una idea de lo que nos podríamos encontrar si lo quisiéramos aplicar en nuestra empresa.

Conclusiones

Un fantástico testimonio que todo el que quiera conocer un caso real y exitoso de aplicación de metodologías ágiles debería leer. Sin duda, éste es un libro que no te deberías perder. Además, está disponible para su descarga gratuita en varios idiomas, entre ellos el español (enlace de descarga de Scrum y XP desde las trincheras). La verdad es que se agradece que existan versiones en español de libros tan interesantes como éste.

Pasajes que quiero recordar de este libro

el dueño del producto debe concentrarse en los objetivos del negocio, no en escribir historias con orientacion tecnica
otras personas aparte del dueño del producto pueden añadir historias a la pila del producto, pero no pueden asignarles orden de importancia (cometido exclusivo del dueño de producto) ni pueden establecer estimaciones (cometido exclusivo del equipo)
la planificación del sprint es una reunión crítica, la más importante de Scrum
cada historia de usuario depende de tres variables: estimación (proporcionada por el equipo), alcance e importancia (proporcionadas por el dueño del producto)
es responsabilidad del equipo mantener la calidad del sistema bajo toda circunstancia, y no es negociable nunca
la estimación es una labor de equipo, todo el equipo debe involucrarse en estimar cada historia
¡ sienta al equipo junto !
en la retrospectiva, cada persona tiene una oportunidad de decir, sin ser interrumpida, qué ha ido bien, qué podría haber ido mejor y qué piensan que debería hacerse diferente en el próximo sprint
fase de pruebas es dura, probablemente la más dura del ciclo del desarrollo de sw. la sensación es definitivamente ‘no agil’. no podemos liberarnos de ella, pero si minimizar la cantidad de tiempo necesario
casi siempre es más barato producir menos, pero hacerlo estable, que producir muchísimo y luego tener que hacer parches de emergencia

Otras lecturas y enlaces relacionadas

  1. Blog de Henrik Kniberg
  2. Manifiesto ágil (english: Agile Manifesto)
  3. Introducción a la Agilidad y Scrum

Comments