Taller de Desarrollo de Proyectos II (75.47) Grupo 2 Taller de Desarrollo de Proyectos II (75.47) Presentación Final ERNESTO GIMENO 79684 PABLO BESADA.

Slides:



Advertisements
Presentaciones similares
Diplomado en gestión estratégica del Recurso Humano
Advertisements

SACP.
Administrado y desarrollado utilizando Scrum
Presentación Inicial Grupo 3 Fondato, Rodrigo Cieri, Juan Cristian
El Mercado del Proyecto.
Metodologías ágiles.
75.47 PRESENTACIÓN INICIAL Taller de Desarrollo de Proyectos II
Sambayón PMP Evaluator
75.47 PRESENTACIÓN FINAL Taller de Desarrollo de Proyectos II
CICLO DE VIDA DEL DESARROLLO DE SOFTWARE
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.
Presentación de seguimiento del proyecto Equipo LSI 02
Taller de Desarrollo de Proyectos II (75.47) Presentación Inicial ERNESTO GIMENO PABLO BESADA SANTIAGO PETERSEN PATRICIO FAGALDE
Metodología de Trabajo Aperio: SCRUM Aperio Inducción
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.
eHockey Grupo 3 [75.47] Taller de Desarrollo de Proyectos II
Proyecto de Ingeniería de Software 2008
Red Social Universitaria
Alexis Masson Nicolás Fetter
Presentación Final Equipo 4
Beneficios Fiuba4Android
Sistema de Administración de Subastas Inversas. Agenda Métricas del proyecto Hitos alcanzados Demo Final Retrospectiva.
Taller de Desarrollo de Proyectos II 2do cuatrimestre 2010.
Taller de Desarrollo de Proyectos II 2do cuatrimestre 2010
CheckIn4Android.
Modelo de Desarrollo XP
Introducción a la gestión
6.3 Formalización y cierre del proyecto.
Curso Administrativo OTEC Unidad II : Configuración de Cursos Curso creado por : Libro de Clases Electrónico (LCE) ACTUALIZADO
Trabajo Práctico Taller de Desarrollo de Proyectos 2 Septiembre 2009.
PROCESO O REUNIONES EN SCRUM BENEFICIOS DE UTILIZAR SCRUM
ITERASOFT. OBJETIVOS DEL GRUPO Producir un sistema Manejador de Itinerarios de alta calidad y confiabilidad Realizar un proyecto bien administrado y productivo.
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.
Conclusiones de Fase de Construcción Grupo 2 – Año 2006.
Fase Inicial Grupo 6 – PIS – 2013.
Entornos de Desarrollo
1 Ing. Leonardo D. Fernández Administración y Control de Proyectos II 1.
Ingeniería de Software
La excelencia en el Soporte Técnico IT
Aplicaciones de Ingeniería de Software
Proceso de Gestión de Proyectos
Fin Fase Elaboración Presentación al director del proyecto Agenda –Objetivos –Cumplimientos –Conclusiones Presentación al director del proyecto Agenda.
Presentación de seguimiento del proyecto Equipo LSI 02 Resultados de la 3ª Iteración de Construcción.
Gestió n de Tiempo Nos pasamos todo el día pendiente de la hora… y sin embargo siempre nos falta tiempo.
Medición y Métricas del Software
Alexander Aristizabal Ángelo flores herrera
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.
PROYECTO E-HOCKEY Grupo 3 [75.47] Taller de Desarrollo de Proyectos II.
SISTEMA FIUBA 2.0.
Jonathan Levy (82.897) Juan Pablo Pérez Perri (83.558) Mariano Converti (85.617) Esteban Lopez (84.960) Equipo: Taller de Desarrollo de Proyectos.
Producto. GranGran número de las personas que trabajan en micro y macro centro tienen 60 minutos para salir a almorzar y pierden mucho tiempo esperando.
Jonathan Levy (82.897) Juan Pablo Pérez Perri (83.558) Mariano Converti (85.617) Esteban Lopez (84.960) Equipo: Taller de Desarrollo de Proyectos.
Administración Integral del Proyecto
Gestión de Procesos, Juan Bravo C. Tianny Carrasco Javiera Retamales Erika Jara Felipe González P. Ejercicio de perfeccionamiento de.
AceSchool Daniel Labra Fernando Figueroa ¿Qué Hicimos? -Refinar Causa-Efecto -Elección Metodología -Esquema de la Solución -Resultado Encuesta -Refinar.
CICLO 1 BEATRIZ BARREIRO GÓMEZ HENRY SUÁREZ SÁNCHEZ
Taller de desarrollo de proyectos II Presentación Inicial.
Taller de Desarrollo de Proyectos II Taller de Desarrollo de Proyectos II.
Daniel Labra Fernando Figueroa ¿Qué Hicimos? -Refinar Causa-Efecto -Gestión de la Configuración -Control de versiones -Encuesta ¿Qué estamos haciendo?
Jonathan Levy (82.897) Juan Pablo Pérez Perri (83.558) Mariano Converti (85.617) Esteban Lopez (84.960) Equipo: Taller de Desarrollo de Proyectos.
Curso Gestión de Procesos Mejora continua de procesos
Identificación de entradas, salidas y herramientas de procesos de gestión del PMI Jairo A. Orozco L.
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.
6.3 FORMALIZACIÓN Y CIERRE DEL PROYECTO.. PROCESO DE CIERRE DE PROYECTO O FASE  La fase de cierre se inicia cuando se completa la ejecución del proyecto.
Análisis y Balance del Proyecto Análisis Inicial Estimación Inicial Arquitectura de Datos Propuesta Tecnología Metodología aplicada Estimaciones elaboradas.
Ingeniería de Software Facultad de Ingeniería Septiembre 2010 Fernando Alsuyet Ariel Illio Matias Baldini.
Metodologías de Programación II UNAJ - Instituto de Ingeniería y Agronomía - Ingeniería en Informática 1 4 Clase Clase 4 Programación extrema (Parte 2)
Taller de Desarrollo de Proyectos II (75.47) 2º cuatrimestre 2008.
Transcripción de la presentació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 SANTIAGO PETERSEN PATRICIO FAGALDE Grupo 2

Taller de Desarrollo de Proyectos II (75.47) Grupo 2 Temario  Proceso de desarrollo  ¿Por qué lo elegimos?  ¿Qué resultado obtuvimos?  Equipo de Trabajo: Organización  Métricas  Desvíos no planificados  Cambios de Alcance  Lecciones Aprendidas  Demostración

Taller de Desarrollo de Proyectos II (75.47) Grupo 2 Proceso de Desarrollo  Se eligió un proceso de desarrollo iterativo e incremental basado en la utilización de user stories y UAT’s  ¿Por qué lo elegimos?  Mayor flexibilidad ante requerimientos incompletos  Mejor respuesta a los cambios de requerimientos por parte del cliente  Mayor experiencia del equipo con este tipo de ciclo de vida de proyectos  Tiende a involucrar al cliente en el proyecto

Taller de Desarrollo de Proyectos II (75.47) Grupo 2 Proceso de Desarrollo  ¿Qué resultado obtuvimos?  Se pudieron manejar sin grandes inconvenientes los cambios en los requerimientos  La adaptación del equipo de trabajo fue muy rápida ya que todos estaban familiarizados con el proceso de desarrollo  El cliente se involucró en el proyecto desde el inicio y participó en las decisiones del proyecto bajo el rol de product manager  La documentación que se generó fue suficiente pero no excesiva ni redundante, aportando valor al proyecto.

Taller de Desarrollo de Proyectos II (75.47) Grupo 2 Equipo de Trabajo  El equipo de trabajo se organizo en 2 roles:  Desarrollador: Patricio, Ernesto y Pablo  Documentador y Tester: Santiago  Las tareas se asignaron por medio de reuniones de trabajo semanales.  Cada integrante seleccionaba de la lista de User Stories a desarrollar, los que quería realizar y se comprometía a terminarlos antes de la siguiente reunión.

Taller de Desarrollo de Proyectos II (75.47) Grupo 2 Métricas  Avance del proyecto tomado al final de la quinta iteración: Lineas

Taller de Desarrollo de Proyectos II (75.47) Grupo 2 Métricas  Avance del proyecto tomado al final de la quinta iteración: Barras

Taller de Desarrollo de Proyectos II (75.47) Grupo 2 Métricas  Evolución de bugs tomado al final de la quinta iteración

Taller de Desarrollo de Proyectos II (75.47) Grupo 2 Desvíos no planificados  En la última iteración no se llegó con la aplicación estabilizada y hubo que dedicar para este fin, esfuerzo que estaba asignado al cierre del proyecto.  Se resolvió con “horas extra” de parte del equipo de trabajo y reasignación de tareas.

Taller de Desarrollo de Proyectos II (75.47) Grupo 2 Cambios de Alcance  Al comenzar la última iteración ( ) el cliente realizó una serie de pedidos de cambio.  Dadas las características del proyecto, la gestión del cambio es tratada en la misma reunión de avance, quedando reflejado el pedido y el control de cambios en la minuta del día: 1.Última actividad de foros: Listado de los últimos posts de los foros a los que pertenece. Este pedido ya estaba contemplado en la implementación del US Ver novedades, ya que se notifica sobre la actividad en los foros. El cliente pide que en las novedades sobre los foros, aparezca el link al mismo.

Taller de Desarrollo de Proyectos II (75.47) Grupo 2 Cambios de Alcance 2.Novedades de otros contactos: Lista de amigos que han aceptado contactos en la última semana. Se agrega al US “Ver novedades” el aviso de que un contacto se relacionó con un usuario, incluyendo el link al perfil público de éste último para facilitar la solicitud de relación. 3.Gente que podrías conocer: Sugerir contactos de contactos: hasta 5 que al menos haya cursado 1 materia en común de las aprobadas en el último cuatrimestre. Luego de un breve intercambio sobre el costo de este cambio, el cliente lo desestima.

Taller de Desarrollo de Proyectos II (75.47) Grupo 2 Cambios de Alcance 4.Solicitudes pendientes: Si existen, alertar al usuario con un acceso directo a la lista de solicitudes pendientes de contactos ya desarrollada. Ya se encuentra implementado. 5.Cumpleaños: Listado de cumpleaños de tus contactos de la semana actual. El cliente le asigna baja prioridad y debido a todos los pedidos de cambio ya aceptados por el equipo de trabajo, desiste de este pedido.

Taller de Desarrollo de Proyectos II (75.47) Grupo 2 Cambios de Alcance  1 cambio es desestimado por el cliente debido a su alto costo.  4 cambios aceptados (80%).  3 cambios que entran en la siguiente iteración (60%).  1 cambio aceptado nunca es implementado debido a la baja prioridad asignada por el cliente  Sólo 1 cambio aceptado y planificado implica un trabajo significativo para el equipo (20%).  Resultado: Cliente satisfecho, equipo de trabajo contento.

Taller de Desarrollo de Proyectos II (75.47) Grupo 2 Lecciones Aprendidas  Prevenir con anterioridad incumplimientos en algún entregable e incluirlo dentro como riesgo, predispuso mejor al cliente para aceptar la demora.

Taller de Desarrollo de Proyectos II (75.47) Grupo 2 Lecciones Aprendidas  Sincronizar las reuniones con el cliente con las reuniones de trabajo del equipo simplificó mucho la distribución de tareas para cada semana.

Taller de Desarrollo de Proyectos II (75.47) Grupo 2 Lecciones Aprendidas  Se le dio poca importancia a las pruebas unitarias luego de las primeras iteraciones. Esto trajo algunos problemas con errores inesperados en las últimas iteraciones.

Taller de Desarrollo de Proyectos II (75.47) Grupo 2 Lecciones Aprendidas  Si el equipo se arma de a pares, igualmente es conveniente que haya alguien cumpliendo un rol de coordinador que esté atento al avance del trabajo comprometido. Puede ser un rol rotativo para evitar el desgaste propio de la función.

Taller de Desarrollo de Proyectos II (75.47) Grupo 2 Lecciones Aprendidas  Si el equipo de trabajo va a estar distribuido geográficamente, no planificar el proyecto como si el equipo de trabajo pudiera estar permanentemente en contacto.

Taller de Desarrollo de Proyectos II (75.47) Grupo 2 Lecciones Aprendidas  Si el equipo de trabajo va a estar asignado a múltiples proyectos (en nuestro caso, varias materias además de la jornada laboral) no planificar el proyecto como si el equipo de trabajo estuviera asignado full time al proyecto y disponible para reunirse en cualquier momento.

Taller de Desarrollo de Proyectos II (75.47) Grupo 2 Lecciones Aprendidas  Con iteraciones de 2 semanas conviene escribir los UAT de la próxima iteración en paralelo. Si se presentan los UAT a mitad de iteración el cliente va a incluir cambios que no podemos rechazar.

Taller de Desarrollo de Proyectos II (75.47) Grupo 2 Lecciones Aprendidas  Tener al cliente involucrado en el proyecto facilitó la gestión de cambios ya que éste comprendía el costo que implicaba incorporar algunas funcionalidades.

Taller de Desarrollo de Proyectos II (75.47) Grupo 2 Lecciones Aprendidas  Evitar por todos los medios posibles llegar a la entrega de una iteración “estabilizando” la aplicación hasta unas horas antes de la entrega. El riesgo que se toma (probabilidad x impacto) es muy grande, Y EL CLIENTE LO NOTA.

Taller de Desarrollo de Proyectos II (75.47) Grupo 2 Preguntas