buenos libros sobre Scrum y XP [cerrado]

Quiero saber qué recomendarías leer para Scrum y XP. Tengo Scrum y XP de las trincheras, pero me gustaría ver algunas referencias más que valgan la pena.

Con respecto a ágil, no creo que ningún equipo pueda prescindir de " Retrospectivas ágiles ". Las retrospectivas son la columna vertebral de cualquier equipo y ejecutarlas correctamente está lejos de ser trivial.

También recomiendo " Coaching de equipos ágiles ". Actualmente lo estoy leyendo y a mitad de camino. Puede ser un poco esponjoso de vez en cuando, pero proporciona muchas ideas excelentes, al menos para mí.

(Edición posterior: quise decir "entrenar equipos ágiles", no "entrenar ágilmente").

Desarrollo ágil de software con Scrum fue el libro que leí para mi curso de CSM. Lo he encontrado bastante útil hasta ahora (nuestro equipo recién comienza su tercer sprint). Realmente recomiendo leer varios libros sobre el tema, preferiblemente por una variedad de autores diferentes. Eso debería darle una buena idea de dónde están las diferencias y, por lo tanto, sobre qué cosas realmente necesita pensar y llegar a sus propias conclusiones.

Scrum y XP de las trincheras es un muy buen libro sobre el tema. A diferencia de otros libros, describe cómo una empresa hizo scrum desde cero. Es un libro más práctico, que le da una idea de CÓMO se puede hacer scrum. Y el libro es GRATIS.

Para Scrum, iría con "Agile Estimation and Planning" de Mike Cohn .

Cubre Scrum desde lo básico hasta algunos de los temas más complejos y también aborda algunas de las preguntas más comunes que surgen al comenzar con Scrum. Por ejemplo:

• puntos de historia vs. días ideales
• velocidad
• qué hacer en caso de una historia fallida (obtenemos crédito parcial o transferimos los puntos)
• estrategias de división de la historia
• lidiar con errores / defectos
• si cambiar el tamaño / reestimar historias
• cómo preparar una cartera de pedidos

Cohn también aborda algunos temas desde la perspectiva de un Propietario de producto: cómo priorizar una cartera de pedidos, diferentes enfoques para llegar a una medida de ese "valor comercial" siempre evasivo, incl. El modelo Kano para el desarrollo de productos. No todo puede ser relevante para alguien en un rol de desarrollador estricto (tengo otra queja sobre si el "rol de desarrollador estricto" es incluso algo bueno), pero siempre es útil tener algo de contexto. De hecho, diría que el contexto es esencial para el éxito a largo plazo.

Desarrollo de software ágil: el juego cooperativo (2ª edición)

... uno de los principales pioneros de Agile actualiza su libro galardonado Jolt Productivity para reflejar todo lo que se ha aprendido sobre el desarrollo ágil desde su introducción original.

Alistair Cockburn comienza actualizando su poderoso modelo de desarrollo de software como un "juego cooperativo de invención y comunicación". Entre las nuevas ideas que presenta: aprovechar la competencia sin dañar la colaboración; aprender lecciones de manufactura esbelta; y estrategias de equilibrio para la comunicación. Cockburn también explica cómo se juega el juego cooperativo en los negocios y en proyectos de ingeniería, no solo en el desarrollo de software

A continuación, ilumina sistemáticamente el modelo ágil, muestra cómo ha evolucionado y responde las preguntas que los desarrolladores y gerentes de proyectos hacen con mayor frecuencia, incluyendo

• ¿Dónde encaja el desarrollo ágil en nuestra organización?
• ¿Cómo combinamos ideas ágiles con otras ideas?
• ¿Cómo ampliamos las ideas ágiles de manera más amplia?

Cockburn asume conceptos erróneos cruciales que hacen que los proyectos ágiles fallen. Por ejemplo, aprenderá por qué codificar estrategias de gestión de proyectos en procesos fijos puede conducir a decisiones de estrategia ineficaces y errores costosos. También encontrará una discusión reflexiva sobre la controvertida relación entre los métodos ágiles y el diseño de la experiencia del usuario.

Cockburn se enfoca en los desafíos prácticos de construir metodologías ágiles para sus propios equipos. Aprenderá cómo ajustar y reinventar continuamente sus metodologías, y cómo administrar una comunicación incompleta ...