MetodologíaMetodologíaPlanificaciónPlanificación Gestión del cambio EstimaciónEstimaciónDocumentaciónDocumentaciónHerramientasHerramientasProcesosProcesosROIROIEquipoEquipoComunicaciónComunicación.

Slides:



Advertisements
Presentaciones similares
¿De qué vamos a hablar hoy? Estrategia ágil vs. estrategia tradicional Scrum: ciclo de proyecto, roles Planificación ágil Seguimiento de un proyecto.
Advertisements

Caso de Éxito: Team System, CMMI, Metodologías Ágiles
Presentación Inicial Grupo 3 Fondato, Rodrigo Cieri, Juan Cristian
Scrum Master: Gabriel Bongianino
Metodologías ágiles.
Lecciones sobre ingeniería de software desde el Software Libre
CALIDAD DE PRODUCTO PORTADA CALIDAD DE PRODUCTO.
Guía metodológica para la gestión de proyectos de software en PyMEs que no son fábricas de software por medio de Metodologías ágiles.
VV&T and QA software departments in a medical company
METODOLOGÍAS ÁGILES “PROCESO UNIFICADO ÁGIL (AUP)
DIAGNÓSTICO DE CALIDAD AMS
Metodología de Trabajo Aperio: SCRUM Aperio Inducción
METODOLOGIAS AGILES DE CONSTRUCCION DE SOFWARE
Guía metodológica para la gestión de proyectos de software en PyMEs que no son fábricas de software por medio de Metodologías ágiles.
MÉTODO ÁGIL SCRUM APLICADO A LA IMPLANTACIÓN DE UN SISTEMA INFORMÁTICO PARA EL PROCESO DE RECOLECCIÓN MASIVA DE INFORMACIÓN CON TECNOLOGÍA MÓVIL Como.
¿Funciona? Más ejemplos: Facebook, Amazon, Netflix, Etsy…
Visual Studio 2005 Gestión del Ciclo de Vida Jose Murillo Responsable programas técnicos para Fabricantes.
Sistema de Administración de Subastas Inversas. Agenda Métricas del proyecto Hitos alcanzados Demo Final Retrospectiva.
Trabajo Práctico Taller de Desarrollo de Proyectos 2 Septiembre 2009.
PROCESO O REUNIONES EN SCRUM BENEFICIOS DE UTILIZAR SCRUM
Ciclos de vida ágiles.  Es una metodología ágil que plantea: ◦ Iteraciones cortas ◦ Entregables periódicos ◦ Colaboración con el cliente full time ◦
 Tema del proyecto  Integrantes y roles del equipo  Objetivos del proyecto  Alcance.
Scrum Images goes here …y prácticas ágiles para desarrollo de software.
Entornos de Desarrollo
Ciclo de vida de la administración de servicios de TI
Planificación, Reingeniería y Plan de Proyecto
Administración Proyectos Jorge Baracaldo Robin Ochoa.
Modelos de desarrollo de Software
EDUAR 2.0 Sistema de Explotación de Información Educativa 10/05/2011.
Ingeniería de Software Asistida por Computadora
agile-tester-foundation- chapter-2-fundamental-agile-testing- principles-practices-and-processes-1-of-3-
Carlos Mario Zapata J., PhD Oscar Ochoa, Ing. Crhistian Cardona, M.Sc.
Ingeniería del Software
Conceptos de Gestión y Planificación de Proyectos Software
¿Cómo nos ayuda GeneXus a mejorar la calidad en el proceso de desarrollo de Software? Ing. Rosario Estévez Ing. Rafael Mon
INGENIERÍA DE SOFTWARE
Presentación de seguimiento del proyecto Equipo LSI 02 Resultados de la 3ª Iteración de Construcción.
Implementando Scrum ALM Sessions ’12 #almsessions12
INTRODUCCIÓN A LA INGENIERÍA DEL SOFTWARE
VISIÓN GENERAL DE LA IS Con independencia del modelo de proceso hay tres fases genéricas: Fase de definición Fase de desarrollo Fase de mantenimiento Cada.
Especialización en Desarrollo de Software
El rol de SQA en PIS.
Desarrollo de Software II Escuela de Ingeniería de Sistemas y Computación Desarrollo de Software II Agosto - Diciembre 2008 Ing. Oswaldo Solarte Pabón.
Taller de Desarrollo de Proyectos II (75.47) Grupo 2 Taller de Desarrollo de Proyectos II (75.47) Presentación Final ERNESTO GIMENO PABLO BESADA.
INGENIERIA DE SOFTWARE
Ingeniería de Software
A DMINISTRACIÓN DE R IESGOS Plan de contingencia.
INGENIERÍA DEL SOFTWARE GESTIÓN DE PROYECTOS
Guía metodológica para la gestión de proyectos de software en PyMEs que no son fábricas de software por medio de metodologías ágiles Tatiana Alejandra.
TIPOS DE AUDITORÍAS EN SISTEMAS DE INFORMACIÓN
METODOLOGÍAS ÁGILES “PROCESO UNIFICADO ÁGIL (AUP)
Proyecto: Lanzamiento QUICK ORDER. Objetivo General  Desarrollar el sistema de información de acuerdo a los requerimientos establecidos por el cliente,
Alumno: Gerardo Mario Valdés Ortega Matricula: Asignatura: Análisis y diseño de Sistemas Computacionales Cuatrimestre: Tercero Carrera: Licenciatura.
Estructurar tus ideas para hacerlas realidad
Ciclo de Vida del Software
Daniel Labra Fernando Figueroa
Taller de desarrollo de proyectos II Presentación Inicial.
Scrum Ciclo Profesor: Ing. José Díaz
INGENIERIA DE SOFTWARE
RAPID APPLICATION DEVELOPMENT RAD. Proceso de RAD Involucrar en todos los aspectos al usuario en el desarrollo del sistema Uso continuo y repetitivo de.
Ingeniería de Software Facultad de Ingeniería Septiembre 2010 Fernando Alsuyet Ariel Illio Matias Baldini.
Software de Comunicaciones
Modelo de procesos de software
TEAM SOFTWARE PROCESS CICLO 1. El software propuesto por el equipo de Ingenium para cumplir con las necesidades planteadas, modela los un conjunto de.
ELO-329: Diseño y Programación Orientados a Objetos1 Proceso de Desarrollo de SW Agustín J. González ElO329: Diseño y Programación Orientados a Objeto.
Es una metodología ágil diseñada para el desarrollo de software, basada en la calidad y el monitoreo constante del proyecto. Consiste esencialmente en.
Entregables del Proyecto
Taller de Desarrollo de Proyectos II (75.47) 2º cuatrimestre 2008.
GESTIÓN DE PROYECTOS.
Transcripción de la presentación:

MetodologíaMetodologíaPlanificaciónPlanificación Gestión del cambio EstimaciónEstimaciónDocumentaciónDocumentaciónHerramientasHerramientasProcesosProcesosROIROIEquipoEquipoComunicaciónComunicación Involucrar al cliente Testeo Unitario CalidadCalidad Gestión de la configuración Construcción automatizada ContratosContratos Gestión de requisitos

SOCORRO ! Gestionar proyectos es dificil Gestionar proyectos ES POSIBLE Vengo a animaros a hacerlo… y comentar mi experiencia

Evitar reinventar la rueda Establecer un marco de trabajo claro Incorporar a nuestra gestión buenas prácticas

Simple, de menos a más Natural para el desarrollador ÁgilÁgilSCRUMSCRUM

Soportar la metodología y buenas prácticas en el día a día Facilitar la vida de los implicados en el proyecto Recolectar y explotar información sin burocrácia

Agnóstica respecto a la metodología Con soporte para todas las buenas prácticas comunes Integrada en el día al día del desarrollador

AutoorganizadoAutoorganizadoAutogestionadoAutogestionadoMultifuncionalMultifuncional

Dificultades AccionesAccionesResultadosResultados

Crear un producto backlog Entender y formar el equipo multidisciplinar Crear el product backlog Estimación Crear un producto backlog Entender y formar el equipo multidisciplinar Crear el product backlog Estimación Seguir la reglas de Scrum Implementar buenas prácticas Aprender a estimar Seguir la reglas de Scrum Implementar buenas prácticas Aprender a estimar Trabajamos metódicamente continuamente Nuestra velocidad de desarrollo mejora contínuamente Hemos conseguido los objetivos marcados La calidad del producto a mejorado enormemente La rotación en el equipo es nula Trabajamos metódicamente continuamente Nuestra velocidad de desarrollo mejora contínuamente Hemos conseguido los objetivos marcados La calidad del producto a mejorado enormemente La rotación en el equipo es nula

Falta de comprensión de las ventajas Falta de pericia al escribir pruebas Pereza al escribir pruebas Problemas de rendimiento de las pruebas Falta de comprensión de las ventajas Falta de pericia al escribir pruebas Pereza al escribir pruebas Problemas de rendimiento de las pruebas Las pruebas unitarias no son opcionales Pragmatismo: cobertura suficiente = pruebas suficientes Mantenimiento contínuo de las pruebas Las pruebas unitarias no son opcionales Pragmatismo: cobertura suficiente = pruebas suficientes Mantenimiento contínuo de las pruebas Capacidad de mejorar la base de código con libertad Percepción general de mejora de la calidad de desarrollo Flexibilidad para implementar cambios con rapidez Código más mantenible Mejor diseño pruebas sin esfuerzo Ya nadie discute la utilidad Capacidad de mejorar la base de código con libertad Percepción general de mejora de la calidad de desarrollo Flexibilidad para implementar cambios con rapidez Código más mantenible Mejor diseño pruebas sin esfuerzo Ya nadie discute la utilidad

Difícil Muy ambiciosos La complejidad de la construcción crece más que la complejidad del proyecto Difícil Muy ambiciosos La complejidad de la construcción crece más que la complejidad del proyecto Utilizar una figura de Release Manager Mantenimiento continuo de los scripts de construcción Reutilización de tareas de terceros Todo componente tiene su instalador Utilizar una figura de Release Manager Mantenimiento continuo de los scripts de construcción Reutilización de tareas de terceros Todo componente tiene su instalador El despliegue ha dejado de ser un dolor Podemos hacer test de humo Detección muy temprana de problemas Muchas menos incidencias El despliegue ha dejado de ser un dolor Podemos hacer test de humo Detección muy temprana de problemas Muchas menos incidencias

Exigen burocracia Exigen seguimiento Exigen control Exigen burocracia Exigen seguimiento Exigen control Seleccionar métricas suficientes pero no excesivas Vigilarlas a diario en el Daily Scrum Hacerlas pieza central de la gestión del proyecto Analizarlas con visión de medio plazo Seleccionar métricas suficientes pero no excesivas Vigilarlas a diario en el Daily Scrum Hacerlas pieza central de la gestión del proyecto Analizarlas con visión de medio plazo Mantener la burocracia bajo control Gestionar en base a datos Guiar en base a fundamentos las actividades paralelas al desarrollo Hacer visible el progreso, la velocidad de desarrollo Mejorar la gestión de recursos y personal Mantener la burocracia bajo control Gestionar en base a datos Guiar en base a fundamentos las actividades paralelas al desarrollo Hacer visible el progreso, la velocidad de desarrollo Mejorar la gestión de recursos y personal

La calidad no es importante La falta de calidad daña la agilidad y la velocidad Nosotros no elegimos la calidad Dejar la calidad para el final La calidad no es importante La falta de calidad daña la agilidad y la velocidad Nosotros no elegimos la calidad Dejar la calidad para el final Pruebas de aceptación y de humo Test de carga puntualmente Sprint Reviews: vigilar la calidad percibida Betas públicas: automatización del despliegue Pruebas de aceptación y de humo Test de carga puntualmente Sprint Reviews: vigilar la calidad percibida Betas públicas: automatización del despliegue Mantener el nivel de calidad es más barato que alcanzarlo Agilidad ante cambios Tiempo de despliegue minimizado Detección temprana de problemas Mantener el nivel de calidad es más barato que alcanzarlo Agilidad ante cambios Tiempo de despliegue minimizado Detección temprana de problemas

Estructura de ramas DEV Branch DEV-402 RI Branch DEV-401 RI Antes de comenzar a trabajar en una historia de usuario creamos una rama sobre la que realizamos el desarrollo - PROJECT DEV FEATURES + DEV-401 $$ + DEV Estructura de carpetas Concluido el desarrollo de la historia de usuario, integramos el código en la rama principal de desarrollo

Estructura de ramas DEV Branch RI Branch DEV-401 RI Estructura de carpetas DEV-402 RI Branch MAIN Cuando se cumplen las condiciones de calidad el código en desarrollo se integra en la rama MAIN para que los testers comiencen el trabajo de estabilización - PROJECT DEV FEATURES + DEV-401 $$ + DEV MAIN Cuando se cumplen las condiciones de calidad el código en desarrollo se integra en la rama MAIN para que los testers comiencen el trabajo de estabilización

Estructura de ramas DEV Branch RI Branch DEV-401 RI Estructura de carpetas DEV-402 RI Branch MAIN Realizar el desarrollo de nuevas funcionalidades sobre ramas dedicadas permite que si una funcionalidad no se completa a tiempo para incluirla en el Sprint Review el resto de la base de código principal siga siendo coherente y no incluya características incompletas DEV-401 DEV PROJECT DEV FEATURES + $$ MAIN Usar ramas de característica garantiza que a la rama principal, sobre la que realizamos la estabilización del software, solo contendrá características completas y que han alcanzado un mínimo de calidad que permita que el trabajo de los testers sea productivo Fin de Sprint

+ Estructura de ramas DEV Branch RI Branch DEV-401 RI Estructura de carpetas DEV-402 RI Branch MAIN DEV-401 DEV PROJECT DEV FEATURES + $$ MAIN RELEASE 1.0 V1.0.1 V1.0 (hotfix) Branch RI FI Contar con una rama de RELEASE nos permite liberar parches de emergencia, para showstopers, minimizando los posibles impactos sobre el entorno de producción y minimizando las necesidades de validación por parte de los testers RELEASE RI FI Los errores que no son urgentes se corrigen sobre la línea principal de desarrollo y se llevan a las ramas de release, si es necesario, haciendo merge del changeset asociado a la corrección del error + RELEASE x.y.z

Product Backlog Item Bug Report Failed By Tested By Acceptance Test Tested By

¡Haced algo! … os podemos ayudar

Gestión de proyectos de software con Team System y Team Foundation Server - A partir del 15 de Junio (duración: 2 meses) - Curso online ( con tutorías y diploma acreditativo) - Más de 15 horas de vídeos prácticos. - Curso bonificable - Precio: 495 (valor --> ) Descuentos por volumen. Más información en shop.campusmvp.com

¡Gracias!