Desarrollo Agil. Introduccion a desarrollo agil. Periodo: Inicio: Ago 14, 2012 Termino: Nov 27, 2012

Transcripción

1 Desarrollo Agil Introduccion a desarrollo agil Periodo: Inicio: Ago 14, 2012 Termino: Nov 27, 2012

2 Agenda Desarrollo Agil con SCRUM FDD Requerimientos Historias de Usuario

3 Desarrollo de software como apoyo Es mas un conjunto de guias que una metodologia formal Originalmente aplicado a la manufactura, esta practica se llevo al desarrollo de software. Se puede y es comun aplicarlo para la mejora de procesos. Enfocado en la mejora continua (kaizen) y el valor del flujo

4 Principios para software de apoyo. Reconocer y optimizar el todo. Eliminar desperdicio Entregar rapido. Apliar el conocimiento Diferir el compromiso (Tomar las desciciones hasta el ultimo momento posible. Respeto hacia las personas Construir con calidad

5 Featured Driven Development Creado por Jeff De Luca mientras trabajaba en un proyecto de 50 personas en el banco de singapur en 1997 Se apega a un proceso estricto Basado en practicas de ingenieria respecto al tiempo (time-honored) Se apoya del modelado como la base actual del proceso. Algunos proyectos escalan con FDD de forma mas efectiva que SCRUM

6 FDD Disenar por entregable. Crear por entregable Desarrollo sobre el modelo. Crear una lista de entregables Planificar por entregable Dominio del recorrido Diseño Inspeccion del diseño Codigo Inspeccion del codigo Promover nuevos entregables.

7 Practicas FDD Modelado de objectos del dominio (Problema a resolver) Alta visibilidad en el progreso y resultados. Desarrollar por entregable Builds de forma regular. Propiedad individual del codigo Configuracion de la administracion. Equipos por entregable Inspecciones (asegura calidad)

8 Puntos a recordar. Agil es un conjunto de principios. Personas e Iteraciones sobre Procesos y Herramientas Software Funcional sobre Documentacion Compresiva. Colaboracion del Cliente sobre Negociacion de Contrato. Responder al Cambio sobre Seguir un Plan Agil NO es un proceso distinto o metodologia. Agil tiene algunos atributos distintos. Iteraciones para entregas del producto frecuentemente. Retroalimentacion adaptativa y responsiva. Reforzar la relacion con los clientes. Alta transparencia.

9 Referencias Manifiesto para desarrollo de software agil. agilemanifiesto.org Administracion de proyectos, Declaracion de interdependencia. Agile Alliance agilealliance.org Desarrollo iterativo e incremental (Historia) Beneficios del desarrollo agil. Administrando el desarrollo de aplicaciones grandes.

10 Estimacion y Requerimientos p/desarrollo Agil

11 Que es un requerimiento?

12 Que NO es un requerimiento? El diseño de una solucion (todos los detalles) La fuente de la verdad. Una descicion acerca de la implementacion El entregable el cual es tipicamente ilustrativo

13 Caracteristicas deseables para las especificaciones de requerimientos: NASA Completas Medibles Sin Ambiguedad Consistentes Valoradas Verificables. Correctas Modificables

14 Requerimientos (IEEE) IEEE Indica que los siguientes elementos deben estar presentes en los requerimientos. Interfaces Capacidades funcionales Niveles de rendimiento Elementos / Estructuras de Datos. Seguridad Fiabilidad Privacidad / Seguridad. Calidad Restricciones y Limitaciones.

15 Receta para las peticiones de trabajo I N V E S T independiente Negociable Valor Estimable Medida apropiada (Size Apropiately) Testeable I N V E S T

16 User Stories Receta para crear una historia: Como <Rol> necesito <Caracteristica> por lo que <Beneficio> Ejemplos: Como alumno quiero inscribirme en una materia Como estudiante quiero ver las materias disponibles de la carrera. Como usuario de una aplicacion de inscripciones quiero cancelar mi inscripcion Como Director de la escuela quiero ver un reporte de todas las cancelaciones NOTA: Utilizar el Rol y no usuario

17 Por que las historias de usuario funcionan bien? Son simples de escribir y entender Los requerimientos de software son un problema de comunicacion. Proveen detalles en una conversacion El analisis de requerimientos es efectivo cuando se ejecuta colaborativamente. El todo raramente puede ser modelado o representado al 100%

18 Conversacion de una historia de usuario. Como alumno de un sistema de inscripciones quiero cancelar mi inscripcion y asi poder obtener mi reembolso El alumno obtiene un reembolso completo o parcial? Se realiza el reembolso a su tarjeta de credito o efectivo? Con cuanta anticipacion pudiera llegar a cancelarse una inscripcion? Es lo mismo para todas las carreras? Para todos los alumnos? Los alumnos becados pueden cancelar? Se requiere confirmacion por parte del alumno? Como?

19 Detalle de Sub-Historias mas cortas Como usuario del sistema de inscripciones quiero cancelar mi reservacion y asi tener mi reembolso. Como alumno quiero cancelar en el ultimo minuto sin penalizacion, de tal forma que pueda tener mi reembolso completo. Como becado quiero cancelar con 24 horas de anticipacion y obtener el 50% de reembolso. Como usuario del sitio quiero un correo de confirmacion de mi reservacion cancelada, para asi tener un registro de la transaccion.

20 Signos que indican que una historia esta funcionando. El enfoque cambia de escribir a hablar. Las historias son entendidas por el cliente y el desarrollador Al momento de estimar, son del tamaño correcto. Ocurre un diseño participativo. Enfasis en los objetivos del usuario no en los atributos del sistema.

21 Escenarios: Comunicación Terminada Dado <Contexto> [ y <Mas Contexto> ] Cuando <Algo Pasa> Entonces <Valor Esperado> [ y <Mas Valor Esperado> ]

22 Ejemplo: Dado/Cuando/Entonces Como un usuario de una aplicacion de inscripciones,quiero cancelar mi inscripcion por lo que quiero un reembolso. Dado que soy un alumno sin beca, cuando cancelo aun despues del periodo de las 24 horas, entonces no incluye penalizacion. Dado que soy un alumno becado, cuando cancelo despues del periodo de las 24 horas, entonces obtengo el 50% de reembolso. Dado que soy alumno de la institucion, cuando cancelo mi inscripcion, entonces obtengo una confirmacion por correo electronico.

23 Bibliografía Personal Kanban Mapping Work Navigating Life Jim Benson, Tonianne DeMaria Barry Feb 2011 Kanban Successful Evolutionary Change for Your Technology Business David J. Anderson, Donald G. Reinertsen. Apr 2010