Arquitecto Agil: Experiencias y Lecciones Aprendidas

2,868 views

Published on

Published in: Technology
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
2,868
On SlideShare
0
From Embeds
0
Number of Embeds
618
Actions
Shares
0
Downloads
50
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide
  • Lo que mas se debe resaltar es que son consideraciones para la mejor construcción de software, donde el sentido comun es mas que importante
  • Arquitecto Agil: Experiencias y Lecciones Aprendidas

    1. 1. Arquitecto Agil: Experiencias y Lecciones aprendidas<br />Jersson Dongo<br />
    2. 2. Hola!<br />Jersson Dongo<br />Arquitecto de Software <br />Menciones en Investigación y Desarrollo de Software<br />Participación en diseño, construcción y certificación de productos de consumo masivo. <br />Últimos Proyectos:<br />Fábricas de Software<br />Optimización de Metodología Empresarial CMMI2-CMMI3<br />Diseño y Certificación de Productos<br />Investigación y Desarrollo<br />
    3. 3. Agenda<br />Qué hace un arquitecto?<br />Manifiesto Agil<br />Experiencias<br />Mitos<br />LeccionesAprendidas<br />Logros<br />
    4. 4. Qué hace un arquitecto?<br />
    5. 5. Qué hace un arquitecto?<br />Tema complicado, no?<br />Paradigmas, desconocimiento?<br />Se puede decir de manera sencilla?<br />Alguien puede?<br />Digamos que todos estamos de acuerdo<br />Diseño<br />Integración<br />Patrones<br />ETCETERA<br />
    6. 6. Qué hace un arquitecto?<br />Digamos que todos estamos de acuerdo<br />Reglas/ Herramientas / Frameworks<br />Especificación de la Especificación<br />Proceso del Proceso<br />Herramientas<br />Metodologías<br />Marcos de trabajo<br />Proyectos<br />
    7. 7. Qué hace un arquitecto?<br />«Así como buscamos nuevas tecnologías<br />debemos comprender otras materias»Rockford Lhotka<br />Architects: How Are They Made?<br />Tech Ed USA 2008<br />
    8. 8. Manifiesto Agil<br />Una vez mas???<br />Herramientas?<br />Procesos?<br />Personas?<br />«Individuosy su interacción, por encima de <br />los procesos y las herramientas.»<br />«Softwareque funciona, por encima de <br />la documentación exhaustiva.»<br />«Colaboracióncon el cliente, por encima de <br />la negociación contractual.»<br />«Respuesta al cambio, por encima del <br />seguimiento de un plan.»<br />
    9. 9. Experiencias<br />Gestión del proyecto<br />Scrum!<br />Como framework<br />
    10. 10. Experiencias<br />Gestión del proyecto<br />Scrum!<br />Como concepto<br />Trabajo en equipo<br />Priorizarfuncionalidades<br />Iteración incremental<br />Valor funcional!<br />
    11. 11. Experiencias<br />Gestión del proyecto<br />Control de Actividades<br />De MS Project a MS Excel<br />De MS Projecta MS Projecty MS Excel en TFS<br />Scrumy<br />Version One<br />PlantillasMS VSTS Agile<br />Recomendaciones<br />Documentos<br />
    12. 12. Experiencias<br />Gestión del proyecto<br />Arquitecto, cómoapoyas?<br />De cerdos y gallinas<br />Estarcomprometido o estarinvolucrado?<br />“Uno mas” en el equipo?<br />Ego!!!<br />
    13. 13. Experiencias<br />Trabajo en equipo<br />Niveles de Comunicación<br />Como en todarelación, MUY importante<br />Requerido mas no solicitable<br />No solicitable mas si cultivable<br />Niveles de Responsabilidad<br />Todos y uno<br />
    14. 14. Experiencias<br />Trabajo en equipo<br />Niveles de Paridad<br />No solo en programación<br />Diseño / Documentación / Arquitectura<br />Trabajo en general: Pair Working!<br />Entonces, todossomos… arquitectos?<br />Hummmmmm…<br />Hay Roles, actividades y proyectos<br />
    15. 15. Experiencias<br />Programación<br />Paridad<br />Mucho tiempo!<br />Versionamiento<br />Mucho tiempo!<br />Pruebasunitarias?<br />Mucho tiempo!<br />
    16. 16. Mitos<br />Iterar es ser ágil<br />Programar en pares es XP<br />XP es ser ágil<br />
    17. 17. Mitos<br />La primera vez que usas Scrum...<br />Cero documentos!<br />Todos somos responsables<br />
    18. 18. Lecciones Aprendidas<br />Se requiere<br />Flexibilidad<br />Ser iterativo e incremental<br />Generar Valor Funcional<br />Mente abierta y Respeto<br />Herramientas y Procesos<br />Son solo eso! Cuidado!<br />Manifesto<br />Es solo eso! Cuidado!<br />Pero nunca debe olvidarse<br />
    19. 19. Lecciones Aprendidas<br />Comunicación y Confianza<br />No pidas lo que no puedasdemostrar<br />Iteración e Incremento<br />Sobre funcionalidades / Valor Funcional <br />Arquitecto como parte del equipo<br />Mas cerdo que gallina<br />No solo es «colaboración»<br />Uno mas del equipo?<br />
    20. 20. Logros<br />Comunicación Unificada <br />Requisito principal<br />Plataforma tecnológica<br />Tipos de liberación/implementación<br />Por fase<br />Por persona<br />Por proyecto<br />
    21. 21. Logros<br />Agilidad en procesos<br />No todo es desarrollo<br />Optimización inicial de 30% en flujos documentales<br />Fábrica Ágil<br />Librerías / Fases / Proyectos<br />Roles<br />Fábrica de Agilidad<br />En esas estamos!<br />
    22. 22. Preguntas Generales<br />http://alphab-it.com<br />Jersson.Dongo@alphab-it.com<br />http://Jersson.net<br />@jersson<br />

    ×