Académique Documents
Professionnel Documents
Culture Documents
Apagn en EEUU (2003): se bloquearon ms de 100 plantas elctricas y ms de 50 millones de hogares estuvieron sin electricidad hasta que se detect el error. La solucin? Instalar la versin anterior del programa de control de las centrales de distribucin de energa elctrica de los EEUU, el cual haba sido actualizado a una nueva versin con errores.
Acelerador mdico Therac 25 (1985 1987): a causa de un error de programacin, se poda exponer a los pacientes a una dosis letal de radiacin. Resultado: cinco muertos.
PROYECTOS DE TI
En 1985 un grupo de profesionales de West Yarmouth, Massachussets cre el Standish Group con una visin: obtener informacin de los proyectos fallidos de IT. El objetivo: encontrar (y combatir) las causas de los fracasos. Con el tiempo, la seriedad y el profesionalismo del Standish Group lo convirtieron en un referente mundial sobre los factores que inciden en el xito o fracaso de los proyectos de IT. Sus anlisis apuntan fundamentalmente a los proyectos de software y se aplican tanto a los desarrollos como a la implementacin de paquetes (SAP, Oracle,Microsoft, etc.) A lo largo del tiempo, el Standish Group relev 50.000 proyectos fallidos. As, sus conclusiones nos brindan interesantes pistas sobre dnde poner el foco para mejorarlos. Veamos lo que ocurri en la ltima dcada...
PROYECTOS DE TI
Una gran cantidad de proyectos cancelados todos los aos nos dice que algo funciona muy mal en la ingeniera informtica. Qu es? Segn una encuesta del 2004, el 71 por ciento de los proyectos de sistemas terminan fracasando. Cul es el problema con el IT y cmo resolverlo?
PROYECTOS DE TI
En 1994, el 31 % de los proyectos fueron cancelados. El 53 % registr enormes desvos en presupuesto y en cronograma. Slo el 16 % se complet en tiempo y dentro de los costos presupuestados (apenas nueve por ciento en el caso de grandes empresas). Para colmo, de la funcionalidad comprometida slo se cumpli, en promedio, con el 61 % (42 % en grandes empresas).
PROYECTOS DE TI
Standish Group
La incompetencia tecnolgica proviene de la resistencia, psicolgica o cultural, de los usuarios para modernizar sus procedimientos de trabajo, roles y obligaciones organizacionales.
La asignacin de recursos humanos y materiales suele ser uno de los aspectos que mas complicaciones produce. La definicin y asignacin de recursos implica de hecho prever tres elementos:
Qu tipo de recursos se van a usar
En qu cantidad
Durante cuanto tiempo Muchos proyectos grandes que fracasan lo hacen porque se reducen sutilmente los recursos necesarios para llevarlos a cabo. Cualquier albail sabe que hay una proporcin correcta entre cal y cemento y que no se puede quitar un 5% de hierro a un edificio porque los precios del acero se hayan disparado. En informtica, en cambio, es normal contratar un profesional de 3 aos en experiencia en el puesto de uno de 5. No importa convertir 9 meses en 8 o US$100.000 del presupuesto en US$90.000. Se van metiendo pequeos recortes por todas partes, un poco de cada lado hasta que se arruina cualquier posibilidad de xito
Es necesarios compartir toda la informacin posible con sus clientes, evitando el uso de la jerga tcnica, y ayudar a los clientes en la descripcin de sus necesidades.
Deben aclararse las percepciones de los clientes y explicitar las limitaciones de manera frontal y honesta.
Se deben estimar plazos realistas para cada una de las etapas del proyecto teniendo en cuenta los recursos disponibles. Es frecuente que los plazos se definan sin criterios tcnicos
Publicidad de una compaa Se hacen tres tipos de trabajo: bueno, barato o rpido.
Si es bueno, no va a ser barato ni rpido;
Caso No. 1
Cuando la NASA comenz con el lanzamiento de astronautas al espacio, descubrieron que los bolgrafos no funcionaran sin gravedad (o con gravedad cero), pues la tinta no bajara hasta la superficie en que se deseara escribir.
Solucin A): Resolver este problema, les llev 6 aos y 12 millones de dlares. Desarrollaron un bolgrafo que funcionaba: bajo gravedad cero, al revs, debajo del agua, prcticamente en cualquier superficie incluyendo cristal y en un rango de temperaturas que iban desde abajo del punto de congelacin hasta superar los 300 grados centgrados.
Moraleja No complique su trabajo! ; conciba la solucin ms simple al problema; aprenda a centrarse en las soluciones, no en los problemas!
Desorientacin Inicial
Recuperacin del Optimismo Perdido Terminacin del Proyecto a como d lugar Condecoracin y Premios a los No Participantes
Ahora s, ya eliminamos a los supuestos malos y encontramos el segundo aliento. Trabajos forzados, unos encima de otros, noches, tiempo extra, sbados y domingos, desgaste, presin, promesas y ms presin. El equipo ejecutor est muy cansado y terminando los ltimos pendientes, y los no participantes, frescos para adjudicarse el mrito, levantarse el cuello y recibir los elogios.
No tiene la aprobacin formal de la persona con la responsabilidad y autoridad requerida por el el proyecto.
No incluye la estructura del equipo de trabajo. No se le da seguimiento, los cambios no son aprobados formalmente por las partes antes de procederse a ejecutarlos.
Se acepta la terminacin de fases, entrega de productos o subproductos y an del proyecto sin completar la verificacin de la calidad. No se definen perodos de prueba en el alcance del proyecto.
PMBOK
El 'PMBOK' reconoce 5 grupos de procesos bsicos y 9 reas de conocimiento comunes a casi todos los proyectos.
Los procesos se traslapan e interactan a travs de un proyecto o fase.
Los procesos son descritos en trminos de: Entradas (documentos, planes, diseos, etc.), Herramientas y Tcnicas (mecanismos aplicados a las entradas) y Salidas (documentos, productos, etc.). Las nueve reas del conocimiento mencionadas en el PMBOK son:
Gestin de la Integracin Gestin del Tiempo Gestin de Costos Gestin del Alcance Gestin de la Calidad Gestin del Riesgo
Gestin de la Comunicacin
Qu es un Proyecto? Es un esfuerzo temporal que se lleva a cabo para crear un producto, servicio o resultado nico. Caractersticas Temporal: tiene comienzo y final definido. Finaliza cuando: Se logran objetivos. Los objetivos no se pueden alcanzar. La necesidad ya no existe. Producto, Servicio o Resultado nico. Elaboracin Progresiva: paso a paso.
Qu NO es un proyecto?
Operaciones en curso:
No tienen un fin. Producen productos similares o idnticos.
Ejemplos:
Una compaa de seguros procesa miles de reclamos al da. Un cajero atiende a 100 clientes por da. Planta de automviles produce miles de vehculos, del mismo modelo y con opciones limitadas. Operativa normal de la oficina
En la actualidad, los preceptos bsicos de la administracin de proyectos estn representados por el tringulo del proyecto, un smbolo que populariz Harold Kerzner en su obra de referencia, Project Management: A Systems Approach to Planning, Scheduling, and Controlling.
Fase Inicial
Fase Final
Comienzo Tiempo
Final
Planificacin
Ejecucin
Control
Cierre
Identificar, definicin, combinacin, unin y coordinacin de los procesos del proyecto Asegurar que se incluya todo el trabajo requerido y solo el requerido para completar el proyecto satisfactoriamente Asegurar la terminacin oportuna del proyecto Asegurar la terminacin del proyecto dentro del presupuesto aprobado Asegurar que el proyecto satisfaga las objetivos por los cuales fue emprendido Direccin y organizacin de los equipos del proyecto
Asegurar la generacin, recoleccin, distribucin, almacenamiento y destino final de la informacin del proyecto en tiempo y forma
Identificacin, anlisis, respuesta, seguimiento y control de los riesgos del proyecto.
GERENCIA DE PROYECTOS 73 Procesos requeridos para la adquisicin de bienes y servicios para el proyecto
(Chamoun, 2002)
Los factores de costo y recursos humanos son bajos al inicio, llega al mximo en las etapas intermedias y vuelve a decaer en la etapa de cierre.
La incertidumbre es ms alta al inicio del proyecto, se va disminuyendo a lo largo del mismo. El grado de influencia de los interesados en el proyecto es ms crtico al inicio del mismo.
la Administracin de Proyectos
Comunicacin:
Informacin requerida para diversos involucrados, reportes quien escribe, quien revisa, frecuencia de entrega, reuniones, medios de distribucin. Amenazas y oportunidades. Planes de contingencia y mitigacin. Estrategias de contratacin, concursos, cotizaciones, administracin de contratos. Administracin de cambios, lecciones aprendidas, adecuada integracin de reas.
CONCLUSIN
Puesto que el mundo est cada vez ms interconectado y los negocios son ms complejos y dinmicos, el trabajo tiene que estar cada vez ms lleno de aprendizaje Ya no basta tener a una persona aprendiendo para la organizacin. Ya no es posible resolver desde arriba, y hacer que los dems sigan las rdenes del gran estratega. Las organizaciones que realmente destacarn en el futuro, sern aquellas que descubran cmo aprovechar el compromiso de todos los miembros de la organizacin (sea cual sea su nivel), y su capacidad para aprender
Peter Senge
CONCLUSIN
Las mejores organizaciones empujan a sus profesionales ms all del confort de su conocimiento actual.
Quinn, J. B.; Aderson, P.; Finkelstein, S.Harvard Business Review, Vol 74, N2, 1996