domingo, 1 de junio de 2014

ANÁLISIS DE LAS DIMENSIONES DE UN PROYECTO, APLICADAS A UNA IMPLEMENTACIÓN DE TI

ANÁLISIS DE LAS DIMENSIONES DE UN PROYECTO, APLICADAS A UNA IMPLEMENTACIÓN DE TI

En la gestión de proyectos, la relevancia que adquiere cada una de las dimensiones puede cambiar de acuerdo al objetivo primordial del proyecto o al enfoque de estrategia organizacional que tenga la compañía; sin embargo en este ejercicio realizaré un rápido análisis de las dimensiones, partiendo de la experiencia personal y  de conceptos teóricos de la Gestión de Riesgos y la Ingeniería de Software. Plantearé un ejemplo de la implementación de un proyecto de TI, del que se espera, sea transversal a todos los procesos y áreas de la organización dependiendo de los resultados obtenidos en una primera fase.

Marco Teórico del Análisis
“El riesgo afecta a los futuros acontecimientos, implica cambios, elección e incertidumbre” (1)

Al hablar de la gestión de riesgos y la continuidad del negocio, es necesario asumir una postura proactiva frente al manejo de los riesgos y dejar de lado las posturas reactivas que vulneran la estabilidad del negocio; partiendo de este punto de vista también es necesario abordar de una manera integral el análisis de los diferentes recursos tecnológicos y humanos que soportan los diferentes servicios de la organización, para determinar cómo pueden optimizarse en términos de eficiencia y estabilidad, para mantener la competitividad de la organización.

“Estar preparados: El software es una empresa difícil, muchas cosas pueden ir mal, y francamente, a menudo van mal; esta es la razón para estar preparados comprendiendo los riesgos y tomando las medidas proactivas para evitarlo o gestionarlo. Esto es el elemento clave de una buena gestión de proyectos de software” (2)

Contextualización de la problemática

Tipo de Organización: Entidad Financiera
Nombre del Proyecto de TI: Virtualización de Escritorios (Escritorio Remoto)

Uno de los factores críticos que debe afrontar una organización financiera, es mantener a toda costa la continuidad del negocio, evitando que los clientes perciban o experimenten impactos negativos en los servicios de la compañía; para esto es necesario contar con una infraestructura tecnológica que permita la continuidad operativa de los funcionarios de todos los niveles y áreas de la organización; todo bajo los parámetros de la eficiencia y la reducción de costos innecesarios para la empresa.

En este caso se ha evidenciado que los problemas de índole social y político afectan la operatividad del negocio, así como la estimación de algún posible desastre natural o humano. En los últimos años los disturbios de origen social y político, han impedido que los funcionarios ingresen a las diferentes sedes de la entidad para realizar sus labores, generando así graves impactos a la operación en general; dada esta consecuencia se ha recurrido a la  instalación de Centros Alternativos para la Operación, que permitan a los empleados desarrollar sus funciones con normalidad cuando hay alteraciones de orden público, o dado el caso de otro tipo de perturbación de la operación. Esta ha sido una solución que ha permitido gestionar el riesgo de una manera eficiente en cuanto a términos de funcionalidad, pero los costos para mantener la infraestructura de las sedes internas han sobrepasado los presupuestos; esto teniendo en cuenta que se debe administrar más hardware, software, comunicaciones, locaciones físicas, entre otros.
Se requiere entonces, desarrollar un proyecto de TI que permita gestionar los riesgos de continuidad del negocio de una manera eficaz, pero manteniendo una proporción del costo administrativo y de inversión.
El proyecto consiste en proveer a toda la compañía de escritorios virtuales, alojados en servidores fuertemente custodiados por esquemas redundantes de RAID y estrategias de backup, de manera que los usuarios solo requieran un equipo de menor capacidad y por ende menos costoso, para conectarse a su escritorio virtual. En cuanto a la continuidad de negocio, este proyecto suministra las herramientas suficientes para que cualquier usuario pueda operar desde cualquier ubicación con todos los recursos corporativos, dado algún evento inesperado y que altere la normalidad de la operación.

1.       TÉCNICA
De acuerdo a las características y expectativas del proyecto, la dimensión técnica adquiere una mayor importancia, dado que la solución a la problemática debe tener una base sólida en la implementación tecnológica;  en este sentido se espera un alto nivel de calidad de los productos de software y de la infraestructura de hardware que soportaran toda la operación de la organización.

2.       ECONÓMICA
El aspecto económico no menos importante, toma un segundo lugar en la escala al ser una de las principales expectativas de la organización frente a la implementación; se espera que sea una solución eficiente y funcional pero que no incremente los costos operacionales. La viabilidad para esta solución, depende directamente de un diseño estructural enfocado a la solución de la problemática pero donde la inversión sea rentable en la línea de tiempo.

3.       ESTRATÉGICA
El éxito de una implementación tecnológica de esta magnitud, sin duda le proveerá a la organización, un sinnúmero de experiencias y adelantos tecnológicos que le permitirán mantener la posición en el mercado, al tiempo que será mucho más competitiva frente a otras entidades que quizás no puedan mostrarse tan fuertes frente a los riesgos de continuidad del negocio; adicionalmente al aplicar procesos de mejora continua, la organización podrá aprovechar todas las lecciones aprendidas de este proyecto para optimizar cada vez más sus procesos de operación internos.

4.       COMERCIAL
Finalmente la dimensión comercial debe mirarse desde dos puntos de vista: El cliente interno y externo. La importancia de esta dimensión para todas las áreas de la organización (Cliente Interno), se basa en el éxito que pueda obtener la solución tecnológica que ofrece el proyecto, pero cabe reconocer el valor agregado que aportan los demás procesos que deben ejecutarse en paralelo, como la gestión de cambio, los procesos de formación y la comunicación organizacional; todo esto incrementará la confianza al interior de la compañía, en cuanto a la implementación de grandes soluciones para las problemáticas del negocio; lo que deja la puerta abierta para que la PMO continúe gestionando proyectos de gran envergadura. Finalmente y sin desmeritar la importancia de los usuarios de la entidad (Cliente Externo), que son la razón de ser de la organización, se ubican en esta posición del ranking porque toda este despliegue debe ser totalmente transparente para ellos, y solo deben percibir que su entidad financiera tiene la capacidad de soportar todo tipo de riesgos y garantizar su patrimonio ante las diferentes amenazas que se puedan presentar.

(1) CHARETTE, Robert. (1989): Paragraph of his book: Software Engineering Risk Analysis and Management.
(2) CHARETTE, Robert. (2005): Taken from his virtual publication in the Magazine IEEE Spectrum. Posted 2 Sep 2005.


DIMENSIÓN
PESO
JUSTIFICACIÓN
1. TÉCNICA
35%
Partiendo de las expectativas del proyecto, la solución tecnológica debe ser de alta calidad; no se permite la implementación de una solución con condiciones de calidad bajas.
2. ECONÓMICA
35%
La inversión económica para el presupuesto es fundamental para el desarrollo del proyecto; tiene el mismo peso de la dimensión técnica porque esta no puede ejecutarse sin el capital necesario.
3. ESTRATÉGICA
20%
La orientación a la mejora continua es una práctica que debe estar alineada totalmente a la estrategia de negocio; también tiene una fuerte participación en la vista general del proyecto porque todas las experiencias obtenidas así como los adelantos tecnológicos logrados, fortalecerán mucho más las oportunidades e imagen competitiva de la organización.
4. COMERCIAL
10%
La dimensión comercial con el peso menor en esta vista global, de acuerdo a los argumentos expuestos anteriormente sobre los clientes internos y externos; haciendo la salvedad que ambos deben ser considerados en todas las etapas del proyecto.
100%


  • CHARETTE, Robert. (1989). Software Engineering Risk Analysis and Management.
    McGraw-Hill, New York. Chapter 8 – pp 131


Publicado por en No hay comentarios:
Suscribirse a: Entradas (Atom)