You are on page 1of 6

Los criterios para el éxito de un proyecto de TI

El 69% de los proyectos tecnológicos fracasa, según The Standish Group
Hay una tradición en la dirección de proyectos de TI que establece que un proyecto es un
éxito si se cumple en plazo, sin pasarse del presupuesto y con las funciones requeridas.
Cumplir esos parámetros es bastante complicado. De hecho, un estudio realizado por The
Standish Group señala que sólo el 29% de los proyectos tiene éxito.
Un estudio elaborado por The Standish Group muestra, tras analizar retrospectivamente
72 proyectos de TI en 57 empresas distintas desde 1999, que proyectos que habían
cumplido todos los criterios tradicionales para considerarlos un éxito (tiempo y dinero)
habían acabado, pese a todo, en fracaso porque no supieron atraer a los usuarios
potenciales o porque no implicaron demasiados beneficios para la empresa. Estos casos
se denominan por la consultora “éxitos fallidos”, ya que el proyecto cumplía con todos los
requisitos, pero no consiguió integrarse en los procesos financieros de la compañía, con
lo que, al final, pasaron desapercibidos. Según explicó el CIO de una gran empresa, “la
aplicación funciona al 100% cuando hay una participación del 100% y al 0% cuando lo
utiliza un 95%”.
Del mismo modo, algunos proyectos, que se podrían considerar un fracaso según los
parámetros tradicionales de TI, pueden acabar siendo exitosos porque, pese a sus
problemas de coste o tiempo, el sistema triunfa entre su audiencia potencial o acaba
dando unos beneficios inesperados.
Nuevos principios
Muchas veces, puede que el verdadero impacto de un proyecto no se llegue a apreciar
hasta mucho tiempo después de que se complete su implantación. Según la consultora
Standish Group, en un proyecto, más allá de las tradicionales medidas de tiempo y coste,
deben aplicarse otros criterios para determinar su éxito, como son el grado de utilización
del sistema o servicios, y de beneficio, donde el proyecto influye directamente en un
aumento de la eficiencia de la empresa. Otro criterio es la formación, que el proyecto
aumente los conocimientos de los participantes y prepare mejor a la organización de cara
a futuros retos.
En el informe realizado por Standish Group se pone de manifiesto que, tras analizar a
todos los involucrados (jefes de proyecto, sus equipos, patrocinadores del proyecto, altos
ejecutivos y usuarios), los tres criterios principales por los que éstos juzgaban el éxito de
un proyecto fueron producto, uso y valor, respectivamente. Por contra, el gasto ocupó el
último lugar del ranking. Ninguno de los grupos mencionaron la formación (prepararse
para el futuro) entre sus tres criterios principales, aunque todos ellos sugirieron que esta
formación era un asunto de, al menos, una importancia moderada. Aunque los jefes de
proyecto y los miembros de sus equipos parecían estar más preocupados por llevar a
cabo el proyecto según las características requeridas (a tiempo y sin salirse del
presupuesto), los usuarios estaban más preocupados de si el sistema se podría usar tal y
como se pretendía. Es difícil asumir esta perspectiva durante el curso del proyecto. Los
asuntos que preocupan más a los usuarios son, uso y valor, no pueden resolverse hasta
que el proyecto está completo en su sentido tradicional. Si maximizar la satisfacción
general de los afectados e involucrados por el proyecto es importante, los altos ejecutivos
deberían centrarse más en los criterios de producto, uso y valor.
Esta es la razón por la que es crucial que los CIOs revisen los proyectos tanto durante
como después de la implantación si quieren crear y mantener una tasa de éxito a largo
plazo. De esta forma, las retrospectivas deberían llevarse a cabo después de alcanzar
cada objetivo principal dentro de los grandes proyectos, y una o dos semanas después de

apareces fuera de control. los profesionales podrían reconocer y reparar sus problemas personales en la relación de trabajo para que los futuros lo hicieran mejor. Hay muchas razones por qué los proyectos (simples y complejos) fallan. No es raro que los proyectos fracasen. cada proyecto sería "a tiempo y dentro del presupuesto. un proyecto podría ser considerado como un "fracaso". se lee. como conclusión. en vez de tratar cada proyecto como algo único. Las revisiones también dan la oportunidad de hacer mejoras en los procesos. procedimientos e intenciones. olvidando o ignorando las lecciones de los anteriores. De lo contrario. ¿Alguna vez has visto una situación en la que los proyectos comienzan a mostrar signos de desorganización." Peor aún es cuando los miembros del equipo recurren a señalar con el dedo. Situaciones similares a estos escenarios apuntar a un cartel que dice "peligro"." Pero la realidad (especialmente el estadísticas comprobadas) cuenta una historia muy diferente. hay que preguntarse "qué el proyecto de entregar los resultados y la calidad que espera? "éxito verdadero proyecto debe ser evaluado en los tres componentes. Las revisiones de proyectos llevan más allá el concepto de la planificación temporal de un proyecto. Si el proyecto acaba en éxito.su finalización. formación y beneficio comercial). Razones ¿Por qué fracasan los proyectos Por Tom Carlos PMP En un mundo perfecto. la satisfacción general de todos los involucrados." Cuando los proyectos comienzan a mostrar signos de estrés y el fracaso. Puede parecer injusto que la carga de la condenación recae sobre un solo individuo. "su proyecto tiene que ser controlada o de lo contrario podría fallar. y la retrospectiva del proyecto debería documentar los resultados reales para obtener. la revisión le permite a uno deleitarse en lo que ha hecho bien antes de lidiar con el siguiente problema. cuando se aprecie de forma legítima su impacto en el negocio. la guía de camino debería permitir mediciones en tiempo real. todo el mundo mira al jefe de proyecto en busca de respuestas. Las ventajas de mirar atrás Muchas veces las retrospectivas ofrecen una variedad de ventajas potenciales. es su problema. Es posible estimar y planificar mejor los futuros proyectos. Sin embargo. El documento inicial del proyecto debería incluir patrones de éxito. Incluso si el presupuesto y el calendario se cumplen. Pero esto es la razón por la que eligió para administrar proyectos para ganarse la vida! Usted ha sido entrenado para reconocer y hacer frente a este tipo de situaciones. el número de razones puede ser infinita. si aplicamos la regla 80/20 las razones más comunes de falla se pueden encontrar en la siguiente lista: . Finalmente. estas revisiones tienen un aspecto humano imposible de cuantificar. y tienen un sentido de la fatalidad y el fracaso? ¿Ha sido testigo de configuración donde todo el mundo trabaja en un silo y nadie parece saber lo que el otro miembro del equipo que está haciendo? ¿Qué pasa con los miembros del equipo que viven por el credo "Voy a hacer mi parte (como yo lo veo conveniente) y después de eso. Las revisiones permiten a los participantes ver más allá de sus impresiones personales del proyecto y presentan una visión más amplia del impacto en la organización. Si un proyecto funcionara mal. Los directores de éstos deben negociar las ventajas y los obstáculos entre proceso (tiempo y coste) y resultado (uso. dado que las revisiones recogen datos históricos acerca del tiempo y el esfuerzo real que requirieron y su verdadero alcance. Y si lees la letra pequeña debajo de la palabra "peligro". El análisis de los beneficios debería llevarse a cabo más tarde.

un servicio de soluciones de expertos cuya suscriptores disfrutan de privilegios de consulta de gestión de proyectos ilimitadas. se puede visitar www. Con demasiada frecuencia.com o póngase en contacto con él en tom@carlosconsulting.. liderazgo.carlosconsulting. El Grupo Standish El Standish Group International. Durante el transcurso de la gestión de un proyecto. y la Universidad de CAOS. es la responsabilidad del director del proyecto para corregir la lista de nadie más. un retiro anual en la que los ejecutivos de alto nivel (Tecnología de la Información) de TI se unen para compartir . La complacencia puede configurar fácilmente. técnica. Para otros artículos sobre el tema similar. es una empresa de investigación de mercado y consultoría especializada en misión crítica software y comercio electrónico. Sí.com. Además de aplicar la clase de gestión inproject lucha procesos y principios tau. Sus productos incluyen una información continua servicio basado en un máximo al día el análisis de mercado." Tom Carlos tiene más de 20 años de experiencia acumulada en los negocios. Inc. pueden ocurrir contratiempos (y usualmente lo hacen). resolución de conflictos y la diplomacia para tomar medidas correctivas. el proceso de "supervisión" se rompe. es por eso que "se le paga mucho dinero. VirtualADVISOR. proyecto puede ir mal si no se manejan correctamente. el director del proyecto debe permanecer en el control de un proyecto y estar al tanto de cualquier actividad que presenta un riesgo de fracaso del proyecto. gestión.Objetivos no definidos deficientemente administradas y metas Falta de gestión compromiso La falta de un sólido plan de proyecto Falta de Falta de entrada de usuario de apoyo organizacional Gestión proactiva centralizada iniciativas para combatir los riesgos del proyecto Gestión de la empresa de los recursos del presupuesto Proporciona plantillas universales y documentación Papeles mal definidos y responsabilidades Inadecuada o imprecisa conflicto requisitos de las partes interesadas debilidades del equipo Plazos poco realistas y tareas que compiten prioridades Mala comunicación La insuficiencia de recursos (fondos y personal) la política de negocio Incumplimiento de los horarios y los costos estimados para el costo y horario son erróneos La falta de priorización y gestión de cartera de proyectos Alcance fluencia No hay control de cambios expectativas de los usuarios finales Reunión proceso Haciendo caso omiso de las señales de advertencia de proyectos prueba Incorrecta procesos Malas decisiones Incluso con la mejor de las intenciones o planes sólidos. su formación le ayudará a tomar medidas para enderezar el barco antes de que se desploma. también puede utilizar sus habilidades para el trabajo personal de comunicación. Esto es cuando el director del proyecto debe reconocer una señal de peligro y tomar medidas. Sí. Por ello. Cuando esta sucede. el director del proyecto debe monitorear activi dades (y distracciones) de muchas fuentes y direcciones. Él es un Certified Project Management Professional (PMP) y miembro de la Sacramento Valley Capítulo PMI. Si usted entiende la diferencia entre síntomas y problemas y pueden identificar las señales de advertencia de fracaso del proyecto. y capacitación ambientes.

Cuando las empresas invierten en TI proyectos de desarrollo que quieren un cambio de su inversión. Como resultado de ello.) Una de las razones más grandes puentes vienen a tiempo. Pero hay otra diferencia entre los fallos de software y fallos de puente. ignorados. The Standish Group en Gestión de Proyectos The Standish Group se centra en la planificación de la inversión en TI. Para actualizar la información que se centra en cuestiones y tendencias en la comunidad está organizada y acentuados con fullcolor tablas y gráficos. Mejora del proceso constante. siempre se rompe. y algunos incluso se cayó. CENTAVOS mensuales. (Sin embargo. Alfred Spector. el software nunca llega a tiempo o en presupuesto.000. se investiga y se redacta un informe sobre la causa de la el fracaso. Por lo tanto una más flexible modelo debe ser utilizado. Además. The Standish Group ofrece crítico información y soluciones activas para gerentes. dentro del presupuesto y no se caen es porque de la extrema detalle de diseño. Este documento informativo servicio se basa en una investigación en profundidad primaria con el apoyo de una mejora riguroso proceso ciclo. y no se caiga. Puntos destacados del informe CHAOS (1994) "En 1986. Cuando un puente se cae.995 empresas estadounidenses y agencias gubernamentales gastarán $ 81 mil millones para proyectos de software cancelados. Estos informes son también una característica de nuestra INTELIGENTE (Gestión Standish Advisory Research Triangle) "investigación activa" del Programa junto con DARDOS mensuales y el VirtualBEACON ™ (un boletín electrónico semanal). Estas mismas organizaciones pagarán un adicional de $ 59. y / o racionalizado. El Grupo Standish tiene investigó los proyectos de TI ya través de su investigación caos que han hecho algunas conclusiones. Por otra parte. pero superará sus estimaciones de tiempo originales. Esto no es así en la industria de la computación donde las fallas son encubiertos. junto con un sistema de retroalimentación formal. en rápido movimiento entorno empresarial de hoy en día.sus experiencias y encontrar soluciones a problemas comunes.com Informes trimestrales de investigación del Grupo Standish son un resumen de nuestros programas de investigación. co-autor de un artículo comparando la construcción de puentes para el desarrollo de software. en 1.7% de los proyectos tendrá un costo de 189% de sus previsiones iniciales. un congelado diseño no se acomoda a los cambios en las prácticas comerciales. La premisa: Los puentes se construyen normalmente a tiempo.000. Esto podría ser y ha sido utilizado como una razón para el fracaso del desarrollo. seguimos cometiendo los mismos errores una y otra vez.standishgroup. CAOS Investigación y Focus Groups. . El diseño es congelado y el contratista tiene poca flexibilidad en el cambio de las especificaciones. Los costos de oportunidad perdidos no son medibles.000 años de experiencia. pero podría ser fácilmente en los billones de dólares. asegura la última en el pensamiento avanzado. Su sitio web es www. la construcción de puentes no siempre tienen tal brillante trayectoria. presidente de Transarc Corporation.000 para proyectos de software que lo hará ser completado. gerentes de desarrollo de aplicaciones de proyectos y de TI ejecutivos preocupados por el desarrollo e implementación de soluciones de negocio. en presupuesto. Muchos de los proyectos de construcción de puentes rebasen sus presupuestos. al lado de 3. "Datos adicionales: Los resultados indican el 52. plazos. Sin embargo. Recogidos durante el año calendario es de datos de DARDOS (Requisitos de evaluación de la demanda Tracking Survey).

otro importante causas incluyen una declaración incompleta de requisitos. y 214% para los pequeños empresas. sobrecostos La media de todas las empresas es de 189% de la estimación inicial de costos. Por supuesto. Tampoco contaba con el apoyo de personal de gestión de la información del estado. Para ello. el promedio es de 202%. La dirección ejecutiva no sólo apoyó el proyecto. su nivel de arriba hacia abajo de la participación permitió Banco Itamarati mantener el rumbo. En segundo lugar. especificaciones de diseño y pobres objetivos poco claros.com/sample_research/index. Hoteles Hyatt Éxito . el Standish Group encuestó a los directores ejecutivos de TI de sus opiniones acerca de por qué los proyectos tengan éxito. apoyo ejecutivo de gestión.standishgroup. el porcentaje es del 65%. el banco produjo resultados incrementales y medibles en todo el planificación / período de aplicación. el promedio es de 230%. Y para las pequeñas empresas. Éxito / Perfiles de fallo El aspecto más importante de la investigación es descubrir por qué los proyectos fracasan.Sólo el 9% de sus proyectos vienen en el tiempo y en presupuesto. la falta de participación de los usuarios. Tiempo Rebasamientos El rebasamiento promedio es de 222% de la estimación de tiempo original. y para las pequeñas empresas. y una declaración clara de los requisitos. que debe haber tenido muchos defectos. Para las empresas medianas. más de un cuarto se completaron con sólo el 25% a 49% de originallyspecified características y funciones. Los proyectos realizados por las más grandes empresas estadounidenses tienen sólo aproximadamente el 42% de la originalmente propuesto características y funciones.Este proyecto fracasó porque había demasiados cocineros y la sopa en mal estado. para un proyecto de este tamaño falle. una declaración clara de las necesidades. Reinicia Una de las principales causas de ambos sobrecostos y el tiempo se reinicia. y Finalmente. Para las grandes empresas. En promedio. sólo el 61% de las características especificadas originalmente y funciones disponibles en estos proyectos. Las grandes empresas tienen el peor récord con sólo el 42% de las características y funciones en el producto final. El coste medio rebasamiento es de 178% para las grandes empresas. Para cada 100 proyectos que comienzan.php Sin terminar Voyages seguimiento al informe CHAOS . la planificación adecuada. tenía una visión clara de los objetivos específicos documentados. y pequeñas los hitos del proyecto.El proyecto no tuvo recuperación monetaria. "Probablemente el 90% de fracaso de los proyectos de aplicación se debe a la política!" DMV de California Falla . tuvo la mala planificación.Hyatt tenía todos los ingredientes para el éxito: participación de los usuarios. Banco Itamarati Éxito . Para obtener más información acerca de la planificación de proyectos y la investigación CAOS. la dirección ejecutiva apoyo. no tuvo participación de los usuarios. el porcentaje es del 74%. aun cuando estos proyectos son completado. muchos no son más que una mera sombra de sus requisitos de las especificaciones originales. no fue apoyada por ejecutivo gestión. y la constante cambiante de los requisitos y especificaciones.En primer lugar. 182% para las empresas medianas. el promedio es de 239%. Y. American Airlines fracaso . Las deficiencias de contenido Para los proyectos con problemas. hay 94 reinicios. para las empresas medianas. Las tres razones principales de que un proyecto tenga éxito son la implicación del usuario. consulte la siguiente página web http://www. estaban proyecto activo gerentes.

se corre el peligro de que el lector realmente pensando que entienden lo que está diciendo.El logro de las respuestas a la solución de fracaso del proyecto se encuentra a menudo en el desarrollo de la comunicación escrita tales como declaraciones de problemas. esto incluye palabras usadas por nuestra industria. que pensar. Sin embargo. presumir mismo ignorante de su entendimiento ". Aparte de sonar intimidante. y ortogonal. • proyectos fallidos terminan más rápido reduce los costos y libera recursos • Proporciona un un proceso de comunicación de informes . pero rara vez se utiliza fuera de nuestra industria. y hablar de una manera que no está comprendido fácilmente por muchas personas fuera de nuestra industria. Como tecnólogos. y especificaciones detalladas. Recuerde que es su trabajo para que el lector entienda el plan. mientras que su significado puede ser en realidad del todo diferente. contingencias y riesgos que reduce el fracaso del proyecto Por lo tanto. métrica. uno de los problemas con cualquier comunicación escrita es el nivel de los participantes (del lector) de entendimiento. Parafraseando las palabras del poeta Inglés. Samuel Taylor Coleridge "Hasta que entender la ignorancia del lector. lo que conduce al éxito de los trabajadores y la satisfacción laboral • Crea metas pequeñas y manejables que lleva a proyectar la previsibilidad y aumentos proyecto éxito • Identifica y administra dependencias. abstracción. escribir el documento carece de todos los términos técnicos y términos técnicos seudo. no deben utilizarse en ningún documento si desea que el lector normal entender. El éxito del proyecto Criterios Tabla Beneficios de la Gestión de Proyectos Formal • Proporciona una imagen realista del proyecto y los recursos necesarios • Participación de los usuarios • Apoyo a la gestión • objetivos de negocio claros • Gestor de proyectos con experiencia • hitos pequeños • Requisitos de negocio Firm • Personal competente • Una planificación adecuada • Propiedad • Otros • Define y asigna los recursos. En otro Es decir. escribir. planes de proyectos. No es su trabajo para mostrar lo inteligente que eres o para demostrar que se puede utilizar grandes palabras. Palabras como paradigma.