Qué hacer si el proyecto TI está en mal estado

Cuando te encuentras con un proyecto de TI que está en malas condiciones, ¿qué harás como CIO? ¿Parar o continuar?

“Tomar la decisión de finalizar un proyecto de TI es mucho más doloroso que intentar iniciar un proyecto de TI. A veces, es simplemente inimaginable, pero aún así hay que tomar la decisión y hacerlo después de constante. cambios, la construcción de este proyecto se ha desviado de la intención original”, se lamentaron muchos CIO. Pero detenerse significa negarse a uno mismo, ¡y se necesita mucho coraje para tomar esa decisión! Según la entrevista y la investigación del periodista, se descubrió que sobre este tema, los CIO nacionales y los CIO extranjeros tienen puntos de vista y opiniones completamente diferentes, después de todo, los entornos en los que viven son muy diferentes...

El. Pensamientos de CIO extranjeros: 11:1 Es hora de terminar

Cada vez es más difícil para los líderes de proyectos juzgar cuándo cancelar un proyecto de TI en problemas y cuándo continuar con más proyectos. Abortar un proyecto impopular que consume recursos y no tiene beneficios comerciales obvios requiere suficiente coraje. Pero si cancelas un proyecto importante sólo porque se topó con algunos obstáculos en el camino, te encontrarás creando mucha fricción con la junta directiva.

Silicon.com pidió recientemente al "Jurado CIO" respuestas sobre este tema, y ​​los líderes de la industria de TI votaron 11 a 1 en que es mejor acabar con un proyecto de TI problemático que atender únicamente a la junta directiva. . Requerir. Kevin Fitzpatrick, director de información de Manpower, cree que es un delito que las empresas continúen con un proyecto fallido. "Dijo: "La razón principal del fracaso en la implementación de TI es no reconocer con suficiente antelación que parte del trabajo debería detenerse y no tener suficiente coraje para ajustar la dirección o incluso cancelar el proyecto por completo. A veces, el éxito requiere aprender a tomar medidas emergentes, incluido dónde detenerse y colocar los recursos en el lugar correcto donde puedan agregar valor. ”

“Es probable que las empresas que ponen fin a malos proyectos se arrepientan. No me refiero a arrepentirse de la decisión de terminar, sino a lamentar por qué se permitió que un mal proyecto continuara”. Por supuesto, la decisión de despedir no es fácil. David Jemitus, director de TI del Portal de Planificación Gubernamental, así lo cree.

Kevin Lloyd, director de tecnología de Barclays, dijo que para tener éxito, las empresas suspenden la implementación de proyectos problemáticos o los replanifican. El director de TI de TV 5, Ken Davis, dijo que es muy importante que los CIO se comuniquen plenamente con la junta directiva antes de tomar cualquier decisión

“De hecho, muchas personas tienen la idea de tratar. un caballo muerto como un caballo vivo”, simplemente porque tienen miedo. Todo el dinero que se ha invertido se ha desperdiciado, pero ¿no han pensado que continuar implementando un mal proyecto tendrá efectos financieros adversos a largo plazo y de gran alcance? tanto en el departamento de TI como en el negocio? Les Boggia, jefe de TI de la compañía de seguros Carole Nash, expresó su opinión.

Frank Coyle, jefe de TI de John Menzies Distribution, cree que hablar de cancelar la implementación de proyectos problemáticos es lo correcto. hacer, qué es realmente La pregunta es cuándo abortar el proyecto.

La única persona que planteó objeciones fue John Odell, director de TI de BBA Group, dijo: "Si el proyecto afecta directamente a los objetivos de. Si hay problemas con la junta, entonces la junta debe resolverlos. La responsabilidad del departamento de TI son los comentarios y sugerencias. ”

Como resultado, la discusión sobre este tema dio lugar a otro debate: ¿En qué circunstancias se debe continuar con un proyecto de TI problemático?

El responsable de una empresa de TIC de Londres, Richard? Steel dijo: “Si los problemas se pueden superar y los beneficios se pueden obtener, ¿por qué no hacer una reevaluación y una nueva planificación? Por ello, es necesario estar consciente de los problemas en todo momento y saber cómo superarlos.

Si una gran empresa se enfrenta a un problema de este tipo, también es un buen método avanzar gradualmente.

Peter Pedersen, director de tecnología de Blue Square, cree que si se trata de una TI problemática. proyecto Si es una parte clave de la estrategia de la empresa y puede generar retorno de la inversión, entonces este proyecto no debería cancelarse.

Dharmesh Mistry, director de tecnología de edgeIPK, cree que la comunicación entre el CIO y otros. Los miembros de la empresa son muy importantes. Dijo: "Si lo que la junta directiva quiere lograr se refleja directamente en las ganancias de la empresa, como los precios de las acciones, etc., entonces el CIO debe continuar con el proyecto de TI y esforzarse por lograrlo. cumplir con los requisitos de la junta. Es decir, si la gente del departamento de TI quiere ser eficaz, necesita ver las cosas desde la perspectiva de la empresa, no sólo para lograr los objetivos de TI.

A veces, la “política corporativa” también afecta las decisiones tomadas por los CIO.

Steve Anderson, socio europeo de Davis Langdon, cree que a veces los CIO no deberían acabar con proyectos de TI problemáticos para mantener las relaciones con la junta directiva. Dijo: "No quieres distanciarte de la junta irritando a la junta y no estar de acuerdo con ellos, por lo que tienes que trabajar duro para superar todas las dificultades para completar el proyecto". la mayoría de las veces, el departamento de TI no debería tomar ninguna medida porque la junta directiva ya tomó una decisión. Phil Young, director de TI de Amtrak Express Parcels, dijo: "Creo que debería ser una cuestión de sala de juntas acabar con un proyecto de TI problemático. El director del proyecto debería explicar el problema, por qué se detuvo el proyecto, etc."

Phil Pavitt, director de información de OneTel, dijo: "Abortar un proyecto a menudo hace que los problemas internos sean más evidentes. No hay nada como cancelar un proyecto para atraer la atención de la junta directiva, añadió Richard de ICT en London Steel". De hecho, se aprende mucho conocimiento de la implementación de proyectos uno por uno, incluidos, por supuesto, aquellos proyectos que se implementaron sin éxito".

Por supuesto, debemos enfatizar que cuando se discute esto Antes de que surjan problemas , debe existir la premisa de que los CIO puedan saber claramente cuándo un proyecto de TI comienza a tener problemas y es probable que fracase. Neil Hammond, director de TI de British Sugar, dijo: "Los proyectos de TI requieren una tecnología de alerta temprana eficaz para evitar invertir demasiado dinero sólo para descubrir que habrá problemas con el proyecto y evitar afectar la reputación de la empresa". >

Voz del CIO nacional: Continuar

Al tomar decisiones, en teoría no se pueden considerar los costos hundidos, pero después de todo siguen siendo "costos" cuando se trata de "desperdiciar dinero". Todos podemos sentir que los extranjeros no son necesariamente los más adecuados.

He estado involucrado en el trabajo de informatización empresarial durante casi diez años y he oído hablar de muchos casos de proyectos de informatización fallidos. Sin embargo, a los líderes de la información les resulta realmente difícil tomar la decisión de detener un proyecto que está a punto de fracasar. Creo que a menos que ocurran las siguientes tres situaciones, los CIO harán todo lo posible para continuar con el proyecto: en la primera situación, el proveedor del sistema que se está implementando quiebra y el producto no tiene soporte ni servicios de seguimiento; se descubre el producto seleccionado Fallas o defectos graves, finalmente, una crisis existencial para la empresa; Por lo tanto, mientras se lance el proyecto, debemos continuar y nunca rendirnos fácilmente. Por supuesto, debemos asegurarnos de que el proyecto pueda tener éxito.

Creo que se puede ver si un proyecto fracasará antes de implementarlo.

La empresa donde trabaja un amigo del autor es una empresa conjunta y él era responsable del trabajo de I+D en el departamento de tecnología de la empresa en ese momento. Debido a la estructura especial del producto y al modelo de ventas, no se ha utilizado el módulo de ventas en el sistema ERP. Para fortalecer la gestión de ventas y controlar eficazmente los pedidos, el director de TI extranjero de la empresa decidió desarrollar un sistema de planificación y control de pedidos e integrarlo con el sistema ERP existente.

Cuando salió el prototipo del sistema, el director de TI organizó una reunión de introducción del proyecto a la que asistieron los departamentos comerciales. Desde la introducción del proyecto, mi amigo aprendió que hay una suposición muy importante en la idea de diseño del sistema: más del 80% de los pedidos son productos estandarizados y serializados. Sin embargo, dado que los clientes tienen necesidades más personalizadas para los productos vendidos a nivel nacional, sólo alrededor del 20% de los pedidos son de productos estandarizados y serializados. Por tanto, este diseño no puede adaptarse en absoluto a la situación empresarial actual. Los amigos plantearon preguntas sobre esto. El director de TI extranjero respondió con arrogancia: "Su tarea es aprender a utilizar este software. No necesita preocuparse por otras cosas. El resultado es predecible". Después de medio año de uso, el sistema tuvo que ser cancelado, lo que provocó que se desperdiciaran más de 1 millón de yuanes en costos de desarrollo. Posteriormente, el autor tuvo la suerte de entrar en contacto con algunos documentos del software. En lo que respecta al software en sí, el diseño es excelente y muchas ideas de diseño únicas son incluso dignas de referencia por parte de los desarrolladores de software ERP.

No es difícil ver en este caso que el fracaso de este proyecto estaba realmente condenado al fracaso desde el momento del análisis de la demanda. Por supuesto, la falta de cooperación del usuario final también es una razón importante para el fracaso del proyecto.

Por lo tanto, antes de implementar el plan del proyecto, si se considera que el riesgo de fracaso del proyecto es muy alto, no tome una decisión apresurada de detener el proyecto o continuarlo. En este momento, el líder del proyecto necesita analizar cuidadosamente qué factores causan mayores riesgos. ¿Cuáles de estos factores son internos y cuáles son externos? ¿Cuáles son los factores controlables y cuáles son los factores incontrolables? Resolver los factores controlables y analizar los factores incontrolables. Si el factor incontrolable es la selección de productos o socios, puede hacer una nueva elección; si se trata de una cuestión de financiación, puede solicitar una inversión adicional.

Por supuesto, para poder hacer un juicio más preciso antes de la implementación del proyecto, los miembros del equipo del proyecto deben trabajar mucho en la etapa inicial: en la etapa de análisis del proyecto, los objetivos del proyecto y las necesidades del usuario son aclarado en la etapa de selección, realizar inspecciones detalladas y exhaustivas de proveedores y productos; comunicarse de manera efectiva con todas las partes al formular planes de proyecto, etc.