Recomendados
Más contenido relacionado
La actualidad más candente
La actualidad más candente (20)
Destacado
Destacado (10)
Similar a Metodologías Ágiles
Similar a Metodologías Ágiles (20)
Último
Último (20)
Metodologías Ágiles
- 1. Metodologías Ágiles en QDQmedia Scrum y Kanban aplicados a proyectos de Business Intelligence
- 2. Presentación • Diego Martín Fernández – Ingeniero Superior en Informática (UEM) – Dirección y Gestión Estratégica de Proyectos (IE Business School) – Aprendizaje Estadístico y Data Mining (UNED) • Responsable Business Intelligence – QDQ Media (Solocal Group España) 2014 - Actualidad – Grupo EULEN 2011 – 2014 • Profesor Business Intelligence – IDE-CESEM 2015 • Contacto – linkedin.com/in/dmfdez – dmfdez@gmail.com
- 3. Índice • Introducción • SCRUM • Kanban
- 4. ¿De qué estamos hablando? • Las Metodologías Ágiles son una series de frameworks de gestión que nos permite desarrollar de manera iterativa e incremental a lo largo de la vida del proyecto. • El desarrollo realizado duante una unidad de tiempo es una iteración cuya duración podría ser * semanas. (* pon el número que quieras) • El propio desarrollo funcional es la medida de progreso.
- 5. Características • Metodología ligera • Equipos pequeños y/o medianos • Requisitos vagos y/o cambiantes • Técnicas vagas y/o cambiantes • Diseño simple • Sistema simple en producción
- 6. Manifiesto Ágil • Estamos descubriendo formas mejores de desarrollar software tanto por nuestra propia experiencia como ayudando a terceros. A través de este trabajo hemos aprendido a valorar: – Individuos e interacciones sobre procesos y herramientas – Software funcionando sobre documentación extensiva – Colaboración con el cliente sobre negociación contractual – Respuesta ante el cambio sobre seguir un plan • Esto es, aunque valoramos los elementos de la derecha, valoramos más los de la izquierda. http://www.agilemanifesto.org/iso/es/
- 7. Índice • Introducción • SCRUM • Kanban
- 8. SCRUM: Introducción • Scrum es un marco de trabajo que nos proporciona una serie de herramientas y roles para, de una forma iterativa, poder ver el progreso y los resultados de un proyecto. • Características principales – Flexibilidad frente a cambios – Reducción time-to-market – Mayor calidad de la solución
- 9. SCRUM: Actores • Product Owner – Responsable de administrar y priorizar los requerimientos del Backlog (CODIR) • Scrum Master – Responsable de guiar a los involucrados en el proceso de Scrum. (Responsable BI) • Scrum Team – Responsables de la creación del software (Equipo de BI)
- 10. SCRUM: QDQ Media Sprint (2 Sem.) Necesidades Planificación
- 11. SCRUM: Necesidades • Necesidades: – Solución BI • Comparativa herramientas • Estado actual licencias • Plantillas documentación – CRM: • Análisis Siebel • Definición de Entidades • Modelo Ventas Sprint (2 Sem.)Planificación Necesidades – ERP • Análisis Navision • Definición de Entidades • Modelo Facturación – CMS: • Análisis CMS • Definición de Entidades • Modelo Productividad
- 12. SCRUM: Planificación Sprint 1 • Análisis herramientas • Informe propuesta • Selección solución BI • Modelo lógico de Entidades Sprint 2 • Def. de Entidades completa (ERP-CRM-CMS) • Presentación del modelo • Modelo Ventas Sprint 3 • Formación herramienta BI • Modelo Facturación • … Sprint (2 Sem.)Planificación Necesidades
- 13. SCRUM: Entregables • Product Backlog: – Lista de objetivos/requisitos del proyecto que mediante reuniones con los diferentes usuarios se van incluyendo al backlog del proyecto. Yo como un [Rol], necesito [Descripción de la funcionalidad], con la finalidad de [Descripción de la consecuencia]. • Sprint: – Se trata del período en el que desarrollaremos la solución de BI. En nuestro caso aplicamos sprint de 3 semanas y se consensua con el equipo las tareas a realizar. • Sprint Review: – Al final del sprint se realiza un documento revisando las tareas completas y las no completadas.
- 15. Índice • Introducción • SCRUM • Kanban
- 16. Kanban • Kanban es un método para gestionar las tareas dentro de un equipo de trabajo. • Se trata de un sistema muy visual. • Hemos reducido el tamaño de proyectos a “mini-proyectos” de pocos días, añadiendo todas tareas a nuestro proyecto Kanban.
- 17. Kanban WISH • Lista de Proyectos pendientes de definición. REQUIREMENTS • Definición de los proyectos. • Reuniones con Key Users. TO DO • Tareas pendientes de ser realizadas. DOING • Tareas realizándose. • WIP: 3 pers. TEST • Pruebas y verificación con Key Users. DONE • Tares puesta en producción
- 19. Scrum-Ban Utilizamos lo mejor de cada casa para crear una metodología adaptada a nuestra compañía.
- 20. ¿Preguntas?
Notas del editor
- El 17 de febrero de 2001 diecisiete críticos de los modelos de mejora del desarrollo de software basados en procesos, convocados porKent Beck, quien había publicado un par de años antes Extreme Programming Explained, libro en el que exponía una nueva metodología denominada Extreme Programming, se reunieron en Snowbird, Utah para tratar sobre técnicas y procesos para desarrollar software. En la reunión se acuñó el término “Métodos Ágiles” para definir a los métodos que estaban surgiendo como alternativa a las metodologías formales (CMMI, SPICE) a las que consideraban excesivamente “pesadas” y rígidas por su carácter normativo y fuerte dependencia de planificaciones detalladas previas al desarrollo. Los integrantes de la reunión resumieron los principios sobre los que se basan los métodos alternativos en cuatro postulados, lo que ha quedado denominado como Manifiesto Ágil. Hasta 2005 han sido frecuentes las posturas radicales entre los defensores de los modelos de procesos y los defensores de modelos ágiles, quizá más ocupados en descalificar al otro que en estudiar sus métodos y conocerlos para mejorar los propios. En el Manifiesto Ágil, firmado por Kent Beck, Mike Beedle, Arie van Bennekum, Alistair Cockburn, Ward Cunningham, Martin Fowler, James Grenning, Jim Highsmith, Andrew Hunt, Ron Jeffries, Jon Kern, Brian Marick, Robert Cecil Martin, Steve Mellor, Ken Schwaber, Jeff Sutherland y Dave Thomas,1 se expone que: Estamos poniendo al descubierto mejores métodos para desarrollar software, haciéndolo y ayudando a otros a que lo hagan. Con este trabajo hemos llegado a valorar: A los individuos y su interacción, por encima de los procesos y las herramientas. El software que funciona, por encima de la documentación exhaustiva. La colaboración con el cliente, por encima de la negociación contractual. La respuesta al cambio, por encima del seguimiento de un plan. Aunque hay valor en los elementos de la derecha, valoramos más los de la izquierda.