Presentación Final 75.47 - SUBI Fondato, Rodrigo Cieri, Juan Cristian Gonzalez, Ailin Verbner, Alan.

Slides:



Advertisements
Presentaciones similares
Administrado y desarrollado utilizando Scrum
Advertisements

Aplicación de la metodología ágil “Scrum”
Presentación Inicial Grupo 3 Fondato, Rodrigo Cieri, Juan Cristian
Proyecto Call Center Taller de desarrollo de proyectos II
75.47 – Taller de Desarrollo de Proyectos II BOERR, Federico – N° Padrón: GASTAUD, Hernán – N° Padrón: UEHARA. Adrián – N° Padrón:
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
Taller de Desarrollo de Proyectos II SelfManagement - Presentación Final Buffevant, Cesar Del Rio, Victor Ferrari, Martín Figliolo, Facundo.
Taller de Desarrollo de Proyectos 2 1ºCuatrimestre 2009 Grupo 6 Robledo Germán Abate Federico 82235
ANALISIS DE RIESGOS.
Desarrollo de software innovador con métodos ágiles
Taller de Desarrollo de Proyectos II (75.47) Presentación Inicial ERNESTO GIMENO PABLO BESADA SANTIAGO PETERSEN PATRICIO FAGALDE
CAPITULO 4 GIIDO GRUPO 9 KATHERINE VALENCIA OSCAR J. VELEZ V.
Metodología de Trabajo Aperio: SCRUM Aperio Inducción
Evaluando Competencias Profesionales a Través de Rúbricas
eHockey Grupo 3 [75.47] Taller de Desarrollo de Proyectos II
PhoneTicket Presentacion Final Grupo N° : 5 Cliente / Product Owner: Mercedes Madeira Integrantes : Festa, Gastón Daniel Rodriguez, Sebastian Schenkelman,
Red Social Universitaria
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.
Sistema de Administración de Subastas Inversas
Taller de Desarrollo de Proyectos II 2do cuatrimestre 2010
CheckIn4Android.
Trabajo Práctico Taller de Desarrollo de Proyectos 2 Septiembre 2009.
PROCESO O REUNIONES EN SCRUM BENEFICIOS DE UTILIZAR SCRUM
“Especificación de Requerimientos”
Ciclos de vida ágiles.  Es una metodología ágil que plantea: ◦ Iteraciones cortas ◦ Entregables periódicos ◦ Colaboración con el cliente full time ◦
 1. Presentación Marta Padilla  2. Scrum Master en una multinacional europea  3. Scrum Master: Análisis de pros y contras  4. Scrum Master: Trucos.
DATA WAREHOUSE Equipo 9.
Entornos de Desarrollo
Gestión de Requerimientos
Aplicación de metodología ágil SCRUM software de consultas de resultados de la “Carrera Nacional de Carros”
Administración Proyectos Jorge Baracaldo Robin Ochoa.
EDUAR 2.0 Sistema de Explotación de Información Educativa 10/05/2011.
Taller de Desarrollo de Proyectos 2 1ºCuatrimestre 2009 Grupo 6 Robledo Germán Abate Federico 82235
Arnoni, Mauro García, Nicolás Getti, Esteban Monti, Javier
El rol de SQA en PIS.
La Calidad y los Costos.  Conjunto de cualidades y características que constituyen la escencia de un producto y respaldan el grado de beneficio proporcionado.
Ciclo de vida de un sistema
PROYECTO E-HOCKEY Grupo 3 [75.47] Taller de Desarrollo de Proyectos II.
Proyecto e-Hockey Presentación Final Grupo 2
Scrum Una Alternativa Ágil para el desarrollo de Software
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.
Organización y Administración de Proyectos de Software Docente: LIA. SUEI CHONG SOL, MCE.
PhoneTicket Sprint #2 Grupo N° : 5 Ayudante : Mercedes Madeira Integrantes : Festa, Gastón Daniel Rodriguez, Sebastian Schenkelman, Damián Servetto, Matías.
Notificándote ¿Qué hicimos? -Mayor descripción de las pruebas de aceptación -Restricciones -Profundizar posibles soluciones -grafico de riesgos ¿Qué estamos.
Notificándote ¿Qué hicimos?
AceSchool Daniel Labra Fernando Figueroa ¿Qué Hicimos? -Refinar Causa-Efecto -Elección Metodología -Esquema de la Solución -Resultado Encuesta -Refinar.
Notificándote ¿Qué hicimos?
Taller de desarrollo de proyectos II Presentación Inicial.
Taller de Desarrollo de Proyectos II Taller de Desarrollo de Proyectos II.
Scrum Ciclo Profesor: Ing. José Díaz
Notificándote ¿Qué hicimos?
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.
Taller de Desarrollo de Proyectos II Presentación Final.
Análisis y Balance del Proyecto Análisis Inicial Estimación Inicial Arquitectura de Datos Propuesta Tecnología Metodología aplicada Estimaciones elaboradas.
Identificación de entradas, salidas y herramientas de procesos de gestión del PMI Jairo A. Orozco L.
Ingeniería de Software Facultad de Ingeniería Septiembre 2010 Fernando Alsuyet Ariel Illio Matias Baldini.
Master en Marketing de Buscadores y Master SEO. Presentación y Objetivos.
Taller de Desarrollo de Proyectos II 2do Cuatrimestre 2012 Grupo 4.
Taller de Desarrollo de Proyectos II (75.47) 2º cuatrimestre 2008.
CONSULTORIA EMPRESARIAL EN LAS EMPRESAS CONSULTORIA EMPRESARIAL.
Fase de Inicio Proceso Unificado de Desarrollo de Software.
Junio, 2013.
Transcripción de la presentación:

Presentación Final SUBI Fondato, Rodrigo Cieri, Juan Cristian Gonzalez, Ailin Verbner, Alan

Metodología Utilizada SCRUM : 4 Sprints de 2 semanas, 1 sprint de 1 semana. Puntos claves: Sprint Review Sprint Goals Planning Poker Lecciones Aprendidas Cómo hacer un sprint review correctamente? Qué hicimos bien? Qué podemos mejorar? Cómo podemos hacerlo? Cerdos y Gallinas Cerdos : comprometidos con el proyecto y el proceso Scrum, "ponen el jamón en el plato". PO, Scrum Master, Scrum Team. Gallinas: alimenta al proyecto "ponen solo los huevos", pero no se ve comprometida como el cerdo que va al matadero. Usuarios, Stakeholders, Managers. Lecciones Aprendidas Cómo hacer un sprint review correctamente? Qué hicimos bien? Qué podemos mejorar? Cómo podemos hacerlo? Cerdos y Gallinas Cerdos : comprometidos con el proyecto y el proceso Scrum, "ponen el jamón en el plato". PO, Scrum Master, Scrum Team. Gallinas: alimenta al proyecto "ponen solo los huevos", pero no se ve comprometida como el cerdo que va al matadero. Usuarios, Stakeholders, Managers.

Mantenernos Simples… Herramientas de Administración Trazabilidad Administración, seguimiento y control Comunicación Interna, en el equipo Externa, con el PO Lecciones Aprendidas Mantenerse simple, en un proyecto chico, con un grupo pequeño -> MEJOR SOLUCIÓN No cuesta aprender a usar ni mantener las herramientas Si bien es mas artesanal, no hay grandes problemas ni inversiones de tiempo. Cambiamos Assembla por Google docs en la 1er. Semana. No usamos Selenium para las pruebas, ya que no nos pareció oportuno para el proyecto. Lecciones Aprendidas Mantenerse simple, en un proyecto chico, con un grupo pequeño -> MEJOR SOLUCIÓN No cuesta aprender a usar ni mantener las herramientas Si bien es mas artesanal, no hay grandes problemas ni inversiones de tiempo. Cambiamos Assembla por Google docs en la 1er. Semana. No usamos Selenium para las pruebas, ya que no nos pareció oportuno para el proyecto.

Mantenernos Simples… Pruebas ATDD Test Cases + Unit Tests Ayuda del virtual time manager Pruebas cruzadas Pruebas integrales Seguimiento global de bugs Lecciones Aprendidas No se terminó utilizando ATDD. 1er semana priorizamos: mostrar pantallas implementadas, para recibir mas feedback del PO 2da semana: dedicarnos a refinar, testear, corregir bugs, implementar los unit tests. Como lo tendríamos que haber encarado? UAT definidos en la Iteration Planning, con valores esperados. Solo MockUps en la 1er. Semana, con navegación incluida. Desarrollar en base a las pruebas automatizadas. 2da semana, foco: Desarrollar la interfaz, y otros detalles que no estaban incluidas en las pruebas automatizadas.

Seguimiento de Riesgos Pruebas de factibilidad Puntualizar Evolución y control Identificación de riesgos por todo el equipo Lecciones Aprendidas Triple Constraint Todo riesgo o cambio impacta sobre las restricciones de la TC. Originalmente : Tiempo, Alcance y Costos. Con el tiempo se vio que habian mas cosas para tener en cuenta en un proyecto : + Recursos, Riesgos, Calidad, Satisfacción del cliente. Riesgos específicos. Riesgos generales en estapas iniciales del proyecto. A medida que se avanza deben enfocarse a aspectos concretos de la aplicacion. Estimaciones mal realizadas vs. No poder exportar a PDF los reportes Incluir funcionalidades criticas, reglas de negocio que se ven comprometidas. Pausar subasta, Envio de lances simultaneos

Métricas Burndown Chart Cobertura de la prueba

Métricas Estimado vs. Trabajado por Sprint Hs. Trabajadas Proyecto Hs Trabajadas Totales 409 Hs Trabajadas Totales 409 Hs Estimadas Totales 419 Hs Estimadas Totales 419 Lecciones Aprendidas MockUps, Prototipos aceptados por cliente => EVITA REWORK Honestidad y visión realista Buena relación con el PO Sprints llevaderos Objetivos alcanzables Lecciones Aprendidas IMPORTANTE !! Ante un pedido del cliente => No responder Si, eso es fácil… (Aunque sepamos que lo es) Saber decir que NO Evitar ser negativos => Se podria incluir algo parecido, lo evaluamos, te decimos en unos dias, etc… Proponer alternativas al cliente. Ante funcionalidades bloqueadas o con bugs abiertos => WORKAROUNDS

Demo 1.Ofertar 2.Aprobar oferta => s 3.Esperar comienzo de subasta 4.Enviar Lance 5.Pausar / Reinicio Subasta 6.Estadísticas

Dudas?

Muchas Gracias!