Está en la página 1de 2

CASO DE ESTUDIO.CAPITULO 3 -EJEMPLO 3.1 PAG. 36 43 a.

a.1 Tres errores clsicos referentes a las Personas Motivacin dbil: el equipo trabajaba muy arduamente, durante muchas horas con poca motivacin, en la primera reunin Bill dijo que el Programa Giga-Quote era estratgicamente importante para Giga Safe Corporation. Algunos de los magnates de la compaa estaran pendientes de ellos. Si tenan xitos serian recompensados. Luego Bill convoco a otra reunin en la cual menciono que el grupo era fantstico y debera cumplir con sus compromisos, adems acoto que esperaba que trabajen duro y entreguen el software en el tiempo establecido, y que aun podan conseguir la bonificaciones; tambin agrego desde ahora trabajaran 6 das por semanas, 10 horas por da, hasta que el software este hecho. Aqu se observa que al contrario de motivar a los integrantes del equipo, se los presionaba ms y ms a medida que pasaban los das y semanas, ya que se tena el hecho de apurar la entrega del proyecto. Personal mediocre: Jill y Tomas haban entrevistado a Chip, y no queran contratarlo, pero Mike lo impuso, sin tener en cuenta la opinin de ambos, lo cual llev que se produzcan choques de personalidades. Hazaas: Mike se animo a realizar un proyecto, sin haber participado en las revisiones de las propuestas; sin saber cules eran los requerimientos, y cuanto tiempo le llevara culminarlo. a.2 Tres errores clsicos referentes al Proceso Planificacin excesivamente optimista: Mike se tuvo excesiva confianza en s mismo, pues el comit ejecutivo decidi acortar los plazos que l, ni siquiera haba analizado para proporcionar, simplemente haba hecho una estimacin a medias.; pero de todas maneras Mike acepto el desafo. Escatimacin en el control de calidad: se demoro bastante el control de calidad en el software, la verdad, se visualiz que en el apuro de poder realizar la entrega del proyecto en fecha , no se tomaron otra preocupacin que poder hacer el trabajo lo ms rpido posible, sin tener en cuenta los errores que cometan; errores los cuales al final terminaron alargando ms el tiempo para la entrega del Software. Gestin de Riesgos insuficiente: no se tuvieron en cuenta los riesgos que se podan tener como el hecho de que exista un nuevo mtodo de tasacin, para el cual se necesitaban realizar preguntas que no se haban incluidos anteriormente en la formula de tasacin; pensaron que C++ los protegera de los efectos de estos cambios, pero no fue as.

a.3 Dos errores clsicos referentes al Producto Desarrolladores meticulosos: Sue se quejaba de que no quera que nadie se acerque a su cdigo, esto sin importar si se deseaba colaborar en algo o dar alguna observacin til sobre su cdigo, lo cual demuestra que el equipo de trabajo no se ha compactado a totalidad. Exceso de requerimientos: al comit ejecutivo de la corporacin le gusto la idea de construir el software para automatizar las cuotas de seguro mdicos, y aceptaron que se realice pero bajo sus condiciones; y con un aumento en los requerimientos, adems de automatizar las cuotas de seguros mdicos queran; que se puedan transferir automticamente las cuotas locales al computador central; y esto no es todo se agrega que deseaban tener el proyecto terminado en seis meses, es decir , a la mitad del tiempo establecido en principio. a.4 Dos errores clsicos referentes a la Tecnologa Sndrome de Panacea: en planes de querer acortar los plazo Mike se reuni con Carl, para buscar la forma de acelerar la elaboracin del proyecto, Carl Propuso a Mike que utilizaran C++ y diseo orientado por objetos; a Mike le pareci bien y acepto. Carl tambin conoca una herramienta de elaboracin de informes que supuestamente acortaba el tiempo a la mitad, pero esto no fue as. Sobreestimacin de las ventajas del empleo de nuevas herramientas o mtodos: con las nuevas herramientas utilizadas para acortar el proyecto, no se percataron de que este era uno de los factores que ms atrasos causara, ya que cuando Chip es remplazado por Kip, el mismo tuvo que trabajar arduas horas con el cdigo que Chip haba desarrollado ya que este tenan varios errores en el cdigo de comunicaciones del PC. Kip se vio en la necesidad de redisear y reimplementar la parte PC del enlace de comunicaciones entre el PC y el Mainframe. CONCLUSIN Se cometieron varios errores clsicos, empezando por la cabeza del equipo Mike, quien sobrestimo su capacidad, y la de su equipo, el mismo asumi un desafo muy grande sin conocer los mnimos requerimientos, ni la disponibilidad de tiempo y recursos con que podra contar, aferrndose netamente a su capacidad. Se logr visualizar la importancia de una planificacin efectiva para lograr con los objetivos, tambin el hecho de que para dar estimaciones mnimamente se deben conocer los requerimientos de forma general, se deben hacer reuniones entre el cliente y el desarrollador de manera a poder lograr la satisfaccin de ambos.