lunes, 4 de abril de 2011

Retorno Esparado de las Inversiones en TI

Si las inversiones en TI no producen el retorno esperado se debe a que el resultado de negocios que se pretende no se explicita ni se controla como parte del proyecto. Ya lo dijo Deming: "Nada que no se mida se puede lograr".

El único fin explícito y controlable de los proyectos de TI es la puesta en funcionamiento de las aplicaciones ("go live")... Este no es un resultado de negocios; no representa el retorno esperado de la inversión. Puede contener un resultado de negocios potencial pero es imposible de garantizar si éste no se incluye en el proyecto.

Sin embargo, este no es un tema sencillo, no se trata solo de explicitar el resultado de negocios...para trabajar bien este tema se requiere una modificación completa de la forma en que se administran los proyectos tradicionales cuyo fin último ha sido siempre el funcionamiento de herramientas tecnológicas. En otras cápsulas más adelante explicamos el problema.

viernes, 1 de abril de 2011

Un Informe sobre el Caos...

De 13.522 proyectos TI encuestados1:
Se reporta éxito en sólo el 34% de los desarrollos de aplicaciones, (era 16% en 1994)
Fallan el 15%. Los restantes 51% están con problemas
Las pérdidas por proyectos fallados y con mayores costos que los previstos suman US$ 55 billones, de un total de US$ 255 billones gastados.
Los incumplimientos de plazos aumentaron a 82% (de 63% en el 2000) Sólo el 52% de las características y funciones solicitadas estuvieron en el producto entregado.


(1) Standish Group Survey: The Chaos Report, 2003

martes, 15 de marzo de 2011

Muy a nuestro pesar...

"A pesar del rol tan destacado, central y crítico que tienen en el presente las Tecnologías de Información éstas son las más de las veces consideradas un problema o una debilidad en la organización, en vez de una fortaleza o factor de éxito” ([Laube2003]).


"La tecnología de información está llegando a una etapa similar a la que llegaron los ferrocarriles o la electricidad: necesaria, pero no capaz de producir una diferenciación competitiva para las empresas por su uso" ([Nicholas G. Carr])

martes, 1 de marzo de 2011

Procesos Transversales

Las aplicaciones siempre constan de un número de módulos que trabajan en forma integrada y para el proyecto de su puesta en marcha, los proveedores organizan un plan de trabajo basado en dichos módulos. Por ejemplo, trabajan con el módulo financiero contable, luego con el módulo de ventas, luego con el módulo de administración de inventarios y luego el módulo de compras. Adicionalmente, para trabajar en la puesta en marcha de cada módulo reúnen a las personas especialistas en esos temas.
Observemos que lo que están haciendo los implantadores de aplicaciones con este enfoque es exacerbar la organización funcional, o sea, los estamentos estancos o silos de la organización. Siendo que uno de los aportes más importantes de los sistemas de información es la habilitación de una orientación a procesos transversales, podemos reconocer que este enfoque atenta contra este importante objetivo. La única forma que hoy día se reconoce para optimizar el inventario de una organización es logrando que el área de ventas y el área de compras trabajan como un solo proceso integrado (y en alianza con los proveedores); no en forma separada. Con razón se desaprovechan las inversiones que las empresas hacen en Tecnología de Información.

martes, 15 de febrero de 2011

Capacitación no enfoca procesos integrados.

La capacitación en los proyectos de implantación de aplicaciones no promueve la integración de los Sistemas de Información (“conjuntos de procedimientos”). En breve, digamos simplemente que la capacitación se organiza en base a los módulos de la aplicación: inventarios, contabilidad, compras, mantenimiento… A los encargados del inventario se les capacita en “administración de inventarios” y a los mantenedores en “administración del mantenimiento”, como si los mantenedores no fueran responsables de las existencias de repuestos. Observamos que la capacitación que se entrega en los proyectos de Informática está fomentando (reforzando) la organización funcional. Esta es una pobre contribución a los beneficios que se esperan de una inversión en TI.

martes, 1 de febrero de 2011

Resultados de Negocios con el enfoque TIMEBOX

El enfoque Timebox propuesto por la empresa Plus Consult de Chile en 1992 es una de las herramientas metodológicas más poderosas para ayudar a obtener resultados de negocios en el corto plazo congruentes con los requerimientos de mediano y largo plazo de una organización. Se basa en el hecho de que cualquier objetivo de negocios se sustenta en una abstracción (una simplificación de la realidad). Todo trabajo que las personas hacen para alcanzar el objetivo lo va haciendo más concreto y conforme se van acercando a él van quedando claras algunas de las simplificaciones y supuestos que se asumieron en el momento en que se formularon. Cuando el proyecto llega a la proximidad de su objetivo las personas que los formularon sufren siempre una crisis porque se dan cuenta que han cambiado (han aprendido y el entorno ha cambiado) y que el objetivo que desean (ahora) tiene diferencias con el que formularon originalmente… (muchos proyectos de TI avanzan sin problemas hasta el 90 ó 95% del proyecto y ahí de repente muchas cosas comienzan a ir mal).  Las personas van aprendiendo en el camino y aprender significa no sólo modificación del “contenido de la base de datos del cerebro” sino también modificación de la conducta. Este fenómeno obliga a colocar metas no muy lejanas en el tiempo y a no pretender lograr (nunca) el 100% de la meta sino el 80% (que se logra con el 20% del esfuerzo)…

En esencia el enfoque consiste en aplicar Pareto al 100% del supuesto RESULTADO. El 80% de ese RESULTADO que se puede lograr con el 20% del esfuerzo requiere un TIEMPO CORTO que se fija arbitrariamente pero con mucho CRITERIO (aquí es invaluable la experiencia).

El primer Timebox establece entonces el resultado relevante que debe obtenerse dentro del lapso de tiempo fijado (de 4 a 6 meses para el primer Timebox, los posteriores pueden ser inclusive más cortos) y la necesidad de que todos los participantes en el proyecto trabajen en equipo focalizados en la obtención de ese primer resultado. Si se encuentran problemas en el camino es preferible negociar la definición y caracterización del resultado que negociar el tiempo fijado.

El primer Timebox puede alcanzar objetivos de negocios más rápidamente si ex profeso se  omite la excelencia de las metas iniciales privilegiando los resultados rápidos, siempre que haya un compromiso y un entendimiento por parte de todos los involucrados de que el mejoramiento (proceso posterior) se va a hacer cargo de los bordes rugosos que se van dejando en el camino. La excelencia siempre es una meta de segundas derivadas, del 20% del resultado que consume el 80% del tiempo. Requiere más profundidad de análisis e inclusive prueba y error.

El segundo Timebox no es simplemente una continuación que parte después del primero. El equipo de proyecto debe enfrentarlo y reevaluarlo para capitalizar en el segundo Timebox las cosas aprendidas durante el primero. El hecho de que se produzcan cambios relevantes en las especificaciones del proyecto no debe considerarse una deficiencia o una debilidad del equipo, más débil es que no haya habido aprendizaje y que no cambien las especificaciones para reflejarlo.

Se aprende mucho del 20% del esfuerzo para lograr el 80% del resultado y es esencial capitalizar este conocimiento dentro del mismo proyecto. Si hay que “deshacer” algo de lo que ya se hizo es preferible hacerlo en este momento que al final del proyecto cuando ya se ha construido todo el resto sobre ese elemento defectuoso. No hay que demonizar la práctica de reformular objetivos.

lunes, 5 de abril de 2010

La Empresa Virtual

Hoy día la administración de empresas no se lleva a cabo sobre la empresa real sino sobre el modelo que de la empresa, la organización y su entorno se tiene implementado en la plataforma digital. Si este modelo es deficiente la administración también será deficiente y es muy poco lo que la experiencia, el ingenio y el conocimiento del administrador puede hacer por mejorarla.