Real World Agile Roadshow 2013 - Planificación y Arquitectura Ágil

  • 295 views
Uploaded on

Presentación usada en la sesión de Planificación y Arquitectura Ágil, el 21 de Marzo de 2013 en el Real World Agile Roadshow 2013, Barcelona

Presentación usada en la sesión de Planificación y Arquitectura Ágil, el 21 de Marzo de 2013 en el Real World Agile Roadshow 2013, Barcelona

More in: Technology
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Be the first to comment
No Downloads

Views

Total Views
295
On Slideshare
0
From Embeds
0
Number of Embeds
0

Actions

Shares
Downloads
9
Comments
0
Likes
2

Embeds 0

No embeds

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
    No notes for slide

Transcript

  • 1. ¿Quiénes somos? www.plainconcepts.com
  • 2. Miembros corporativos de Agile Alliance.Pioneros de las metodologías ágiles y TFS en España.Miembros del Inner Cicle de TFS.Partner del año 2009, 2010 y 2011 a nivel Europeo.Contamos con MVP de Team System, CSM, CSP, PSM, PSDT.Partners acreditados en el programa DPS de Microsoft.
  • 3. Agile en Acción - SesionesKeynote – el valor de AgileIntroducción a ScrumPlanificación, Requerimientos y ArquitecturaBackendFrontendTesting, QA y Despliegue¿Por dónde empezamos?
  • 4. Agile en Acción - SesionesKeynote – el valor de AgileIntroducción a ScrumPlanificación, Requerimientos y ArquitecturaBackendFrontendTesting,Testing, QA y DespliegueCómo empezar
  • 5. tiempo
  • 6. Primer ActoPlanificación | Arquitectura
  • 7. Visual Studio y Team Foundation Server
  • 8. Visual Studio ALMPlanificación y seguimientoSoporte a procesos ÁgilesArquitectura y diseñoDesarrollo, pruebas unitarias, depuración, análisis y profilingControl de versionesConstrucciones automatizadasPruebas manuales y automatizadasDespliegue
  • 9. ¿Qué producto usar?Actividad TFS VS Premium VS Ultimate Test ManagerPlanificación & SeguimientoArquitectura & DiseñoDesarrolloPruebasBuild & DespliegueMonitorización
  • 10. Plantillas de proceso Ágiles en TFS• Visual Studio Scrum 2 (por defecto)• MSF for Agile Software Development 6
  • 11. ¿Qué está definido en una plantilla?• Elementos de trabajo, plantillas de elementos de trabajo, categorías y enlaces• Estructura del portal de proyecto• Informes y documentación• Grupos y permisos• Configuración del control de versiones• Elementos personalizables de Web Access Todas las plantillas pueden personalizarse para ser adaptadas a tu proceso
  • 12. Microfinance HD: ArchitectureMicrosoft Application Architecture Guide, 2nd Edition, Chapter 23:Designing Rich Internet Applications. http://msdn.microsoft.com/en-us/library/ee658083.aspx
  • 13. Parte I: Planificación Ágil In preparing for battle I have always found that plans are useless, but planning is indispensable - Dwight D. Eisenhower A good plan, violently executed now, is better than a perfect plan next week - George S. Patton
  • 14. Planificación Ágil
  • 15. Planificación de producto - ingredientes• Información de negocio: Product Backlog • Contenido • Estimaciones • Ordenación• Información del equipo: • Velocidad del equipo • Tamaño de la iteración
  • 16. Contenido: Historias de Usuario• Lenguaje común de negocio• Orientadas a objetivos• Contienen las conversaciones con los usuarios y las condiciones de aceptación• Responden a tres preguntas • ¿Cuál es la funcionalidad o característica deseada? • ¿Quién se beneficia? • ¿Cuál es el beneficio concreto? • Formato recomendado: Como <rol> quiero <funcionalidad> para <beneficio>
  • 17. Características vs. Objetivos
  • 18. Características vs. ObjetivosEl Producto:• Tiene un motor de combustión• Tiene cuatro ruedas con neumáticos• Tiene una transmisión entre el motor y las ruedas• Tiene un chasis de metal• Tiene un volante• Corta el césped de forma rápida y sencilla http://bit.ly/XZNCAb• Permite ir sentado cómodamente Adaptado de Scott McGregor: http://www.smcgregor.com/blog/?p=13
  • 19. ¿Cómo es una buena historia?IIndependentNNegotiableVValuableEEstimableSSmallTTestable
  • 20. Condiciones de aceptación• Reflejan las expectativas de los usuarios• Desde el punto de vista funcional, son la medida de la calidad• Son la semilla del plan de pruebas• Es útil expresarlas como escenarios Dado <contexto inicial> Cuando <evento o suceso> Entonces <resultado>
  • 21. ¡Demo!Construyendo el backlog
  • 22. Estimaciones: en tamaño, y relativas http://slidesha.re/lHtyj7
  • 23. La complejidad influye en el tamaño
  • 24. El esfuerzo influye en el tamañohttp://bit.ly/XZNKzC
  • 25. El riesgo influye en el tamaño
  • 26. Ordenación: factores que influyen• Valor de negocio• Coste de desarrollo y soporte• Conocimiento ganado• Riesgo eliminado
  • 27. Priorizar es unaforma de ordenar
  • 28. ¡Demo!Estimacionesy ordenación
  • 29. Velocidad: trabajo por unidad de tiempo • El equipo como unidad de producción • Al principio necesitamos estimarla • Con el tiempo podremos inferirla de valores históricos
  • 30. Tamaño de la iteraciónElegir el tamaño que mejor se ajuste según:• Duración total del proyecto• Características del backlog• Necesidad de feedbackLas iteraciones más cortas dan más oportunidades de validarlo que se está construyendo y obtener feedback
  • 31. ¡Demo! Equipo,iteraciones, velocidad yplanificación
  • 32. Planificación y seguimiento de Sprint• Predicción del incremento a entregar• Capacidad del equipo• Qué vs. Cómo• Burndown
  • 33. Flujo continuoDisponible en TFS Web Access:• Tablero Kanban• Diagrama de flujo acumulado (CFD)• Con el Update 2: columnas personalizables para el tablero
  • 34. ¡Demo! Planificacióny seguimiento de Sprint, Flujo continuo
  • 35. Parte II: Arquitectura Ágil Less is more - Ludwig Mies van der Rohe God is in the details - Ludwig Mies van der Rohe
  • 36. Arquitectura Ágil• La arquitectura se desarrolla de forma concurrente al desarrollo• No hay un Sprint inicial de arquitectura o un diseño preliminar exhaustivo• La arquitectura base del sistema emerge durante los primeros Sprints, como soporte a la entrega de valor real• Los detalles son importantes, pero es lo ultimo que descubrimos
  • 37. Arquitectura Ágil• La arquitectura está supeditada a la entrega de valor• La arquitectura sirve para dar soporte a la funcionalidad• En todos los Sprints debemos entregar un incremento de valor que demuestre que la arquitectura es válida
  • 38. Ley de Conway"Any organization that designs a system will inevitably producea design whose structure is a copy of the organizationscommunication structure.“ - Melvin Conway, 1968 Mars Climate Orbiter
  • 39. Arquitectura “Emergente”• La arquitectura debe estar al servicio del equipo, no al revés• Pensamos en “rodajas” verticales, no en capas Sprint 1 Sprint 2 Sprint 3 Sprint 4
  • 40. Arquitectura “Emergente”• Nos basamos en patrones y buenas prácticas de probada eficacia • Test Driven Development • Behavior Driven Development • Inyección de Dependencias • Domain Driven Design • DRY • SOLID • Inversión de Control • YAGNI • …
  • 41. Arquitectura de Microfinance HDPatterns & Practices Windows Azure Architecture Guidance - Part 1:Moving applications to the cloud• http://msdn.microsoft.com/en-us/library/ff728592.aspxPatterns & Practices Windows Azure Architecture Guidance - Part 2:Developing Applications for the cloud on the Windows Azure Platform• http://msdn.microsoft.com/en-us/library/ff966499.aspxProject Silk: Client-Side Web Development for Modern Browsers• http://msdn.microsoft.com/en-us/library/hh396380.aspxWindows Phone 7 Developer Guide• http://msdn.microsoft.com/en-us/library/gg490765.aspx
  • 42. Herramientas de Arquitectura en VSExplorador de Arquitectura• Analiza el código y las relaciones entre proyectos, tipos, ensamblados y referenciasGráficos de Dependencias• Ayudan a entender y comunicar la arquitectura del sistemaDiagramas de Capas• Ayudan a visualizar la arquitectura del sistema a alto nivel• Aseguran que el código sea consistente con el diseño
  • 43. ¡Demo! Herramientasde Arquitectura
  • 44. ¡Pruébalo!Visual Studio 12http://www.microsoft.com/visualstudio/Visual Studio 12 ALM Virtual Machinehttp://aka.ms/VS11ALMVMTeam Foundation Servicehttp://tfs.visualstudio.com/Professional Scrum Dev with VS2012http://bit.ly/SkA5N9
  • 45. ¡Gracias! ¿Alguna Pregunta? jlsoria@plainconcepts.com @jlsoriat http://geeks.ms/blogs/jlsoria