Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Scru My Principio S Giles
Scru My Principio S Giles
Por recorrer
www.lemondata.com.ar
2001: Ken Schwaber y Mike Beedle, presentaron el primer libro: Agile Software development with Scrum
www.lemondata.com.ar
Caractersticas
Propsito: No es un proceso o una tcnica para desarrollar o crear productos, sino que es un marco trabajo en el que se pueden emplear diversos procesos y tcnicas. Se basa en la teora del control emprico de procesos, empleando un enfoque iterativo e incremental para optimizar la previsibilidad y controlar los riesgos.
Atributos y valores: La Transparencia La Inspeccin Compromiso Enfoque Respeto Coraje
La Adaptacin
www.lemondata.com.ar
Caractersticas
TIME- BOX: Ayuda a crear regularidad en las actividades: Sprint Planning Scrum Daily meeting Sprint Review Sprint Retrospective. Sprint SPRINT: Son iteraciones de 2 a 4 semanas, los cuales se inician inmediatamente despus del anterior. Son de duracin fija: terminan en una fecha especfica, aunque no se haya terminado el trabajo, y nunca se alargan. La duracin debe ser constante Sprint a Sprint, para producir predictibilidad y un paso sostenido. www.lemondata.com.ar
www.lemondata.com.ar
Crea la visin de producto y es responsable de mantener actualizada y priorizada la lista de requerimientos (Product Backlog).
Sprint a Sprint reprioriza y refina el Product Backlog, de acuerdo al valor de negocio. Acepta o rechaza los resultados del trabajo de un Sprint. Decide fechas del release. Puede cancelar un Sprint.
Consejos: Para que el PO tenga xito, todos en la organizacin deben respetar sus decisiones. El PO es una persona, no un comit. www.lemondata.com.ar El PO nunca debe ser el Scrum Master.
Se asegura que el Equipo funcione correctamente, reafirmando los principios de Scrum (auto-organizados y funcionales).
Protege al Equipo, de nuevos requerimientos durante el Sprint.
Consejos: Puede ser un miembro del Equipo. Sin embargo, esto conduce frecuentemente a conflictos cuando el SM tiene que elegir entre eliminar obstculos o realizar las tareas. El SM nunca debe ser el PO. NO CONFUNDIR: Scrum Master = Project Manager www.lemondata.com.ar
ROLES: Team
Tpicamente 72 integrantes. Responsables del desarrollo del producto.
Son multidisciplinarios.
Los miembros deberan ser fulltime para evitar demoras por multitasking. Van tomando las tareas que deseen y las van cumpliendo.
Consejos: Ubicarse en el mismo espacio de trabajo, para una mayor sinergia. Buscar actividades/tcnicas para fomentar el espritu de colaboracin y/o la www.lemondata.com.ar autonoma del equipo.
www.lemondata.com.ar
www.lemondata.com.ar
CARACTERISTICAS
Frecuencia Duracin
DESCRIPCION
Al comienzo de cada Sprint. 4 hs, para un Sprint de 2 Semanas. 8 hs, para un Sprint de un mes.
Se obtiene el Sprint Backlog Sprint COMMITTED Backlog.
PARTICIPANTES
Objetivo
- PO - EQUIPO - SM
Composicin
www.lemondata.com.ar
Primera parte: Se discute el Qu se har durante el Sprint (hasta completar la velocidad del Equipo). Se definen el Objetivo del Sprint, y definiciones de hecho. Segunda parte: El Equipo determina el Cmo se va a convertir una funcionalidad en Producto potencialmente entregable.
CARACTERISTICAS
Frecuencia Duracin Objetivo
DESCRIPCION
Una vez al da (a la misma hora y en el mismo lugar). 15 minutos. Comunicacin y Sincronizacin: Observar el estado de avance de las tareas tomadas del Sprint Backlog, y los obstculos existentes.
Se contesta tres preguntas: 1. Qu hice desde la ltima reunin? 2. Qu har hasta la prxima reunin? 3. Encontr obstculos/impedimentos? No se puede llegar tarde. Los Interesados no pueden interrumpir. Se actualiza tareas del Sprint Backlog y grficos de Burndown.
PARTICIPANTES
Composicin
- EQUIPO - SM - Interesados
www.lemondata.com.ar
CARACTERISTICAS
Frecuencia Duracin Objetivo
DESCRIPCION
Una vez, al final el Sprint. 1 a 4 hs. Mostrar el incremento de producto que el Equipo se comprometi a trabajar durante el ltimo Sprint.
El Equipo muestra el trabajo realizado.
El PO verifica la realizacin del Sprint Backlog segn la definicin de hecho, y puede aceptar o rechazar. Todo feedback se debe plasmar en el Product Backlog. Al final, se acuerda la fecha para la prxima reunin.
PARTICIPANTES
Composicin
- EQUIPO - SM - PO - Interesados
www.lemondata.com.ar
CARACTERISTICAS
Frecuencia Duracin Objetivo Composicin
DESCRIPCION
Una vez, al final del Sprint Review. 3 a 4 hs. Se analiza como se trabaj durante el Sprint anterior y se revisa el Proceso.
Lo facilita el SM. Se centran en: Qu se hizo bien? Qu funcion mal? En qu se puede mejorar? Finalmente se identifican y priorizan las soluciones, para aplicar en el prximo Sprint.
PARTICIPANTES
- EQUIPO - SM
www.lemondata.com.ar
www.lemondata.com.ar
Pequeas Entregas: El equipo entrega software funcionando ( un incremento del mismo que agrega valor al negocio), al PO, al final de cada Sprint. Pruebas de Usuarios: Pruebas de Aceptacin: cada User Story necesita una o ms Pruebas de Aceptacin (Las cuales el Equipo debera automatizarlas). Estndares de Codificacin: Buscar que todo cdigo en el sistema, pareciera que fue escrito por un nico individuo. Los estndares de codificacin ayudan a la propiedad colectiva.
www.lemondata.com.ar
Propiedad Colectiva: No existe dueos de determinadas partes de cdigo. Cualquiera puede modificar cualquier parte, en cualquier momento. Difundir el conocimiento entre el Equipo. Esto se Respalda: por Pruebas Unitarias y /o Programacin de a Pares Integracin Continua: El sistema est integrado todo el tiempo. El sistema se compila varias veces por da. Repositorio nico de cdigo fuente. Automatizar el Build. Compilacin Auto Verificable (pruebas automatizadas) Commits diarios (es una manera de comunicar al resto y anticiparse de futuros conflictos)
www.lemondata.com.ar
www.lemondata.com.ar
Diseo dirigido por Pruebas: Desarrollo en ciclos cortos (aplicamos TDD): Primero se codifica una Prueba de lo que se desea construir. Luego se debe verificar su fallo (si No falla, no es bueno) Luego se codifica y verifica la ejecucin exitosa de la Prueba. Refactorizar hasta que se termine el fragmento que quiero construir (manteniendo las pruebas exitosas). Las Pruebas estn vinculadas a la IC. Refactorizacin: Es la Mejora continua del Diseo. Los procesos de Refactorizacin se enfocan en: Remover duplicaciones. Incrementar la cohesin. Disminuir el acoplamiento.
www.lemondata.com.ar
Cerrando
La agilidad requiere una forma diferente de pensar y de ver las cosas, se trata sobre todo de valores y principios. No miremos a Scrum como un conjunto ms de prcticas y reglas a seguir, sino como una gua de valores y principios, que podr hacer que en EQUIPO, con ganas de aprender, mejorar, colaborar y estando comprometidos, desarrollemos Software con un gran Valor agregado y de Calidad. www.lemondata.com.ar
Preguntas?
www.lemondata.com.ar
MUCHAS GRACIAS!!!
REFERENCIAS: http://www.proyectalis.com/wp-content/uploads/2008/02/scrum-y-xp-desde-las-trincheras.pdf http://www.agilemanifesto.org/ http://softwareagil.blogspot.com.ar/ http://es.wikipedia.org/wiki/Lean_software_development
www.lemondata.com.ar