La gestión de la cartera de aplicaciones de TI ( APM ) es una práctica que ha surgido en organizaciones de tecnología de la información (TI) de tamaño mediano a grande desde mediados de la década de 1990. [1] La gestión de la cartera de aplicaciones intenta utilizar las lecciones de la gestión de la cartera financiera para justificar y medir los beneficios financieros de cada aplicación en comparación con los costos de mantenimiento y operaciones de la aplicación.
Evolución de la práctica
Probablemente, la primera mención de la cartera de aplicaciones fue en el artículo de HBR de Cyrus Gibson y Richard Nolan "Gestión de las cuatro etapas del crecimiento de la tecnología de procesamiento electrónico de datos" en 1974. [2]
Gibson y Nolan postularon que la comprensión y el uso exitoso de la TI por parte de las empresas "crece" en etapas predecibles y el progreso de una empresa determinada a través de las etapas se puede medir mediante la observación de la cartera de aplicaciones, la conciencia del usuario, las prácticas de gestión de TI y los recursos de TI dentro del contexto. de un análisis del gasto total en TI.
Nolan, Norton & Co. fue pionera en el uso de estos conceptos en la práctica con estudios en DuPont, Deere, Union Carbide, IBM y Merrill Lynch, entre otros. En estas "Evaluaciones por etapas", midieron el grado en que cada aplicación respaldaba o "cubría" cada función o proceso empresarial, el gasto en la aplicación, las cualidades funcionales y las cualidades técnicas. Estas medidas proporcionaron una visión integral de la aplicación de TI al negocio, las fortalezas y debilidades, y una hoja de ruta para la mejora.
APM fue ampliamente adoptado a fines de la década de 1980 y durante la de 1990, cuando las organizaciones comenzaron a abordar la amenaza de falla de la aplicación cuando la fecha cambió al año 2000 (una amenaza que se conoció como Año 2000 o Y2K). [3] Durante este tiempo, decenas de miles de organizaciones de TI de todo el mundo desarrollaron una lista completa de sus aplicaciones, con información sobre cada aplicación.
En muchas organizaciones, el valor de desarrollar esta lista fue cuestionado por líderes empresariales preocupados por el costo de abordar el riesgo del año 2000 . En algunas organizaciones, la noción de administrar el portafolio se presentó a los empresarios a cargo del presupuesto de Tecnología de la Información como un beneficio de realizar el trabajo, más allá de administrar el riesgo de falla de la aplicación .
Hay dos categorías principales de soluciones de administración de portafolios de aplicaciones, generalmente denominadas enfoques 'de arriba hacia abajo' y 'de abajo hacia arriba'. [4] La primera necesidad en cualquier organización es comprender qué aplicaciones existen y sus principales características (como flexibilidad, facilidad de mantenimiento, propietario, etc.), a las que normalmente se hace referencia como "Inventario". Otro enfoque de APM es obtener una comprensión detallada de las aplicaciones de la cartera analizando el código fuente de la aplicación y sus componentes relacionados en una base de datos de repositorio (es decir, "de abajo hacia arriba"). Las herramientas de minería de aplicaciones, ahora comercializadas como herramientas APM, respaldan este enfoque.
Hay cientos de herramientas disponibles para respaldar el enfoque "de arriba hacia abajo". Esto no es sorprendente, porque la mayor parte de la tarea consiste en recopilar la información correcta; el mantenimiento y el almacenamiento reales de la información se pueden implementar con relativa facilidad. Por esa razón, muchas organizaciones evitan el uso de herramientas comerciales y utilizan Microsoft Excel para almacenar datos de inventario. Sin embargo, si el inventario se vuelve complejo, Excel puede resultar complicado de mantener. La actualización automática de los datos no es compatible con una solución basada en Excel. Finalmente, una solución de inventario de este tipo está completamente separada de las necesidades de comprensión 'de abajo hacia arriba'.
Caso de negocio para APM
Según Forrester Research , "para los presupuestos operativos de TI, las empresas gastan dos tercios o más en operaciones y mantenimiento continuos". [5]
Es común encontrar organizaciones que tienen múltiples sistemas que realizan la misma función. Pueden existir muchas razones para esta duplicación, incluida la antigua prominencia de la informática departamental, los silos de aplicaciones de los años setenta y ochenta, la proliferación de fusiones y adquisiciones corporativas y los intentos fallidos de adoptar nuevas herramientas. Independientemente de la duplicación, cada aplicación se mantiene por separado y se actualiza periódicamente, y la redundancia aumenta la complejidad y el costo.
Dado que la gran mayoría de los gastos se destinan a la gestión de las aplicaciones de TI existentes, la transparencia del inventario actual de aplicaciones y el consumo de recursos es un objetivo principal de Application Portfolio Management. [6] [7] Esto permite a las empresas: 1) identificar y eliminar aplicaciones parcial y totalmente redundantes, 2) cuantificar la condición de las aplicaciones en términos de estabilidad, calidad y mantenibilidad, 3) cuantificar el valor / impacto comercial de las aplicaciones y la importancia relativa de cada aplicación para el negocio, 4) asignar recursos de acuerdo con la condición e importancia de las aplicaciones en el contexto de las prioridades del negocio.
La transparencia también ayuda a los esfuerzos de planificación estratégica y difunde el conflicto entre negocios y TI, porque cuando los líderes empresariales entienden cómo las aplicaciones respaldan sus funciones comerciales clave y el impacto de las interrupciones y la mala calidad, las conversaciones se alejan de culpar a TI por costos excesivos y se orientan hacia la mejor manera de gastar recursos valiosos para respaldar las prioridades corporativas.
portafolio
Tomando ideas de la gestión de la cartera de inversiones, los profesionales de APM recopilan información sobre cada aplicación en uso en una empresa u organización, incluido el costo de construir y mantener la aplicación, el valor comercial producido, la calidad de la aplicación y la vida útil esperada. [8] Con esta información, el administrador de la cartera puede proporcionar informes detallados sobre el desempeño de la infraestructura de TI en relación con el costo de propiedad y el valor comercial entregado.
Definición de una aplicación
En la gestión de la cartera de aplicaciones, la definición de una aplicación es un componente fundamental. Muchos proveedores de servicios ayudan a las organizaciones a crear su propia definición, debido a los resultados a menudo polémicos que se derivan de estas definiciones.
- Software de aplicación : un componente de software ejecutable o un conjunto estrechamente acoplado de componentes de software ejecutable (uno o más), implementados juntos, que brindan algunos o todos de una serie de pasos necesarios para crear, actualizar, administrar, calcular o mostrar información para una empresa específica. propósito. Para ser contado, cada componente no debe ser miembro de otra aplicación.
- Componente de software : un conjunto ejecutable de instrucciones de computadora contenidas en un único contenedor de implementación de tal manera que no se puede dividir más. Los ejemplos incluyen una biblioteca de vínculos dinámicos , unapágina web ASP y una aplicación de línea de comandos " EXE ". Un archivo zip puede contener cero o más componentes de software porque es fácil desglosarlos aún más (descomprimiendo el archivo ZIP).
La aplicación de software y el componente de software son términos técnicos que se utilizan para describir una instancia específica de la clase de software de aplicación a los efectos de la gestión de la cartera de TI . Consulte el software de aplicación para obtener una definición para quienes no practican la administración de TI o la arquitectura empresarial.
El arte y la práctica de la gestión de la cartera de aplicaciones de software requieren una definición bastante detallada y específica de una aplicación para crear un catálogo de aplicaciones instaladas en una organización.
Los requisitos de una definición para una aplicación.
La definición de una aplicación tiene las siguientes necesidades en el contexto de la gestión de la cartera de aplicaciones:
- Debe ser simple para los miembros del equipo empresarial de explicar, comprender y aplicar.
- Debe tener sentido para el desarrollo, las operaciones y la gestión de proyectos en los grupos de TI.
- Debe ser útil como entrada para una función compleja cuyo resultado sea el costo total de la cartera. En otras palabras, hay muchos factores que conducen al costo total de una cartera de TI. La gran cantidad de aplicaciones es uno de esos factores. Por tanto, la definición de una aplicación debe ser útil en ese cálculo.
- Debe ser útil para los miembros del equipo de Arquitectura empresarial que intentan juzgar un proyecto con respecto a sus objetivos de optimización y simplificación de la cartera.
- Debe definir claramente los límites de una aplicación para que una persona que trabaje en una actividad de "simplificación de cartera" mensurable no pueda simplemente redefinir los límites de dos aplicaciones existentes de tal manera que las llame una sola aplicación.
Muchas organizaciones volverán a abordar la definición de una aplicación dentro del contexto de sus prácticas de gestión y gobierno de su cartera de TI . Por esa razón, esta definición debe considerarse como un comienzo de trabajo.
Ejemplos de
La definición de una aplicación puede resultar difícil de transmitir con claridad. En una organización de TI, puede haber diferencias sutiles en la definición entre equipos e incluso dentro de un equipo de TI. Ayuda a ilustrar la definición proporcionando ejemplos. La siguiente sección ofrece algunos ejemplos de cosas que son aplicaciones, cosas que no son aplicaciones y cosas que comprenden dos o más aplicaciones.
Inclusiones
Según esta definición, las siguientes son aplicaciones:
- Un punto final de servicio web que presenta tres servicios web: InvoiceCreate, InvoiceSearch y InvoiceDetailGet
- Una aplicación empresarial orientada a servicios ( SOBA ) que presenta una interfaz de usuario para la creación de facturas y que da la vuelta y llama al servicio InvoiceCreate . (tenga en cuenta que el servicio en sí es una aplicación diferente).
- Una aplicación móvil que se publica en una tienda de aplicaciones empresariales y, por lo tanto, se implementa en dispositivos portátiles operados o de propiedad de los empleados que permiten el acceso autenticado a datos y servicios.
- Un sistema heredado compuesto por un cliente enriquecido, un nivel medio basado en servidor y una base de datos, todos los cuales están estrechamente acoplados. (por ejemplo, es muy probable que los cambios en uno desencadenen cambios en otro).
- Un sistema de publicación de sitios web que extrae datos de una base de datos y los publica en formato HTML como un subsitio en una URL pública.
- Una base de datos que presenta datos a un libro de trabajo de Microsoft Excel que consulta la información para el diseño y los cálculos. Esto es interesante porque la base de datos en sí es una aplicación, a menos que la base de datos ya esté incluida en otra aplicación (como un sistema heredado).
- Una hoja de cálculo de Excel que contiene un conjunto coherente de macros reutilizables que brindan valor comercial. La hoja de cálculo en sí constituye un contenedor de implementación para la aplicación (como un archivo TAR o CAB ).
- Un conjunto de páginas web ASP o PHP que funcionan en conjunto para ofrecer la experiencia y la lógica de una aplicación web. Es muy posible que un subsitio califique como una aplicación separada bajo esta definición si el acoplamiento está suelto.
- Un punto final de servicio web establecido para la comunicación de máquina a máquina (no para la interacción humana), pero que puede entenderse racionalmente como que representa uno o más pasos útiles en un proceso empresarial.
Exclusiones
Las siguientes no son aplicaciones:
- Un sitio web HTML.
- Una base de datos que contiene datos pero que no forma parte de ninguna serie de pasos para ofrecer valor comercial utilizando esos datos.
- Un servicio web que es estructuralmente incapaz de formar parte de un conjunto de pasos que aportan valor. Por ejemplo, un servicio web que requiere datos entrantes que rompen el esquema compartido.
- Un script por lotes independiente que compara el contenido de dos bases de datos haciendo llamadas a cada una y luego envía un correo electrónico a un alias de monitoreo si se detectan anomalías en los datos. En este caso, es muy probable que la secuencia de comandos por lotes esté estrechamente acoplada con al menos una de las dos bases de datos y, por lo tanto, debe incluirse en el límite de la aplicación que contiene la base de datos con la que está más estrechamente acoplada.
Composicion
Las siguientes son muchas aplicaciones:
- Una aplicación SOA compuesta compuesta por un conjunto de servicios reutilizables y una interfaz de usuario que aprovecha esos servicios. Aquí hay al menos dos aplicaciones (la interfaz de usuario y uno o más componentes de servicio). Cada servicio no se cuenta como una aplicación.
- Una aplicación cliente-servidor heredada que escribe en una base de datos para almacenar datos y una hoja de cálculo de Excel que usa macros para leer datos de la base de datos y presentar un informe. Hay DOS aplicaciones en este ejemplo. La base de datos pertenece claramente a la aplicación heredada porque se desarrolló con ella, se entregó con ella y está estrechamente vinculada a ella. Esto es cierto incluso si el sistema heredado utiliza los mismos procedimientos almacenados que la hoja de cálculo de Excel.
Métodos y medidas para evaluar aplicaciones.
Hay muchas medidas financieras populares e incluso más métricas de diferentes tipos (no financieros o complejos) que se utilizan para evaluar aplicaciones o sistemas de información.
Retorno de la inversión (ROI)
El retorno de la inversión es una de las métricas de evaluación y medición del rendimiento más populares que se utilizan en el análisis empresarial. El análisis de ROI (cuando se aplica correctamente) es una herramienta poderosa para evaluar los sistemas de información existentes y tomar decisiones informadas sobre adquisiciones de software y otros proyectos. Sin embargo, el ROI es una métrica diseñada para un propósito determinado: evaluar la rentabilidad o la eficiencia financiera. No puede sustituir de manera confiable muchas otras métricas financieras al proporcionar una imagen económica general de la solución de información. Los intentos de utilizar el ROI como única o principal métrica para la toma de decisiones con respecto a los sistemas de información no pueden ser productivos. Puede ser apropiado en un número muy limitado de casos / proyectos. El ROI es una medida financiera y no proporciona información sobre la eficiencia o eficacia de los sistemas de información. [10]
Valor económico agregado (EVA)
Una medida del desempeño financiero de una empresa basada en la riqueza residual calculada al deducir el costo de capital de su beneficio operativo (ajustado por impuestos sobre una base de efectivo). (También denominado "beneficio económico").
Fórmula = Beneficio operativo neto después de impuestos (NOPAT) - (Capital * Costo de capital)
Costo total de propiedad (TCO)
El costo total de propiedad es una forma de calcular el costo de la aplicación durante un período de tiempo definido. En un modelo de TCO, los costos de hardware, software y mano de obra se capturan y organizan en las distintas etapas del ciclo de vida de la aplicación. Un modelo de TCO en profundidad ayuda a la administración a comprender el costo real de la aplicación mientras intenta medir los costos indirectos, de ejecución y de soporte y de construcción. Muchas grandes firmas de consultoría han definido estrategias para construir un modelo de TCO completo.
Impacto económico total (TEI)
TEI fue desarrollado por Forrester Research Inc. Forrester afirma que TEI analiza sistemáticamente los efectos potenciales de las inversiones en tecnología en cuatro dimensiones: costo - impacto en TI; beneficios: impacto en el negocio; flexibilidad: opciones futuras creadas por la inversión; riesgo - incertidumbre.
Valor comercial de TI (ITBV)
El programa ITBV fue desarrollado por Intel Corporation en 2002. [11] El programa utiliza un conjunto de medidas financieras del valor comercial que se denominan Business Value Dials (Indicadores). Es un programa multidimensional, que incluye un componente empresarial, y es relativamente fácil de implementar.
Economía de la información aplicada (AIE)
AIE es un método de análisis de decisiones desarrollado por Hubbard Decision Research. AIE afirma ser "el primer método verdaderamente científico y teóricamente sólido" que se basa en varios métodos de la teoría de la decisión y el análisis de riesgos, incluido el uso de métodos de Monte Carlo. AIE no se usa con frecuencia debido a su complejidad.
Referencias
- ^ Daniel Simon; Kai Fischbach; Detlef Schoder. "Gestión de la cartera de aplicaciones: un marco integrado y un enfoque de evaluación de herramientas de software" . Cite journal requiere
|journal=
( ayuda ) - ^ HBR Prod. #: 74104-PDF-ENG
- ^ Spratt, Tyrone (2007). "Gestión de carteras de tecnologías de la información: búsqueda de valor empresarial" . Futurics . 32 : 42.
- ^ Gliedman, Chip (29 de septiembre de 2004). "Definición de la gestión de la cartera de TI" (PDF) . Forrester : 10.
- ^ "El estado de los presupuestos de TI de las empresas globales: 2009 a 2010", Forrester Research, [1]
- ^ Keller, W. (2007). IT-Unternehmensarchitektur: Von der Geschäftsstrategie zur ptimalen IT-Unterstützung [ Arquitectura empresarial de TI: de la estrategia empresarial al soporte de TI definitivo ] (en alemán). dpunkt. ISBN 978-3-86490-406-6.
- ^ Maizlish y Handler (2005). Gestión de la cartera de TI paso a paso . Wiley. ISBN 978-0-471-64984-7.
- ^ Daniel Simon; Kai Fischbach; Detlef Schoder. "Gestión de la cartera de aplicaciones: un marco integrado y un enfoque de evaluación de herramientas de software" . Cite journal requiere
|journal=
( ayuda ) - ^ Definición de una aplicación, Blog de arquitectura interior , Nick Malik
- ^ Alexei Botchkarev, Peter Andru "Un retorno de la inversión como una métrica para evaluar los sistemas de información: taxonomía y aplicación" Revista interdisciplinaria de información, conocimiento y gestión, 2011, V. 6, págs. 245-269.
- ^ Sward, D. (2006). Medir el valor comercial de la tecnología de la información. Estrategias prácticas para administradores de TI y de negocios (mejores prácticas de TI). Intel Press.