Comentarios en: Desafíos en el diseño de los proyectos TI

Por: Oscar Herrera

Oscar Herrera — Thu, 04 Aug 2016 13:16:09 +0000

Plenamente de acuerdo, como proveedor de aplicativos y servicios he visto demasiadas veces la situación de describes en distinto tipo de instituciones; mi impresión es que hay una concepción de "valor" equivocado: se le da más valor a la plataforma base y poco valor a las aplicaciones de negocio y los servicios anexos (mantención, administración), basta ver muchas bases en las cuales los requerimientos son del estilo "quiero un sistema que haga X" donde el problema a resolver no tiene una clara definición o está expresado en forma técnica y no del objetivo de negocio que se quiere lograr. La preparación de bases es una de las debilidades del mecanismo de compras públicas, no se trabaja el diseño global de la solución; si bien ahora los convenios marcos incluyen la idea de un anteproyecto todavía esa modalidad de trabajo no está asimilada. Por otro lado en esas mismas bases (o relacionadas) la plataforma está detallada al "chip", es cierto que es más simple, pero si no hay claridad de lo que va en esa plataforma resulta fácil caer en sub o sobre dimensionamiento de la plataforma (caso tambien frecuente). Basta ver la relación de presupuestos entre plataforma y aplicativos, si en USA se habla de 1:3 acá con suerte llegamos a 1:1 y muchas veces es N:1 (mayor inversión en plataforma). Las modalidades de servicios en la nube permiten mucho mayor flexibilidad en la plataforma pero si no se le da valor a los aplicativos y servicios vamos a obtener los mismos malos resultados.

Por: Alejandro Barros

Alejandro Barros — Mon, 01 Aug 2016 22:25:58 +0000

Muchas gracias Gabriela por tu comentario, comparto lo que planteas como temas y que efectivamente tienen un alto impacto en el desempeño final de los proyectos.

Muchas gracias

Por: gabriela berch

gabriela berch — Mon, 01 Aug 2016 22:20:38 +0000

Excelente reflexión Alejandro. es demasiado amplia la historia de proyectos no exitosos, y en el mejor caso, exitosos desde la lógica del proyecto pero no de los resultados esperables hacia el destinatario final, como para no aprender, lujo que no debiéramos permitirnos. Coincido en que la metodología de desarrollo debe aggiornarse a nuevas dinámicas de colaboración y agilidad (y rescato aquello de los «proyectos delfines» que sigue muy vigente), pero igualmente creo que hay debilidades clave:
– la mayoría de los proyectos se dispara sin un análisis previo de los problemas-objetivos, por lo que la contribución a la mejora puede no ser sustantiva, además de que se diluye el propósito del proyecto (visión estratégica y del «negocio»).
– no siempre se considera la gestión del cambio desde el punto de vista humano y los proyectos se limitan a los aspectos tecnológicos, que de por sí no solucionan y que incluso pueden desaprovecharse totalmente.
– los proyectos se cierran (con suerte se realiza cierre), sin considerar la sostenibilidad de los cambios que se procuraron y menos aún la evalución/evolución, cuestiones con menos impacto de marketing, pero que definen que lo invertido tenga sentido.
– esto ya es casi un detalle, pero la gestión de la información con visión institucional es aún muy incipiente y más aún con visión transversal al Estado, cuando debería ser considerada en en cada iniciativa..
Como siempre ha sido un gusto leer tu publicación, siempre con aportes muy valiosos.