Scrum desde las Trincheras

Alineando cliente y equipo de desarrollo

Sobre mi...

  • César Encina León
  • Ingeniero civil en Informática (INACAP)
  • La Serena :)
  • Desarrollador FullStack en Autofact (Santiago)

 

Me encanta programar <3

@dmaster69

/DMaster69

PD: si hablo rápido me detienen D:

Introducción

Historia

El concepto de Scrum tiene su origen en un estudio de 1986 sobre los nuevos procesos de desarrollo utilizados en productos exitosos en Japón y los Estados Unidos (cámaras de fotos de Canon, fotocopiadoras de Xerox, automóviles de Honda, ordenadores de HP y otros).

  • 1993 se realizó el primer Scrum para desarrollo de software.
  • 1995 el proceso fue formalizado.
  • 2001 un grupo de personas muy relevantes en lo que empezaba a ser el desarrollo ágil escribieron los valores fundamentales de los procesos ágiles.

4 valores

12 principios

Agile Manifesto

Qué es Scrum

Framework

Scrum es un proceso en el que se aplican de manera regular un conjunto de buenas prácticas para trabajar colaborativamente, en equipo, y obtener el mejor resultado posible de un proyecto.

Cuando utilizarlo

  • Proyectos en entornos complejos.
  • Se necesitan resultados pronto.
  • Requisitos son cambiantes o poco definidos.
  • Fundamental la innovación, la competitividad, la flexibilidad y la productividad.

Características

  • Enfoque ágil
  • Basado en modelos de proceso iterativo y los valores del manifiesto ágil.
  • Equipo multidisciplinar, motivado, auto-organizado.
  • Planificación adaptativa.
  • feedback del producto y proceso en cada iteración.
  • Cada entrega posee características completas.

Requisitos

  • Cultura de empresa basada en trabajo en equipo, delegación, creatividad y mejora continua.
  • Compromiso del cliente en la dirección de los resultados del proyecto, gestión del ROI y disponibilidad para poder colaborar.
  • Compromiso de la Dirección de la organización para resolver problemas endémicos y realizar cambios organizativos, formando equipos autogestionados y multidisciplinares y fomentando una cultura de gestión basada en la colaboración y en la facilitación llevada a cabo por líderes al servicio del equipo.
  • Compromiso conjunto y colaboración de los miembros del equipo.
  • Relación entre proveedor y cliente basada en ganar-ganar, colaboración y transparencia.
  • Facilidad para realizar cambios en el proyecto.
  • Tamaño de cada equipo entre 5 y 9 personas (con técnicas específicas de planificación y coordinación cuando varios equipos trabajan en el mismo proyecto).
  • Equipo trabajando en un mismo espacio común para maximizar la comunicación.
  • Dedicación del equipo a tiempo completo.
  • Estabilidad de los miembros del equipo

Cómo funciona

Definir el producto

Caraterísticas

Yo como un [Rol], necesito [Descripción de la funcionalidad], con la finalidad de [Descripción de la consecuencia].

Historias de Usuario

Product Backlog

Agrupación de historias de usuario

Otra forma de ver el backlog de productos es una "Lista de deseos" o todo lo que transformará a mi producto en algo genial

Planificación

Roles

Product Owner

Cliente

  • Representa a los usuarios y clientes (stackholders)
  • Selecciona / prioriza historias de usuario
  • Ayuda al direccionamiento del producto

Scrum Master

Facilitador

  • Hacer que el proyecto tenga un proceso suave, y todos tengan las herramientas para realizar las tareas
  • Organiza reuniones
  • Planea release

"Administrador del proyecto"

Team

  • Desarrollador
  • Diseñador
  • Tester
  • Cliente
  • Administrativos

Todo el resto

Release Planning

  • Seleccionar historias del product backlog
  • Crea release Backlog.
  • Prioriza historias.
  • Estimar tiempo a cada historia
    • Estimación horas
    • Estimación por puntos
    • Etc.

Hito (aló epica?)

Sprint

  • Agrupa historias del release backlog
  • Son de corta duración 1 sem ~ 1mes
  • Mientras más corto el release backlog, más corto deben ser los sprint
  • historias planificadas para el sprint deben ser "entregables" independientes.
  • Las historias incompletas en el sprint pasan automáticamente al sprint siguiente

Release backlog != Sprint

Pero suelen "unificarse"

Burndown Chart

Uno de los motivos principales por lo que scrum alcanzo tal popularidad

Cómo lograrlo

Daily Scrum

  • Reunión diaria y rápida

  • Max 15 minutos

  • De pie

Herramienta esencial para que fluya la comunicación

Daily Scrum

  • ¿Qué hiciste ayer?

  • ¿Qué problemas tuviste?

  • ¿Qué harás hoy?

Sprint Retrospective

  • ¿Qué estuvo bien?

  • ¿Qué estuvo mal?

según lo planificado

Resumen

Made with Slides.com