Presentacion como ser agil y no morir en el intento v2
Upcoming SlideShare
Loading in...5
×

Like this? Share it with your network

Share

Presentacion como ser agil y no morir en el intento v2

  • 396 views
Uploaded on

Charla sobre como empezar con técnicas ágiles en un proyecto o negocio. La primera versión se expuso en el ULIMA Agile Day 2010 en la Universidad de Lima. La segunda versión se presentó en la......

Charla sobre como empezar con técnicas ágiles en un proyecto o negocio. La primera versión se expuso en el ULIMA Agile Day 2010 en la Universidad de Lima. La segunda versión se presentó en la charla "Un proyecto ágil de inicio a fin" en el Agile Open LIma VII el 21 de Abril del 2013 en la Pontificia Universidad Católica del Perú.

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

Views

Total Views
396
On Slideshare
386
From Embeds
10
Number of Embeds
1

Actions

Shares
Downloads
0
Comments
0
Likes
0

Embeds 10

https://twitter.com 10

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. Cómo ser ágil.Y no morir en elintento.Yes,We Know IT Luis Ibarra Consiglieri
  • 2. agendaEl equipoDirección del equipoEl ambiente de trabajoTécnicas para el desarrolloContratos ágiles con los clientes: cómoconvencerlos!Producto vs Software a medidaAlgunos ejemplos con clientes reales
  • 3. el equipoQué equipo ?Qué personas ?Qué habilidades necesitamos ?Cuándo necesitamos el equipo ?Qué pasa si no tenemos personas ?El equipo esta completo, ahora qué ?
  • 4. el equipoExperiencia del equipo + / -Personas con pasión, visión: proactivasHabilidades o skills dependen del proy.Honestidad sobre las fechas de inicio30 días para contratar a una personaElegir técnica / framework de trabajo
  • 5. el equipoauto-organizadohonestotalentoPersonasproductivovaloresamistad
  • 6. el equipo“Las mejores arquitecturas, requisitos y diseñosemergen de equipos auto-organizados”. manifiesto ágil
  • 7. dirección del equipoLíder o Jefe de ProyectoFacilitador, catalizador, motivadorcreativosolucionar problemasinvolucradomotivadoproductivo mejorar el día a díaautoridadvisión
  • 8. “Los proyectos se desarrollan en torno aindividuos motivados. Hay que darles elentorno y el apoyo que necesitan, yconfiarles la ejecución del trabajo”. manifiesto ágil“Los responsables de negocio y los desarrolladorestrabajamos juntos de forma cotidiana durante todoel proyecto”.dirección del equipo
  • 9. ambiente de trabajoInstalaciones cómodas, sillas y escritorios adecuados, podría sermodular. Un lugar acogedor.No tenga distracciones, ni ruidos molestos.Espacio para relajarse, lugar de esparcimiento, lugar de lectura,reuniones, juegos.Pizarras acrílicas donde poder dibujar o expresar ideas gráficamente.Herramientas de HW y SW adecuadas.Trabajar las horas necesarias. 8 horas es el standard, no excederse,NO SER UN HEROE.ambiente ágil
  • 10. ambiente de trabajoambiente ágil
  • 11. ambiente de trabajoambiente ágil
  • 12. técnicas para el desarrolloScrumXP : TDD, Pair programmingRefactoring
  • 13. contratos ágilesLo que el cliente quiereLo que el vendedor ofreceLo que el cliente realmentenecesitarequerimiento
  • 14. contratos ágilesUn contrato ágil en el mejor escenario es un contrato queno tiene un final fijo.El fin del contrato se da con la satisfacción final del cliente,si el cliente no esta satisfecho el contrato se puede alargaro si ya lo esta, puede acortarse.El contrato ágil puede hacer que el cliente ahorre dinero,tiempo y recupere más rápidamente su inversión.El contrato ágil puede hacer que el equipo termine antes elproyecto y aprovechar en “recargar baterías”que es ?
  • 15. contratos ágilesMostrar el posible ahorro de tiempo y dinero de darse elcaso que se acorte el contrato - Al de Finanzas.Mostrar las ventajas de trabajar con metodologías ágilescomo SCRUM que pondera el tener entregablesincrementales del desarrollo - Al Usuario.Comentar al cliente que fue el mismo equipo quienplanificó los tiempos iniciales, de acuerdo al alcance base -Al de Sistemas o Líder de proyecto.convencer al cliente
  • 16. contratos ágilesconvencer al cliente0 1 2 3 5 6 7 8 996A = Lo que el cliente pideB = Lo que realmente necesita$ A - $ B = Ahorro !meses
  • 17. manifiesto ágil“Aceptamos que los requisitos cambien, incluso enetapas tardías del desarrollo. Los procesos Ágilesaprovechan el cambio para proporcionar ventajacompetitiva al cliente”.contratos ágiles
  • 18. prod. vs sw a medidaaplicaciones que son diseñadas100%  bajo los requerimientosespecificados por el clienteSW a medidaProductoaplicaciones que son diseñadascon requerimientos generalesy vendidas a muchos clientes
  • 19. prod. vs sw a medidaSW a medida =Producto =Alta calidad del SWMucha MotivaciónLogística SimpleContratos cortosPoco personalEquipos pequeñosEspecialización costosaGarantía y soporteMenos recurrenciaPROS CONT / RIESGOGanancia exponencialMuy Alta calidadCostos decrecientesMarca propiaRecurrencia deVentasAlta inversión inicialEquipos grandes al inicioAlta especializaciónLogística y soporte
  • 20. prod. vs sw a medida“Las tendencias, técnicas y frameworkságiles son totalmente compatibles yapalancan la calidad en la creación deproductos y SW a medida”.ScrumKanbanXPágiles TDDpair programingrefactoringintegración continua
  • 21. ejemplos
  • 22. ejemplos1EscenarioCliente: Una universidad privada peruanaRequerimiento: Sistema integral de gestión educativaAnálisis: Jefe de proyecto + vendedorTiempo planeado: 10 mesesFramework: ScrumLo Malo- Equipo no analizó el req.- No hubo un experto- Equipo inmaduro- Rotación de personalLo Bueno- No sabe, no opinaLo Feo- Cliente insatisfecho- Equipo desmotivado- Dinero perdidoResultadoTiempo final: 24 mesesCosto: más de 2X el costo inicial
  • 23. ejemplos2EscenarioCliente: Una entidad bancaria peruanaRequerimiento: Sist. gestión de tipo de cambioAnálisis: El equipo Scrum + Scrum MasterTiempo planeado: 6 mesesFramework: ScrumLo Malo- Cliente exigente- Procesos complejosLo Bueno- Equipo motivado- Usuario comprometido- Cliente muy satisfecho- Calidad = 2do contratoLo Feo- Lo debe saber lacompetencia ;)ResultadoTiempo final: 6 mesesCosto: costo inicial
  • 24. reflexionesmanifiesto ágilEsto es, aunque valoramos los elementos de la derecha,valoramos más los de la izquierda.Individuos e interacciones sobre procesos y herramientasSoftware funcionando sobre documentación extensivaColaboración con el cliente sobre negociación contractualRespuesta ante el cambio sobre seguir un plan
  • 25. preguntas...
  • 26. gracias“La imaginación es más importante que el conocimiento”Albert EinsteinYes,We Know ITlibarra@eknowit.com