Diagrama de pautas de conducta: "Errores Clásicos"

  • Aprobación del proyecto

    El jefe de Mike, le comenta que el comité ejecutivo aprobó el proyecto de automatización de cuotas de seguro médico.
  • Reducción tiempo de entrega

    Al día siguiente de ser aprobado, Bill, el jefe de Mike le habla sobre las revisiones de la propuesta, y en estas, el proyecto tenía un tiempo de 6 meses para entregarlo, y no los 12 meses propuestos.
  • Cambios en el proyecto

    Mike, junto con Carl, usaron herramientas y equipos que podían acortar el tiempo de desarrollo, al igual que desarrolladores, sin embargo, solo pudieron acortarlo a 7 meses.
  • Conformación del equipo

    Mike habia formado el equipo con Jill, Sue y Tomas que eran buenos desarrolladores de la casa; completó el equipo con Keiko y Chip, contratados externos, el primero con experiencia en PC y mainframe y Chip tenía experiencia en comunicaciones.
  • Period: to

    Ajustes del proyecto

    Mike se sentó con el equipo y mostró el plan, y pasaron las siguientes dos semanas en completas las lagunas. Despúes emplearían 6 semanas en el diseño, lo que dejaba 4 meses para la construcción y la prueba
  • Reunión con la responsable de la prueba

    Stacy, la responsable, se reunió con Mike y le indicó que debía tener avances para probarlos antes del 1 de septiembre.
  • Entrega del programa

    El programa Giga Quote, se entregó a los agentes locales de acuerdo con el plan, el 1 de junio. Los agentes lo acogieron con entusiasmo y algo de esceptisismo, mostró su aprecio al trabajo realizado por el equipo de desarrollo, dando bonificación de 250 dólares.
  • Acabaron el diseño del proyecto

    Se adelantaron al plan acabando el diseño dek proyecto y empezaron a codificar para llegar al objetivo de tener la primera versión de prueba el 1 de septiembre.
  • Avances del proyecto

    Habían desconformidades en el equipo por sus choques de personalidades. Sin embargo, el 1 de Agosto se indicó que tenian hecho entre el 85% y el 90% del proyecto
  • Modificaciones en la estructura

    El departamento actuarial dió las tasas para el año siguiente y el equipo descubrió que tenía que modificar completamente la estructura para las nuevas tasas.
  • Incumplimiento fecha de prueba

    Debido al cambio de diseño del proyecto, Mike le dijo a Stacy que se retrasarían 1 o 2 días en la entrega, pero los días se convirtieron en semanas.
  • Limite para entrega completa

    El límiye del 1 de octubre para la entrega del producto fue incumplida. Stacy llamó a Bill para tratar el plan. Prometío tener el programa para el 1 de noviembre y les asignó a los desarrolladores horarios de 6 días a las semana, 10 horas al día. Pero el equipo retrasó el plan dos semanas, prometiendo utilidad para el 15 de noviembre. lo que les dejaba 6 semanas para la prueba.
  • Period: to

    Trabajo duro del equipo

    El equipo trabajó día y noche hasta en 15 de novirmbre, pero no puedieron lograr esa fecha de entrega, el equipo estaba exhausto y Bill se sintió deprimido por el aviso de Stacy que el desarrollo no había entregado la versión completa. Claire, otra gestora de proyectos investigó el proceso del equipo y oyó que el equipo estaba incumpliendo con las fechas planificadas.
  • Period: to

    Reunión de equipo

    Mike hablo uno a uno con sus desarrolladores, la mayoría le comentaron que no tenían funcionalidad completa ya que les hacía falta la limpieza de codigo y necesitarían unas semanas para completar el software. Mike y Bill acordaron retrasarlo hasta el 5 de diciembre, siempre que el equipo trabajara 12 horas al día, y no 10.
  • Incumplimiento entrega

    El equipo entregó la primera versión de prueba 4 semanas despúes del 1 de noviembre,y se reunió para tratar las áreas problemáticas. Cuando lo hizo, el equipo parecía derrotado, un mes y medio a 60 horas semanales les había afectado.
  • Entrega de el programa

    El equipo entregó el programa completo al grupo de pruebas antes del medío día y salieron pronto del trabajo para tener su esperado descanso
  • Primera lista de errores

    Sracy dió la primera lista de errores, en dos días el grupo de pruebas identificó mas de 200 defectos en el programa, 23 clasificados como de severidad 1. duho que no veía la forma de que el software esté listo para entregarlo el 1 de enero.
  • Convocación de reunión de personal

    Mike, a las 8 en punto de la mañana, en reunión con los desarrolladores, decían que los errores eran malas interpretaciones del funcionamiento del programa. Esa misma tarde, hubo malas noticias, el personal necesitaban más semanas para corregir los errores. Mike antes de volver a casa le dijo a Stacy que las correcciones estarían listas para el 7 de enero, y seaprobó un retraso de 4 semanas.
  • Incumplimiento de entrega

    El equipo no pudo corregir los errores y necesitaba 4 semanas más. A lo que Bill le dio un ultimátum y solo le aceptó 2 semanas más. Se abrió la posibilidad de cancelar el proyecto.
    Mike convocó una reunión para estimar el tiempo que necesitaban para terminar pero nadie fue capaz de hablar.
    Chip se retira del proyecto y Mike busca a Kip para corregir los errores en el código de Chip. Kip encontró defectos conceptuales profundos en el programa que harían el código inútil y lo obligó a rediseñar
  • Reunión ejecutiva

    Bill se salió por la tangente en la reunión de mitad de febrero y finalmente Claire le mandó un "stop" al programa, mandó al personal a descana¿sar un fin de semana y pidió un informe detallado, paso a paso de lo que queda por hacer del proyecto, para el proximo miércoles. "Si se necesitan otros 9 meses quiero saberlo" dijo ella.
  • Entrega informe

    Con las energías renovadas, el equipp de desarrollo puso sobre la mesa el informe detallado a Claire, quién estaba acompañada de Charles, un asesor en ing. de software, él recomendó que el equipo se consentrace en los módulos propensos a errores, iniciaran las revisiones del diseño y la codificación; además, que trabajaran horas fijas.
  • Period: to

    Disminución de errores

    En la primera semana de marzo, la moral del equipo subió un poco al bajar la lista de errores pendientes por primera vez, el asesor basándose en los progresos, estimó que el software podría entregarse, completo y fiable, el 15 de mayo. Puesto que el incremento semestral de la tasa tendría efecto a partir del 1 de julio, Claire fijó la fecha oficial el 1 de junio.
  • Programa Giga Quote

    El producto final se entregó en 13 meses en vez de 6; el esfuerzo de desarrollo fue de 98 personas-mes, lo que supuso un exceso respecto a las 36 personas-mes planificadas; tenía 40,000 líneas de código C++, superando las estimaciones de mike; un producto de este tamaño normalmete hubiese sido acabado en 11 meses y medio con un esfuerxo de 71 personas-mes.
  • Entrega del programa

    Se entregó a los agentes locales el 1 de junio, estos mismos lo acogieron con entusiasmo y algo de escepticismo. La corporación Giga Safe mostró su aprecio al trabajo duro realizado por el equipo dando bonificación de 250 dólares a cada desarrollador.