La ingeniería del software ha cambiado para siempre.

Un proyecto software no se gestiona igual que la gestión de la construcción de una carretera ni que la creación de cualquier otro producto físico. Tampoco es un proceso industrial y cada vez lo es y será menos.

Si no lo has hecho ya este es tu momento, aprende cuanto antes la gestión de proyectos ágil, aquella que se está imponiendo en el mundo de la tecnología (y en la gestión de cualquier proyecto intelectual), después de ello… no volverás a ver los proyectos de la misma manera.

Este libro sintetiza de manera práctica, amena, rigurosa y “ágil”, las bases de la gestión de proyectos de manera ágil, explicada desde las experiencias extraídas por el autor después de haber participado en más de 20 proyectos ágiles con Scrum.

  • ISBN: 978-84-616-9017-6
  • Editorial: 233gradosdeTI
  • Páginas: 175 (papel)
  • Tamaño: A5 (148 mm x 210 mm, en papel)
  • Idioma: Castellano
  • Versión: 1.0

Javier Garzás
233 Advisor

Autor

Comprar

índice

PREFACIO: La ingeniería del software ha cambiado para siempre.

  • 1. Gestionar un proyecto software no es gestionar la construcción de una carretera
  • 1.1. La predictibilidad, ciclo de vida en cascada o desarrollo tradicional.
  • 1.2 . Construir software no es como construir coches o casas.
  • 1.3. Frente a la predicción… adaptación, o el ciclo de vida iterativo e incremental.
  • 1.4. El proyecto ágil.
  • 2. El Manifiesto Ágil, hay otras maneras de gestionar software.
  • 2.1. Los inicios del Manifiesto Ágil.
  • 2.2. Valores del Manifiesto Ágil.
  • 2.3.  Los principios ágiles.
  • 2.4. Malas interpretaciones sobre el Manifiesto Ágil.
  • 3.  Entendiendo y aplicando Scrum.
  • 3.1. Buenas prácticas para proyectos complicados y complejos.
  • 3.2. Un proceso empírico, se basa en la experiencia y el aprendizaje continuo.
  • 3.3. Beneficios de Scrum.
  • 4. Las personas: Divide, centra y concentra al equipo.
  • 4.1. El Product Owner.
  • 4.2. El Scrum Master.
  • 4.3. El equipo de desarrollo.
  • 4.3.1. El equipo ágil es auto-organizado.
  • 4.3.2. El equipo ágil es multifuncional.
  • 4.3.3. El equipo ágil es pequeño.
  • 4.4. ¿Quién es el jefe de proyecto en un proyecto ágil – Scrum?
  • 5. Los artefactos: Divide el trabajo
  • 5.1. Las historias de usuario.
  • 5.1.1. Qué información contiene una historia de usuario.
  • 5.1.2. Malas interpretaciones del concepto de historia de usuario.
  • 5.1.3. Historias técnicas: otro tipo de historia de usuario.
  • 5.1.4. Spikes e iteraciones Spikes.
  • 5.1.5. La calidad de una historia de usuario.
  • 5.1.6. Las dependencias entre historias de usuario.
  • 5.2. El Product Backlog.
  • 5.3. Estimando historias de usuario.
  • 5.3.1. Puntos historia.
  • 5.3.2. El Planning Poker.
  • 5.3.3. La velocidad.
  • 5.4. Refinando el Product Backlog.
  • 5.5. El Sprint Backlog.
  • 5.5.1. Buenas prácticas para descomponer historias de usuario en tareas.
  • 5.5.2. Ejemplos de tareas.
  • 5.6. El tablero Scrum: Haciendo visible el trabajo del equipo.
  • 5.6.1. Por qué un tablero en la pared.
  • 5.6.2. Imágenes de tableros reales.
  • 5.7. Cómo gestionar bugs e incidencias en un proyecto ágil.
  • 5.7.1. Gestionar los bugs con el Product Backlog y el Sprint Backlog.
  • 5.7.2. Crear un backlog solo para bugs.
  • 6. Los eventos: Divide y acota el tiempo.
  • 6.1. El Sprint
  • 6.1.1. El objetivo del sprint.
  • 6.2. Las reuniones.
  • 6.2.1. La reunión de planificación del sprint.
  • 6.2.2. La reunión diaria.
  • 6.2.3. Reunión de revisión del Sprint.
  • 6.2.4. Retrospectiva del Sprint.
  • 7. Patrones de Scrum y buenas prácticas.
  • 7.1. Patrones que ayudan al equipo a prepararse.
  • 7.1.2. Equipos estables.
  • 7.1.3. El tiempo que hizo ayer.
  • 7.2. Patrones que ayudan al equipo a terminar un sprint.
  • 7.2.1. Enjambre.
  • 7.2.2. Patrón interrupción
  • 7.2.3. Código limpio diario
  • 7.2.4. Procedimiento de emergencia
  • 7.3. Patrones para convertirse en un equipo muy productivo.
  • 7.3.1. Aplicando Scrum a Scrum
  • 7.3.2. Métrica de felicidad
  • 7.3.3. Los equipos que terminan antes, aceleran más rápido.
  • 8. Implantando la agilidad en empresas grandes.
  • 8.1. Scrum Master de Scrum Masters y Product Owner de Product Owners
  • 8.2. Las reuniones Scrum de Scrums
  • 8.3. Sincronización de los sprint y de las reuniones diarias
  • 8.4. Un Product Backlog para todos los equipos o uno por equipo.
  • 9. Agilidad y modelos de procesos de software (CMMI e ISO)
  • 9.1. Modelos de procesos (CMMI e ISO/IEC 12207) y las prácticas ágiles.
  • 9.2.Relación entre Scrum y las áreas de proceso CMMI-DEV.
  • 9.3.  Consideraciones a tener en cuenta.
  • 10.Referencias