Cómo Gerenciar Exitósamente un Departamento de Informática y No Morir en el Intento (Panacea Informática o Estrella de Oro de la Informática)

Todo Gerente de Informática (TI) debe considerar 3 aspectos fundamentales para realizar una gestión excelente: Las Personas, Los Procedimientos y La Infraestructura. A su vez todo Proyecto se acota en un marco delimitado por: Los Requerimientos, Los Recursos y el Tiempo en que se debe llevar a cabo ese proyecto.

Analicemos todos estos aspectos:

FACTOR PERSONAS Y REQUERIMIENTOS

Para que un cargo o función de la empresa sea eficiente, se debiera colocar allí a una persona "correcta", es decir personas con las competencias adecuadas en la función que se desea cubrir.

¿Cómo Ud. puede saber sobre las competencias adecuadas para un cargo en informática?, muy fácil, exija los títulos y los certificados. Estos documentos son oficiales y acreditan que la persona que está asignando tiene conocimientos adecuados y sabe de la materia. En informática eso es importantísimo si Ud. desea tener una Gestión Exitosa de Informática.

Lo primero que debe hacer es asesorarse de las personas "correctas". Si Ud. tiene poder de decisión en su empresa, coloque en Informática a gente de Informática que sepa trabajar en Informática.

Otros gestores de informática por ahorrarse algunas monedas (en costo fijo directo) prefieren contratar mano de obra barata no-calificada y asumir que todo saldrá bien. Está demostrado y conozco una infinidad de casos, que gran parte de los problemas informáticos deben su origen a tareas que no fueron hechas o no completadas por falta de conocimiento técnico del personal. No es el lugar para demostrar cuán altos son los costos indirectos-variables por estar arreglando problemas, ni decir de las horas hombre.


Estas son las razones ocultas que explica por qué informática parece ser más un gasto que una inversión, o por qué siempre parece haber problemas con Informática.

Es difícil convencer a las personas de hoy sobre la importancia, la seriedad y el impacto de este tipo de cosas para la informática (que es necesario que los informáticos manejen la informática). Esto se debe seguramente a que no tenemos muchos años de vida como ingenieros (cerca de 60 años), aún falta mucho para convertirnos en ciencia oficial como las matemáticas o la física. Por lo que nadie toma aún en serio a la Informática. Por eso, hoy por hoy cualquiera se pretende de Informático sin un título profesional o certificaciones que lo respalden.

Volviendo a lo que nos importa, si Ud. coloca personal de Informática a trabajar en Informática, se evitará muchos problemas y dolores de cabeza. Hacer lo contrario expone con esto a la empresa a una infinidad de riesgos y fallos que pudiera cometer alguien no titulado en Informática. Arrastrando a su vez al resto del personal y a la moral de la empresa y en definitiva aniquilando la Calidad que busca el cliente. El personal de informática calificado oficialmente, conoce del tema, por lo tanto toma las decisiones correctas, las que se convierten en requerimientos correctos. Es así de simple y de importante.

(epílogo: ¡¿que sucedería si no se exijieran títulos Médicos a los Doctores de Medicina?!! estariamos siendo operados o tratados por una infinidad de personas que "conocen" del tema pero que no son profesionales... o sea ni imaginárselo, sería una mortandad como en la edad media que las personas ¡se morían de simples resfriados! o ¡se les drenaba la sangre para sacarles los males! todo porque cualquiera se las daba de médico!!, bueno eso es lo mismo que pasa hoy en informática, cualquiera se las da de informático!!)


FACTOR RECURSOS Y PROCEDIMIENTOS

¿Falta decir que las decisiones correctas deben respaldarse con los recursos y procedimientos adecuados?.

Un factor oculto que muchos Gerentes de Informática desconocen u olvidan, es que los procedimientos explican y justifican los recursos monetarios. Por ello son tan importantes como los recursos monetarios al proyecto. Primero porque debemos indicar proceduralmente y formalmente el "cómo" se lograrán las metas, y segundo porque en la medida que conozcamos en detalle y con claridad cada proceso involucrado, sólo entonces podemos evaluar el alcance y asignarle ni más ni menos recursos monetarios a cada tarea en particular, que en suma componen el presupuesto de nuestro proyecto.


Un ejecutor o recurso de proyecto no puede adivinar ni suponer. Y esto sucede cuando NO hubo una comunicación fluida y directa entre los que toman las decisiones y establecen los requerimientos y quienes reciben el trabajo de ejecutar estos requerimientos. Entre medio hay un millón de mandos medios que no bajan la información.

Entonces como Gerente de Informática se debe preocupar también de establecer una comunicación eficiente, es decir que los requerimientos, plazos y recursos le lleguen a los ejecutores (las bases). Para esto no confíe en solo un email al jefe del área X, sino que ocupe una intranet y haga reuniones de trabajo. Y por sobre todo preocúpese de que los requerimientos estén documentados y publicados en esta intranet. Que los documentos sean precisos, con los nombres de los responsables de cada tarea, las fechas y horas, con los pasos a ejecutar detallados técnicamente y lo que se espera, que contega pasos de rollback en caso de errores y que contenga también los criterios de éxito para cada actividad. Y no se olvide de involucrar a los responsables de su contraparte, indicando los nombres y celulares de ellos y asignándoles actividades también.

Una vez que sabemos cuáles son los pasos necesarios para llevar a cabo nuestro proyecto, debemos obtener el presupuesto. Técnicas hay muchísimas, pero lo que más se utiliza es un análisis de flujo para verificar el retorno de la inversión y un business case.

Hay otros casos donde el presupuesto para toda el área de Sistemas viene ya determinado por las decisiones estratégicas. En ese caso se podría haber asignado un presupuesto mayor o menor del que necesitamos, pero eso dependerá de nuestra capacidad de evaluar planes anuales de departamento IT.

Si es el caso que debamos lidiar con un presupuesto preestablecido en una reunión estratégica a veces lo primero que llevamos en la mente es recortar el presupuesto lo más posible para aparecer como excelentes ejecutivos. Es un grandísimo error ese tipo de enfoque. Cuando salgamos de la reunión donde se tomaron las decisiones estratégicas, lo primero que debemos llevar en la mente no es "recortar el presupuesto", sino que debemos tener presente en nuestra mente lo siguiente: "LOGRAR EL OBJETIVO". Piénselo un par de minutos. Vuelva a leer la estrofa. Como Gestores de Informática, nos preocupamos enormemente del manejo del presupuesto para aparecer más que nada como "estrellas" frente a nuestros superiores, pero siempre se deja a un lado el objetivo principal: CUMPLIR CON LOS OBJETIVOS ESTRATEGICOS.

Seguramente está pensando que el objetivo estratégico era algo así como "SE DESEA OBTENER EL SEGMENTO "ABC" AL COSTO X", pero Ud. olvida una aproximación evolutiva de las cosas. Es un error pensar que los objetivos (o cualquier cosa) se obtiene como resultado de un cambio revolucionario... Al contrario (y grábeselo muy profundo) TODO OBJETIVO SE ALCANZA EN ETAPAS.
Es necesario primero lograr el objetivo estratégico con los recursos suficientes (como primera etapa) y crear planes de acercamiento en etapas (evolutivos) para mantener el objetivo con menores costos, y quizás alcanzar objetivos mayores.

La práctica de querer siempre recortar el presupuesto obliga a las bases a cambiar sutilmente los requerimientos, esto forma una cadena tipo bola de nieve, que al final hace que si se pidió un columpio en una rama de árbol, se termine cortando el árbol completo, sino peor.

Es por esta razón que el 99% de los proyectos informáticos terminan con menos calidad de la solicitada y con mayores costos de los planeados inicialmente debido a las correcciones y los ajustes.

Como Gerente de Informática debe sincerarse con sus clientes y entender que no podemos comprometer los requerimientos sin comprometer los recursos en forma directamente proporcional (y a su vez el tiempo en implementarlo). Pero sobre todo debe primero tener claro los pasos procedurales para llevar a cabo esos requerimientos de tal manera de hablar con conocimiento de causa cuando necesite asignar presupuesto o defenderlo.


FACTOR INFRAESTRUCTURA Y TIEMPO (PLAZOS)
Por último, desde el punto de vista práctico se debe contar con la tecnología adecuada y con plazos realistas. Es decir, se deben crear los escenarios adecuados para desplegar nuestros recursos para obtener el objetivo.

Sí es verdad que el activo se deprecia, que luego de un año ya no vale lo mismo mi activo. Es verdad todo eso, pero se ha puesto a pensar cuánto le costaría a su empresa que su solución informática no funcione por un problema del hardware? ¿o que no funcione perfecto? ¿o que deje de funcionar justo para Navidad? Si su respuesta es NO, ¿a qué espera para realizar un estudio comparativo de los costos? ¿sabe cuánto gana por día su empresa? ¿por cada sucursal? ¿sabe prorratear esas ganancias por cada uno de sus sistemas informáticos? ¿sabe exactamente cuánto dinero fluye mientras estén arriba los servidores de correo? No haga caso que: "todos los servicios informáticos están en la administración y no en el frontend de cara al cliente final, de hecho puedo vender sin informática, por lo que no importan..." ESO ES UN SOFISMA, una falacia, una mentira. Esa falacia podría haber aplicado hasta los años 60, con el advenimiento del televisor ya no era posible contener la fiebre consumista debido a la masificación de la información y del tele-marketing, luego hoy por hoy como está de avanzada la tecnología y el acceso a la información ¿Ud. cree que un cliente irá a comprarle de nuevo vía web si sus servidores no responden como es debido? ¿o que seguirá su programa de fidelización de clientes si cada vez que va a cobrar los puntos, el sistema no responde? casos y ejemplos hay demasiados como para extendernos más, pero confío entendió que es un engaño.

En ese sentido, es indispensable que Ud. como Gerente de Informática primero se convenza a Ud. mismo antes de tratar de convencer a alguien más. El hardware es indispensable que sea el mejor según nuestro estudio de capacity para esa solución informática que buscamos implementar o mejorar.

Esto me recuerda otro aspecto  el estudio de capacidad (o Capacity Planning). No puede adivinar cuál hardware comprar sin primero monitorear y medir el uso de los recursos actuales o bien realizar una aproximación científica de la capacidad. Ese estudio se conoce como Capacity Planning. Y si ya tiene pensado en comprar un hardware sin un capacity que lo respalde, es mejor que comience desde cero de nuevo y exija a sus proveedores que le presenten y expliquen su estudio de capacidad. Acuérdese de mí, sin un estudio de capacidad, seguramente su hardware tendrá problemas tarde o temprano según el uso que se le dé.


Por otra parte están los plazos. Sobre ellos, puedo decirle enfáticamente que es necesario sincerarse con el cliente, y demostrar  los pro y contras antes de comprometer un plazo. Está demostrado que los daños en costos, que producen los plazos falsos o muy optimistas, están muy por encima del costo de oportunidad de haberse dedicado a planificar y cumplir requisitos antes de implementar o liberar a producción. En fin,  sea ordenado y metódico, tómese el tiempo de planificar, no diga a todo "Sí". Apoye a sus arquitectos, y recuerde: "las guerras no se ganan perdiendo hombres, las guerras se ganan planificando".

Resumiendo, como Gerente de Informática (TI) debe considerar 3 aspectos fundamentales para realizar una gestión excelente: Las Personas, Los Procedimientos y La Infraestructura. A su vez todo Proyecto se acota en un marco delimitado por: Los Requerimientos, Los Recursos y el Tiempo en que se debe llevar a cabo ese proyecto.


Espero sea de su utilidad este artículo, muchas gracias Amigos por leerme, y no se olviden de apoyarme con sus donaciones!!

Liderando Proyectos - Control de Cambios a los Requerimientos - PLAN DE ACCIÓN



English Version
"Dicen que lo único constante en los proyectos son los cambios. Debemos de acostumbrarnos a ellos y aceptarlos como algo normal. Cambios que solicitan los usuarios porque comprenden mejor lo que necesitan, o porque cambian las necesidades del negocio, porque se identifica una mejor forma de hacer las cosas o por cualquier otra razón.

El problema no son los cambios a los requerimientos, sino el hecho de que se agreguen a la lista de requerimientos del proyecto sin considerar el impacto que tendrán sobre el plan. No hacerlo significa que cuando el proyecto se termine en una fecha posterior a la acordada originalmente, o con un presupuesto mayor al considerado, se le podría achacar al líder del proyecto como un fracaso.

El control de cambios es el proceso mediante el cual se asegura que no se realicen cambios que afecten el éxito del proyecto, y que aquellos que se implementen sean analizados, negociados y planeados de una manera adecuada.

Estando dentro de la fase de Elaboración o después de haber negociado el alcance y el plan de trabajo, si el usuario llegara a solicitar un cambio a los requerimientos establecidos, el administrador u otra persona debería de llenar una solicitud de cambio con la descripción del cambio.

El cambio es analizado y se evalúa el impacto en costo y tiempo, y si es algo aceptable para los recursos disponibles y el tiempo que se le puede asignar a dicho proyecto, además de ser aceptado por el usuario y autorizado por la gerencia, entonces se acepta la solicitud. En caso contrario debe registrarse como una solicitud rechazada.

El impacto del cambio debe ser estimado por lo recursos involucrados en las actividades relacionadas con dicho cambio para después negociarlo con el cliente. Dicho impacto puede significar tiempos o costos adicionales, por lo que requiere la aprobación correspondiente del gerente y del cliente.

Independientemente de que la solicitud sea aceptada o rechazada debe registrarse en el control de cambios del proyecto con un identificador único y algunos datos básicos de acuerdo al formato establecido para ello, o de acuerdo a la herramienta de control de cambios que se utilice."


Me siento muy agradecido de que existan personas que se tomen el tiempo de educar a otros gratuitamente con informaciones como éstas.

Sin embargo podemos seguir enriqueciendo nuestra gestión de los cambios en los proyectos. ¿cómo? fácil y complejo a la vez. Debido a la sencillez de las cosas, muchas veces esas cosas pasan desapercibidas por nosotros.

Algo muy elemental en un control de cambio es un PLAN DE ACCIÓN, ¿para qué?, primero para definir el cambio, luego para registrarlo y documentarlo en caso de rollback o repetición. Pero lo más importante, es que servirá como guía para que los recursos que lo ejecutarán sepan exáctamente qué hacer. Puesto que los recursos operativos no son adivinos ni pueden suponer.

Estimado Gestor de Informática ¿puede creer que se encontrará con personas que no desean trabajar con un documento tan elemental?, pues sí, hay personas que se resisten al cambio. Bien o mal, no importa, lo que importa es que esos trabajos no quedaron bien documentados, por lo que no se pueden consultar ni repetir. Y la mayoría de las veces quedaron mal hechos, es decir funcionan pero "a medias" y siempre tienen "pifias" o detalles pendientes. (por ej.: el mal rendimiento bajo condiciones de stress).


Como Gestor de Informática es necesario que te preocupes del impacto de no trabajar ordenadamente, o en forma mecánica y repetitiva. Tendrás un millón de veces el mismo incidente, que se cayó tal o cual sistema, etc. Habrás gastado una fortuna en costos operativos y en contratación de especialistas (que lo valen) pero aún no sabrás qué es lo que falta para realizar una excelente gestión de informática y tener un servicio de calidad.

Entonces para ayudar a asegurar de que tendrá un cambio documentado, registrado, repetitivo y a la vez una guía de acción, entonces asegúrese de instruir a su personal para que sea una obligación usar y/o confeccionar este documento. A la vez gestione con sus áreas pares y las áreas usuarias que comprometan recursos que aporten información y respeten el documento como una interface única para el efecto del control de cambio.

Obviamente hay un millón de otras formas y documentos y métodos, pero mi experiencia de más de una década me ha demostrado que lo más básico es lo mejor en estos casos.

Les dejo un formato modelo. Aplíquenlo y cualquier duda me consultan.



NECESITAS MÁS AYUDA CON ESTO? ¿TIENES DUDAS? Entonces abónate con el servicio de soporte en línea (Chat) o deja una donación, gustoso te atenderemos. (haz click aquí para ir al link de subscripción del soporte chat)

Espero sea de su utilidad este artículo, muchas gracias Amigos por leerme, y no se olviden de apoyarme con sus donaciones!!

¿Qué es ITIL?, una micro-introducción



ITIL es un Conjunto de Mejores prácticas que todo Gerente de Tecnología debiera conocer y hacer cumplir a cabalidad para poder llevar un departamento de informática como es debido.


Su definición Wiki es: " La Biblioteca de Infraestructura de Tecnologías de Información (‘Information Technology Infrastructure Library’), frecuentemente abreviada ITIL, es un marco de trabajo de las mejores prácticas destinadas a facilitar la entrega de servicios de tecnologías de la información (TI). ITIL resume un extenso conjunto de procedimientos de gestión ideados para ayudar a las organizaciones a lograr calidad y eficiencia en las operaciones de TI. Estos procedimientos son independientes del proveedor y han sido desarrollados para servir de guía para que abarque toda infraestructura, desarrollo y operaciones de TI." ref.Wiki.

Sin embargo para no enredarnos en tanta verborrea, es necesario acotar al máximo. Así diré que ITIL consta de 2 partes principales, La Gestión Operacional o Soporte (operational management) y La Gestión Táctica o Administración (tactical management).

Dentro del Soporte Encontramos las siguientes actividades:

a.1) Gestión de Incidencias (Contingencias del día a día, HelpDesk o Soporte en sí mismo).
a.2) Gestión de Problemas-(Investigación).
a.3) Gestión de Cambio (Mejora Continua).
a.4) Gestión de Versiones (Control de Software).
a.5) Gestión de Inventario-y-Configuraciones.

Dentro de la Administración Encontramos las siguientes actividades:

b.1) Administración del Nivel de Servicio (SLA)
b.2) Administración de la Capacidad (Capacity Planning)
b.3) Administración de la Disponibilidad (Monitoreo)
b.4) Administración de la Continuidad (Planes de Contingencia y Seguridad)
b.5) Administración de Económica (Costos)

En detalle cada una de estas actividades (se muestran los detalles más recurrentes):


FUNCIÓN SOPORTE

Gestión de Incidencias:
  • Detección y registro de incidencias.
  • Clasificación de incidencias y soporte inicial.
  • Resolución y recuperación.
  • Cierre de incidencias.
  • Propiedad y seguimiento de incidencias.
Gestión de Problemas:
  • Identificación y registro de problemas.
  • Clasificación del problema.
  • Investigación y diagnóstico de problemas.
  • Prevención activa de problemas mediante técnicas como el análisis de tendencias.
  • Revisión de problemas.
  • Informes de gestión sobre la causa de los problemas..
Gestión de Cambios:
  • Elevar y registrar solicitudes de cambio.
  • Evaluar el impacto, gastos, beneficios y riesgos de un cambio..
  • Obtener la aprobación correspondiente para los cambios.
  • Gestionar la implementación de los cambios.
  • Controlar e informar acerca de la implementación.
  • Revisar y cerrar las solicitudes de cambio.
Gestión de Versiones:
  • Planificar y supervisar el lanzamiento satisfactorio del software en el entorno.
  • Coordinar el plan de lanzamiento con la gestión de cambios.
  • Asegurar un registro adecuado del proceso de lanzamiento.
  • Asegurar que se guarda una copia del paquete de lanzamiento de forma segura en la Definitive Software Library (DSL).
  • Gestionar las expectativas del cliente.
Gestión de la Configuración:
  • Identificar todos los archivos relevantes, tanto hardware como software.
  • Mantener el control sobre los activos.
  • Contabilizar el estado de los activos.
  • Proporcionar información de auditoría sobre los activos.
  • Permitir la planificación.

FUNCIÓN ADMINISTRACIÓN
Gestión del Nivel de Servicio:
  • Negociar y acordar los objetivos de los servicios que se van a distribuir.
  • Medir e informar sobre los niveles de servicio alcanzados, los recursos necesarios y los costes del suministro de servicios.
  • Aumentar de forma continuada los niveles de servicio.
  • Coordinar otras funciones de gestión de servicios.
  • Revisar SLA para que cumpla con los requisitos de los negocios variables.
Gestión de la Disponibilidad:
  • Determinar los requisitos de disponibilidad en términos empresariales.
  • Presentar un plan de disponibilidad.
  • Recoger datos de disponibilidad con propósitos de redacción de informes.
  • Asegurar que se llega a los niveles de servicio mediante el control de la disponibilidad.
  • Revisar y mejorar de forma continua la disponibilidad.
  • Determinar los costes necesarios para mantener la disponibilidad.
Gestión de la capacidad:
  • Asegurar que se planifican e implementan los requisitos empresariales futuros para servicios TI de forma adecuada.
  • Vigilar y medir el funcionamiento de los servicios existentes en apoyo a los acuerdos de nivel de servicio.
  • Vigilar, medir e informar de todos los componentes de la infraestructura TI actual.
Gestión Financiera para Servicios TI:
  • Permitir que la empresa calcule totalmente el gasto enservicios TI y repercutir esos costes a los usuarios de esos servicios.
  • Apoyar a la empresa para la inversión en TI.
  • Controlar y gestionar el presupuesto de TI y permitir larecuperación de los costes de la provisión de servicios.
Gestión de la Continuidad de los Servicios TI:
  • Llevar a cabo una evaluación de riesgos empresariales para comprender los riesgos que se presentan.
  • Comprender las opciones de continuidad más adecuadas y seleccionar aquellas que tengan más relación con la operativa empresarial
  • Presentar planes de continuidad empresarial y recuperación TI y asegurarse de que se revisan con regularidad.
Ahora 2 conclusiones, ¿cuántas personas necesito? y ¿cómo lo llevo a cabo?, ...

NECESITAS MÁS AYUDA CON ESTO? ¿TIENES DUDAS? Entonces abónate con el servicio de soporte en línea (Chat) o deja una donación, gustoso te atenderemos. (haz click aquí para ir al link de subscripción del soporte chat)


Espero sea de su utilidad este artículo, muchas gracias Amigos por leerme, y no se olviden de apoyarme con sus donaciones!!