Introducción a la gobernanza de TI
Breve descripción general
Incorporar TI de manera efectiva es una de las formas más efectivas de acelerar la escala del programa. El arquitecto de DAP (a menudo un arquitecto de TI, un ingeniero de TI o un gerente de TI) es una de las competencias requeridas en los Roles y Responsabilidades Estándar de DAP y será fundamental para que tengas éxito en la puesta en funcionamiento de este componente.
Debe haber dos aspectos en un modelo operativo de TI:
- Incorporación de nuevas aplicaciones
- Necesidades recurrentes de aplicaciones
Cómo afecta esto a tu programa
❌ Los siguientes son errores comunes y resultados adversos de no tener una estrategia de gobierno de TI:
- Sin estrategia de implementación → Errores, problemas y obstáculos para la escalabilidad.
- Sin validación técnica antes del inicio del proyecto → Prolongación 2-3 veces del cronograma del proyecto.
- Sin supervisión de los permisos de usuario → Riesgo potencial de seguridad.
- No hay estrategia de segmentación estandarizada → Incapacidad para analizar las tendencias en el recorrido del usuario.
Quién está involucrado
Crear y supervisar un modelo de gobernanza de TI es un esfuerzo multifuncional. El siguiente describe los grupos importantes y sus responsabilidades clave:
- Configuración de los indicadores de características del Editor
- Configuración de alojamiento
- Integraciones de API
- Admite preguntas de auditoría/revisión de seguridad.
- SSO
- Plan de implementación y ejecución de extensiones.
- Conexión IDP
- Revisiones de seguridad
- Gestión del cambio (proceso), por ejemplo. soporte de navegadores
Consulta el siguiente artículo: Roles y responsabilidades de DAP.
- Acceso al sistema Test & Prod
- Plan de implementación y ejecución de Snippet
- Información / variables adicionales para el seguimiento o la segmentación de atributos a nivel de usuario.
- Hoja de ruta del ciclo de lanzamiento y cronograma para el mantenimiento del contenido.
- Nueva generación de Editor
- Determina el método de alojamiento
- Configura DXA
- Configuración de la segmentación
- Configuración de informes
- Gestión de usuarios/permisos
- Convenciones de nomenclatura del contenido y gobierno de carpetas.
Consideraciones clave
Al crear procedimientos operativos estandarizados para TI, ten en cuenta lo siguiente:
- ¿Cómo toma tu empresa las decisiones de compra de software?
- ¿Cuál es la arquitectura de tu organización de TI? ¿Quiénes son los patrocinadores principales de WalkMe y dónde se encuentran?
- ¿Hay un silo en tu organización de TI y, de ser así, ¿cómo podría esto añadir un riesgo al cumplimiento del gobierno central del CoE?
- ¿TI tiene el presupuesto para WalkMe? ¿Existe algún mecanismo para compartir los costos de las licencias o la prestación de servicios?
Ejemplo de diagrama de flujo
Considera que tu primer entregable sea un diagrama de flujo que indique la fase, las partes interesadas responsables y las actividades de alta prioridad. Es probable que tengas un diagrama de flujo de entrega de contenido para las fases de entrega de contenido y la propiedad. Si creas un diagrama de flujo independiente para TI, asegúrate de que las fases se alineen con las fases de tu Entrega de contenido estandarizado.
Comenzar
Tu gente
- Enumera los campeones actuales y los detractores potenciales en tu organización de TI.
Tus áreas de enfoque
- Analiza los riesgos típicos de TI en tu organización (en el contexto de WalkMe y otras iniciativas multifuncionales).
- Utilízalos para priorizar las áreas de participación de TI con WalkMe con las que debes comenzar.