Contexto
El mercado de proveedores de gestión de API de ciclo de vida completo es diverso y en continua evolución. El panorama actual de proveedores incluye una combinación de arquitectura orientada a servicios (SOA), es decir, proveedores de tecnología de gobernanza y puerta de enlace, proveedores de soluciones de integración, plataformas de código abierto, conglomerados de software empresarial y plataformas en la nube. Combinado con un número creciente de proveedores de puerta de enlace API de nueva generación y de bajo impacto , proveedores que se basan en tiempos de ejecución, adquisiciones y asociaciones existentes que ofrecen enfoques de soluciones de múltiples proveedores , los líderes en ingeniería de software se enfrentan a una enorme variedad de opciones. A muchos les resulta difícil seleccionar las mejores soluciones para las necesidades de su organización.
Los desarrolladores están adoptando enfoques centrados en API para el desarrollo de aplicaciones y servicios para satisfacer las demandas de agilidad empresarial y aprovechar arquitecturas más granulares y componibles. La adopción de API continúa expandiéndose a medida que las organizaciones adoptan funciones de microservicios y multinube, administración de API interna, junto con la necesidad de modernizar, capitalizar y monetizar activos y datos heredados. Las preocupaciones sobre la privacidad y la seguridad de los datos , impulsadas por muchas violaciones de seguridad de API de alto perfil en los últimos 12 meses , las regulaciones y las arquitecturas resilientes impulsadas por eventos también siguen siendo fuertes. En respuesta a estos diversos requisitos, los proveedores ofrecen una amplia gama de funciones en este mercado.
En particular, los proveedores de plataformas en la nube también están agregando capacidades de administración de API, al igual que los proveedores de integración y los proveedores en otros mercados (ya sea directamente o mediante adquisiciones). Como resultado, los clientes corren el riesgo de acumular múltiples ofertas de administración de API, lo que puede crear superposiciones y brechas en la cobertura.
Según las consultas de los clientes de Gartner, muchas organizaciones ahora usan herramientas de administración de API proporcionadas por sus proveedores de nube, junto con herramientas de administración de API locales proporcionadas por un proveedor diferente. Algunos proveedores se centran en aspectos específicos de la gestión del ciclo de vida de la API (como el diseño de API o las pruebas de API) y coexisten con otros que ofrecen capacidades complementarias, como una puerta de enlace API.
Las empresas buscan socios proveedores eficaces y preparados para el futuro, pero económicamente viables, que les ayuden a tener éxito en el desarrollo, la implementación y el gobierno de su estrategia de API. Los líderes en ingeniería de software deben utilizar el proceso de evaluación metódico basado en capacidades y basado en casos de uso descrito en esta investigación para seleccionar la oferta de gestión de API de ciclo de vida completo adecuada para sus necesidades.
Definición de clase de producto / servicio
El mercado de gestión de API de ciclo de vida completo consta de ofertas de software que admiten cuatro etapas del ciclo de vida de una API: planificación y diseño; implementación y prueba; implementar y ejecutar; y control de versiones y retiro.
Las ofertas de gestión de API de ciclo de vida completo cubren al menos dos de estas cinco áreas funcionales:
- Portales de desarrolladores. Un catálogo de autoservicio de API para segmentar, comercializar y gobernar ecosistemas de desarrolladores que producen y consumen API.
- Puertas de enlace API. Gestión del tiempo de ejecución, seguridad y recopilación de datos de uso.
- Gestión y análisis de políticas. Configuración de seguridad, mediación de API y monitorización de API.
- Diseño y desarrollo de API. Una experiencia de desarrollador significativa y herramientas para diseñar y crear API.
- Pruebas de API. Pruebas simuladas básicas y pruebas funcionales, de rendimiento y de seguridad avanzadas de API.
Aunque las ofertas en este mercado pueden proporcionar capacidades avanzadas o especializadas en una o más de las áreas anteriores, consideramos que estas funcionalidades representan la gestión de API del ciclo de vida completo.
Definición de capacidades críticas
Control de acceso API
La capacidad de utilizar estándares, como OAuth 2.0 y OpenID Connect, para controlar el acceso a las API mediante autenticación y autorización.
El control de acceso a la API también implica la integración con la infraestructura de identidad, como la administración de acceso web y los proveedores de identidad. Las políticas de control de acceso a la API no deben ser demasiado complejas para que los administradores las configuren y administren. Los proveedores de API pueden utilizar los productos de gestión de API de ciclo de vida completo para diseñar y ejecutar una estrategia de seguridad de API holística que incluya control de acceso de API (consulte Mejorar la seguridad de la integración de aplicaciones centrándose en la identidad, los datos y las API ).
Protección API
La capacidad de admitir las 10 mejores protecciones de seguridad de API de OWASP, detección de uso sospechoso de API y defensa contra ataques a API en general.
La protección de la API incluye el análisis de las llamadas a la API en busca de evidencia de ataques. Los proveedores de gestión de API de ciclo de vida completo proporcionan puertas de enlace de API para proteger las API de ataques. Los firewalls de aplicaciones web y los controladores de entrega de aplicaciones también se pueden usar como parte de un modelo de seguridad en capas (consulte Seguridad de API: lo que debe hacer para proteger sus API ).
Flexibilidad de implementación
La capacidad de mostrar API en la nube, en las instalaciones o en ambos. Esto incluye soporte para patrones de implementación híbridos, como puertas de enlace de API locales con administración e informes basados en la nube.
Muchas organizaciones exponen los puntos finales de API en la nube para acceder a servicios alojados en las instalaciones o servicios que requieren la capacidad de proporcionar puertas de enlace locales con informes y administración alojados en la nube. Las implementaciones en contenedores y la elasticidad de la nube son especialmente importantes para las API en verticales de la industria que experimentan picos de demanda estacionales o esporádicos, y para las organizaciones que buscan soporte multinube. Las organizaciones buscan cada vez más la flexibilidad para implementar API en una amplia variedad de tiempos de ejecución (ocasionalmente de diferentes proveedores). El uso de microservicios, la malla de servicios y los patrones de servicio de este a oeste introducen requisitos adicionales (consulte Asegúrese de que su solución de administración de API admita tendencias de API modernas, como microservicios y multinube ).
Diseño e implementación de API
La capacidad de crear nuevas API o nuevas versiones de API utilizando herramientas de generación o un estudio de diseño. Esto incluye soporte para diseñar API desde cero y para generar API desde infraestructura (como bases de datos), así como soporte para OData (Open Data Protocol) y GraphQL.
Esta capacidad cubre el diseño de especificaciones API requeridas y efectivas para satisfacer las necesidades comerciales, y la creación de esas especificaciones de manera iterativa y colaborativa. Las organizaciones pueden utilizar rutinariamente herramientas de diseño de API compatibles con OAS o RAML u otras herramientas basadas en asistentes para crear API REST a partir de activos existentes, como bases de datos o servicios web SOAP. Las características deseables incluyen la capacidad de utilizar, administrar y aplicar pautas de diseño, guías de estilo, convenciones de nomenclatura y modelos de dominio. Las API GraphQL, gRPC y OData también son deseables (consulte Cómo diseñar grandes API ).
Personalización del portal de desarrollo
La capacidad de personalizar un portal de desarrolladores de API para la apariencia, la base de los desarrolladores y los flujos de trabajo, y para agregar widgets como foros. Los portales para desarrolladores también pueden servir como base para la creación de mercados de API, lo que requiere una mayor personalización y extensibilidad.
Las organizaciones normalmente desean personalizar los portales de desarrolladores de API para sus necesidades específicas. La personalización del portal se centra inicialmente en la apariencia y luego se extiende a la adaptación del flujo de trabajo (por ejemplo, la adaptación del proceso de registro y aprobación del desarrollador). Se pueden agregar características para apoyar e involucrar a los desarrolladores para desarrollar una comunidad y fomentar la innovación. Los portales de desarrolladores de API normalmente se construyen sobre un sistema de gestión de contenido como Drupal o Joomla !. Estos proporcionan un conjunto de widgets, como wikis y foros, que se pueden agregar al portal. En un modelo híbrido, los portales para desarrolladores de API pueden proporcionarse en la nube, mientras que el mismo proveedor puede proporcionar puertas de enlace de API en las instalaciones (consulte Crear portales de API que impulsen la adopción de API entre comunidades de desarrolladores internos y externos ).
Monetización de API
La capacidad de monetizar las API, no solo una selección de opciones de facturación, sino también la capacidad de administrar una variedad de planes de uso y modelos de precios para diferentes consumidores de la misma API.
La monetización de API es importante en escenarios en los que las API brindan acceso a datos valiosos (API de datos como servicio) o para acceder a algoritmos. La monetización se basa en características como el seguimiento detallado y el control de acceso, y agrega la capacidad de crear planes de uso. Para respaldar estos casos de uso, los proveedores de administración de API de ciclo de vida completo deben proporcionar una amplia variedad de modelos de precios de API, como suscripción y pago por uso, y permitir a los usuarios cambiar el modelo de precios de una API y realizar la facturación (consulte Elija el Modelo de precios y monetización de API adecuadas ).
Informes de valor comercial
La capacidad de medir y reportar el valor comercial de las API. Esto incluye soporte para definir métricas, recopilar datos e informar sobre métricas comerciales, métricas de calidad de API y métricas técnicas y operativas.
Estas características permiten a los gerentes de productos de API y otras partes interesadas definir, desarrollar y medir indicadores clave de rendimiento (KPI) significativos para las API que demuestran resultados comerciales reales (consulte Cómo utilizar los KPI para medir el valor comercial de las API ). Esto incluye la capacidad de clasificar y priorizar las API en función de su contribución de valor comercial, definir métricas, recopilar datos y crear informes procesables contra los KPI definidos. La generación de informes de valor comercial consiste en ir más allá de las métricas técnicas para el uso de API, como las tasas de tráfico y los tiempos de respuesta, para demostrar el valor comercial real creado para el proveedor de API frente a los objetivos comerciales establecidos.
Pruebas de API
La capacidad de admitir una amplia gama de escenarios de prueba de API, incluidos (entre otros) escenarios de prueba A / B automatizados, funcionales y canalizaciones de CI / CD.
Esto significa probar la confiabilidad, la disponibilidad, el rendimiento y los requisitos funcionales y no funcionales. También implica soporte para la automatización de CI / CD y pruebas de calidad continuas de las API, así como pruebas de seguridad y soporte para herramientas de prueba de API más amplias. La capacidad de prueba de API también evalúa el soporte del proveedor para versiones, puesta en escena e implementaciones con control de calidad a través de su propia oferta o mediante asociaciones (consulte Cómo entregar API sostenibles ).
Consumo de API
La capacidad de consumir API públicas y API privadas. Las capacidades de consumo de API, a veces llamadas capacidades de puerta de enlace inversa o saliente, se utilizan para administrar cómo se consumen estas API, incluidos los SLA, la supervisión y la administración de claves de API.
La gestión de API también puede ayudar a los usuarios a gestionar el consumo de API de terceros. Algunos proveedores ofrecen adaptadores para API clave de terceros para ayudar a la integración, en particular para las API SaaS ampliamente utilizadas como Salesforce y Workday.
Aceleradores de la industria
La capacidad de admitir asignaciones, configuraciones o definiciones de API predefinidas para industrias o escenarios comerciales particulares.
Esto incluye soporte para directivas de pago o banca abierta, estándares de interoperabilidad de atención médica como los recursos de interoperabilidad de atención médica rápida (FHIR) y estándares específicos como las reglas de interoperabilidad de la Oficina del Coordinador Nacional (ONC) para la atención médica en los EE. UU.
Los proveedores de administración de API de ciclo de vida completo pueden ofrecer API predefinidas basadas en estándares de la industria o mandatos gubernamentales que apuntan a verticales específicas. Estas soluciones prediseñadas brindan a los clientes un valioso punto de partida desde el cual definir sus propias API (consulte Más allá del cumplimiento: uso de los estándares de API bancarias para una ventaja competitiva ).
Microservicios y Service Mesh
La capacidad de administrar microservicios y API y de integrarse con la malla de servicios.
Cada vez más, los servicios detrás de las API se implementan utilizando una arquitectura de microservicios. Desde el punto de vista arquitectónico, las API están ubicadas frente a los microservicios, y una única API puede mapearse a varios microservicios. Los proveedores de administración de API de ciclo de vida completo que admiten microservicios pueden ayudar a administrar asignaciones y dependencias entre API y microservicios.
Los microservicios admitidos por los proveedores de gestión de API de ciclo de vida completo también pueden implicar la integración con una malla de servicios (a través de un controlador de entrada) o la integración con el plano de control de la malla de servicios.
Streaming y basado en eventos
La capacidad de admitir API impulsadas por eventos y API de transmisión a través de protocolos y especificaciones como Webhooks, WebSocket, AsyncAPI y eventos enviados por el servidor (SSE).
Este soporte incluye la capacidad de aplicar políticas a API de transmisión e impulsadas por eventos (consulte El impacto de la TI impulsada por eventos en la gestión de API ). Muchos productos de gestión de API se centran en API de solicitud-respuesta síncronas. Admitir API de transmisión y controladas por eventos significa no solo permitir que su uso se administre en tiempo de ejecución a través de puertas de enlace de API, sino también permitir que estos tipos de API se registren y consuman a través de un portal de desarrolladores de API.
Mediación API
La capacidad de proporcionar una capa de mediación entre un consumidor de API y la implementación de un servicio de API. Una capa de mediación puede proteger y administrar las API mediante la aplicación de políticas de seguridad y tráfico.
La mediación de API a menudo implica la traducción de protocolos, por ejemplo, de SOAP a REST, o una modificación de la carga útil del mensaje para mantener la coherencia. Esto admite la creación de múltiples experiencias para los consumidores de API y el uso de capacidades comerciales empaquetadas que permiten una empresa componible (consulte API mediadas: una arquitectura de aplicación esencial para negocios digitales ).
Control de versiones y API
La capacidad de crear una versión de una API para proteger a los usuarios contra cambios importantes y, al mismo tiempo, respaldar la gobernanza del ciclo de vida del producto de una API.
Los proveedores de API pueden utilizar los productos de gestión de API de ciclo de vida completo para admitir una notificación de lanzamiento, control de versiones y estrategia de desactivación de API (consulte el Modelo de madurez de la estrategia de API de Gartner ).
Casos de uso
Arquitectura multiexperiencia
Adapte las API para el consumo mediante aplicaciones web, móviles, conversacionales, wearables, gemelos digitales, IoT y realidad aumentada para permitir una estrategia multiexperiencia.
Para admitir la arquitectura de múltiples experiencias, los proveedores de administración de API de ciclo de vida completo deben proporcionar:
- Control de acceso a API, incluida la compatibilidad con estándares (como OAuth 2.0) y marcos para el acceso de usuarios a API a través de aplicaciones de múltiples experiencias.
- Control de versiones y API para admitir nuevos lanzamientos, actualizaciones y retiro de productos API.
- Protección de API para garantizar que las API no sean vulnerables a ataques (como ataques de denegación de servicio) y estén protegidas de bots maliciosos.
- Soporte para diseño e implementación de API.
- Compatibilidad con pruebas de API para enfoques de DevOps, incluidos CI / CD, pruebas funcionales automatizadas y pruebas de seguridad automatizadas.
- Soporte para protocolos de transmisión y controlados por eventos.
- Mediación de API, como la conversión de SOAP a REST para adaptar los servicios web más antiguos a los servicios de descanso compatibles con dispositivos móviles.
Integración mediante API
Integre datos, aplicaciones, servicios y negocios mediante la gestión de API internas, conectores SaaS, API de datos como servicio y API B2B privadas. Dentro de la organización, las API internas se utilizan para acceder a los datos y la funcionalidad de la aplicación. Esto incluye el acceso a sistemas heredados a través de interfaces API directas o métodos indirectos como colas de mensajes. Fuera de la organización, se requieren conectores a SaaS y otros servicios en la nube. Las API de datos como servicio proporcionan un nuevo canal para que las organizaciones moneticen datos valiosos, como datos financieros, datos de viajes y logística o información meteorológica. En algunos casos, los proveedores de API pueden monetizar sus API directamente, de modo que las API se conviertan en un nuevo canal comercial.
También se deben gestionar las API B2B privadas entre socios comerciales . Estas API incluyen los eslabones de la cadena de suministro en la fabricación, la gestión de pedidos o el inventario en el comercio minorista y los procesos multiempresariales en la salud o las ciencias de la vida. Las API B2B se pueden utilizar junto con enfoques tradicionales como la transferencia de archivos administrada (MFT) y el intercambio electrónico de datos (EDI).
Las API B2B tienen poca visibilidad, ya que normalmente se utilizan dentro de una red cerrada de socios (por ejemplo, las aseguradoras que se comunican con los bancos para proporcionar cotizaciones de seguros como parte de un préstamo) o dentro de una cadena de suministro (por ejemplo, proveedores de comercio electrónico que verifican el suministro. disponibilidad de inventario). Gran parte del valor de la economía de las API se establece actualmente a través de las API B2B.
Para admitir la integración mediante API, los proveedores de gestión de API de ciclo de vida completo deben proporcionar:
- Capacidad de «puerta de enlace inversa» para consumir API fuera de la organización.
- Adaptadores de API prediseñados para servicios SaaS comunes como Salesforce y Workday , así como otros servicios en la nube como Amazon S3.
- Soporte multiprotocolo más allá de HTTP, incluyendo cola de mensajes, soporte de archivos y bases de datos, y Protocolo de transferencia de archivos SSH (SFTP).
- Soporte de mapeo y transformación.
- Un modelo híbrido que permite utilizar la solución detrás del firewall y en la nube.
- Planes de control de acceso, seguridad, monetización y consumo.
- Un portal para desarrolladores de API eficaz para que los usuarios puedan consumir estas API de forma autoservicio.
Gestión de API interna
Administre y controle el descubrimiento, el acceso y el uso de las API internas para entregar aplicaciones empresariales a escala.
Dentro de una organización, las API proporcionan un límite de servicio lógico entre las funciones comerciales. Al administrar los puntos de conexión entre las capacidades, las organizaciones pueden definir mejor las responsabilidades y mejorar la agilidad.
Para respaldar la administración de API interna, los proveedores de administración de API de ciclo de vida completo deben proporcionar:
- Un portal para desarrolladores de API personalizable que se adapta a las necesidades de la organización y puede ser parte de un centro de desarrolladores más amplio.
- Soporte para diseño e implementación de API.
- Soporte para gobernar y versionar API internas.
- Control de acceso a la API, incluida la compatibilidad con estándares como OAuth 2.0 para el acceso de los usuarios a las API. Debe ser posible integrar el acceso a las API internas con los sistemas de identidad corporativa.
- Soporte para enfoques de DevOps, incluidos CI / CD, pruebas funcionales automatizadas y pruebas de seguridad automatizadas.
Productización de API
Crear, compartir y monetizar nuevos productos API para que los utilicen terceros o clientes; y medir e informar el valor comercial de las API.
Las API externas que se utilizan fuera del contexto de una única aplicación deben gestionarse como un producto. Las API deben ser fáciles de incorporar y consumir por parte de los desarrolladores, al tiempo que proporcionan métricas e informes para que las utilicen los gerentes de productos de API. Estas API pueden ser utilizadas por terceros o clientes para crear y ampliar sus aplicaciones.
Para respaldar la producción de API, los proveedores de administración de API de ciclo de vida completo deben proporcionar:
- Funciones para dar soporte al administrador de productos API.
- Planes de monetización y consumo de API.
- Informes de valor empresarial.
- Un portal para desarrolladores para facilitar la incorporación y el soporte continuo de clientes nuevos y existentes.
- Control de versiones y API para admitir nuevos lanzamientos, actualizaciones y retiro de productos API.
- Protección de API para garantizar que las API no sean vulnerables a ataques (como ataques de denegación de servicio) y estén protegidas de bots maliciosos.
Banca Abierta
Entregue API para el consumo de socios bancarios u organizaciones de tecnología financiera a través de interacciones seguras y estrictamente controladas.
Las API de banca abierta se utilizan para crear aplicaciones para usuarios finales con fines como la agregación de cuentas o la gestión financiera personal. El acceso a estas API debe administrarse, incluido el uso de estándares API abiertos cuando estos están definidos o son obligatorios.
Los bancos están comenzando a abrir las API a terceros en respuesta a la legislación de la Directiva de servicios de pago 2 (PSD2) en la Unión Europea y otras iniciativas nacionales de banca abierta. Los bancos generalmente comienzan abriendo API con información de sucursales y ubicaciones de cajeros automáticos, y ahora se están expandiendo para ofrecer API para abrir cuentas, acceder a información de cuentas y realizar pagos.
Para respaldar la banca abierta, los proveedores de administración de API de ciclo de vida completo deben proporcionar:
- Control de acceso, que es vital debido a la sensibilidad de los datos de los clientes bancarios. OAuth 2.0 se usa generalmente para administrar el acceso a la información de la cuenta.
- Protección de API para garantizar que las API no sean vulnerables a ataques (como ataques de denegación de servicio) y estén protegidas de bots maliciosos.
- Asesoramiento para programas de API, incluido el soporte para hackatones, que los bancos suelen utilizar para impulsar el uso de API e involucrar a las organizaciones de tecnología financiera.
- Un portal de desarrolladores de API personalizable para facilitar la incorporación de socios de tecnología financiera
- Aceleradores de la industria, en particular definiciones API predefinidas que ayudan a los bancos a satisfacer los requisitos de PSD2 u otros marcos legales o regulatorios.
Proveedores agregados y eliminados
- Adicional
Cartero
SmartBear - Abandonó
F5 (NGINX )
Perforce (Akana)
Sensedia
Torry Harris
Criterios de inclusión
Todos los proveedores evaluados en estas Capacidades críticas tenían que satisfacer los siguientes criterios:
- Comercialice , venda y respalde activamente al menos dos de las siguientes cinco áreas funcionales para respaldar la gestión del ciclo de vida completo de las API:
- Portales para desarrolladores
- Puertas de enlace API
- Gestión y análisis de políticas
- Diseño y desarrollo de API
- Prueba de API
- Haber hecho que la oferta calificada esté disponible para el público general a partir de junio de 2020.
- Tener una oferta integral de uso general que no sea específica de una industria o limitada a un mercado adyacente (como iPaaS o seguridad de aplicaciones). Esta oferta tenía que estar disponible directamente del proveedor o mediante acuerdos anunciados públicamente con socios.
- Haber generado ingresos de al menos $ 30 millones (o el equivalente en otra moneda) a partir de la gestión de API del ciclo de vida completo en 2020.
- Los proveedores que ofrecen una oferta de productos de código abierto o de núcleo abierto tenían que haber generado ingresos de al menos $ 8 millones (o el equivalente en otra moneda) por año a partir de la gestión de API del ciclo de vida completo. Estas cifras incluyen ingresos por software, servicios gestionados en la nube, soporte y servicios profesionales relacionados con la oferta de gestión de API de ciclo de vida completo.
- Haber tenido al menos 150 clientes de pago para la gestión de API del ciclo de vida completo en 2020.
- Tener una presencia geográfica razonablemente amplia para ventas, soporte y disponibilidad de servicios, con no más del 90% de sus ingresos de administración de ciclo de vida completo para 2020 provenientes de una región específica.
Metodología de capacidades críticas
Esta metodología requiere que los analistas identifiquen las capacidades críticas para una clase de productos o servicios. Luego, cada capacidad se pondera en términos de su importancia relativa para casos de uso de productos o servicios específicos. A continuación, los productos / servicios se clasifican en términos de qué tan bien logran cada una de las capacidades críticas. Luego, se calcula una puntuación que resume qué tan bien cumplen con las capacidades críticas para cada caso de uso para cada producto / servicio.
Las «capacidades críticas» son atributos que diferencian los productos / servicios de una clase en términos de calidad y rendimiento. Gartner recomienda que los usuarios consideren el conjunto de capacidades críticas como algunos de los criterios más importantes para las decisiones de adquisición.
Al definir la categoría de producto / servicio para la evaluación, el analista primero identifica los usos principales de los productos / servicios en este mercado. ¿Qué necesidades buscan satisfacer los usuarios finales al considerar productos / servicios en este mercado? Los casos de uso deben coincidir con los escenarios de implementación de clientes comunes. Estos distintos escenarios de clientes definen los casos de uso.
Luego, el analista identifica las capacidades críticas. Estas capacidades son grupos generalizados de características comúnmente requeridas por esta clase de productos / servicios. A cada capacidad se le asigna un nivel de importancia para satisfacer esa necesidad particular; algunos conjuntos de características son más importantes que otros, según el caso de uso que se esté evaluando.
El producto o servicio de cada proveedor se evalúa en términos de qué tan bien ofrece cada capacidad, en una escala de cinco puntos. Estas calificaciones se muestran una al lado de la otra para todos los proveedores, lo que permite comparar fácilmente los diferentes conjuntos de características.
Las calificaciones y las puntuaciones resumidas oscilan entre 1.0 y 5.0:
1 = Deficiente o ausente: la mayoría o todos los requisitos definidos para una capacidad no se cumplen
2 = Regular: no se cumplen algunos requisitos
3 = Bueno: cumple con los requisitos
4 = Excelente: cumple o supera algunos requisitos
5 = Excepcional: supera significativamente los requisitos
Para determinar una puntuación general para cada producto en los casos de uso, las calificaciones del producto se multiplican por las ponderaciones para obtener la puntuación del producto en los casos de uso.
Las capacidades críticas que ha seleccionado Gartner no representan todas las capacidades de ningún producto; por lo tanto, puede que no representen los más importantes para una situación de uso u objetivo comercial específicos. Los clientes deben utilizar un análisis de capacidades críticas como una de las varias fuentes de información sobre un producto antes de tomar una decisión de producto / servicio.
Creado por Fintan Ryan , Kimihiko Iijima , Mark O’Neill , John Santoro , Akash Jain , Shameen Pillai.