Home / Guía de toma de decisiones del proyecto / BI y los costos de la plataforma de gobernanza de datos corporativos
PROJECT DECISION GUIDE

BI Business Analysis and Data Governance Platform costs and implementation cycle

BI y EDP no pueden ser citados sólo por página, número de cuenta o módulo. Estimaciones fiables requieren la conciliación del alcance de negocio, calidad de datos, condiciones de interfaz, organización de usuarios, conmutación de línea y responsabilidad de transporte a largo plazo.

Responde a la pregunta.

BI y Enterprise Data Governance Platform cuestan

Se propone que el proyecto se descomponga a tres fases de diagnóstico de estado, cierre inicial y operaciones de extensión. La oferta formal indica licencias de productos o desarrollo, configuración de implementación, interfaz, migración, pruebas, capacitación, soporte en línea y continuidad, e indica condiciones de cooperación con el cliente, costos y exclusiones de terceros.

SCOPE & BUDGET LEVELS

Primero, los insumos claros al límite por fase de proyecto

Se utilizan las siguientes capas para establecer una base de referencia para el presupuesto y la aceptación, y el alcance real todavía tendrá que evaluarse en relación con el statu quo, la interfaz y los requisitos de tiempo.

Fase 1

Diagnóstico y programa de situación

Confirme la necesidad del sistema y el primer límite

El proceso de reconciliación de la gobernanza del MDM, los datos, los sistemas, los niveles de riesgo y presupuesto en torno a los recuentos de fuentes de datos, la arquitectura de datos, los modelos de estratificación y el diseño de integración, cliente, productos básicos, materiales, organización, etc.

Fase 2

Primer ciclo cerrado

Autentizar con una organización o tipo de negocio

c) Un catálogo de indicadores de progreso, definiciones, sangre, autoridad y gestión de versiones, normas de calidad de los datos, hojas de problemas y rendición de cuentas cierres y finalización de interfaces centrales, migración, privilegios y pruebas de anomalías.

Fase 3

Prórroga y continuidad de las operaciones

Ampliar la cobertura y construir un transporte estable

Ampliación de las declaraciones de BI, cabina de funcionamiento, alerta temprana y análisis de movimiento, ERP, CRM, MES, WMS, conjuntos de datos financieros y externos para mejorar el monitoreo, la capacidad, la gobernanza de datos y la optimización continua.

DECISION FACTORS

Los elementos clave que se deben revisar para la adopción de decisiones

En primer lugar, se determinan los límites de la moderación y la responsabilidad, y se comparan las rutas técnicas y las modalidades de cooperación.

01

Fuentes de datos e integración

Los insumos de ingeniería de datos se determinan por la cantidad, calidad y frecuencia sincronizada de bases de datos, API s, documentos y mensajes en tiempo real.

02

Calibración de dominios e indicadores temáticos

Los temas de ventas, inventario, producción, proyectos, finanzas y rendición de cuentas de los indicadores determinan el alcance de la modelización y la reconciliación.

03

Gobernanza y profundidad de análisis

Es necesario identificar en etapas los principales datos, calidad, sangre, autoridad, informes, alerta temprana y análisis de idiomas naturales.

04

Datos históricos y migración

El volumen de datos se complementa con una evaluación de duplicaciones, faltas, cartografía, puesta en marcha, operaciones en línea y solicitudes de archivo.

05

Garantía de ejecución y privilegios

La emisión simultánea, la disponibilidad, la cobertura de datos, la aprobación, la auditoría, la copia de seguridad y las necesidades de respaldo cambian el alcance de la labor y las pruebas.

06

Promoción y movilidad de los enlaces

Capacitación, operaciones de prueba, ventanas de cambio, soporte in situ, monitoreo, respuesta a fallos y versión iterativa debe ser identificado por separado.

Preparación de recomendaciones antes de la comunicación o evaluación

Principales cuestiones empresariales, declaraciones, indicadores y función en el usoFuentes de datos, estructura de tablas, condiciones sincronizadas y muestras de calidad de datosLista de la interfaz de sistemas existente con tercerosVolumen de datos históricos y cuestiones de calidadRequisitos de organización y privilegios de usuarioAlcance de primer mandato y duración previstaNivel presupuestario y jefe de recepción e inspección

Sendero sugerido para la aplicación

La primera fase se ampliará mediante la reconciliación de datos, pruebas anormales y pruebas de usuarios clave.

DECISION WORKSHEET

Convertir los costos del BI y la plataforma de gobernanza de datos corporativos en adopción de decisiones ejecutable

Las siguientes hojas de trabajo ayudan a las empresas a organizar consejos vagos en insumos basados en proveedores, de aprobación interna y de receptividad de proyectos.

¿Qué debería contener un resumen comparable de las evaluaciones?

Al menos, se organizan las principales cuestiones de negocio, declaraciones, indicadores y funciones de uso, fuentes de datos, estructura de tablas, condiciones sincronizadas y calidad de datos de muestra, inventario de las interfaces de sistemas existentes con terceros, volumen de datos históricos y cuestiones de calidad, junto con una indicación del volumen de negocio actual, tiempo de procesamiento promedio, anomalías importantes, sistemas existentes, privilegios de datos, dependencia de terceros y ventanas de go-live.

Por ejemplo, la empresa espera que el proyecto ahorre 160 horas de trabajo al mes, pero esta cifra debe desglosarse en el número de tareas, ahorros de tiempo único, tasas de adopción y tasas de revisión manual. Si sólo el 40% de los usuarios utilizan el primer período, o si el nuevo proceso aumenta el proceso de examen, los beneficios reales serán significativamente inferiores a la estimación aparente.

Cuatro tipos de pruebas recomendadas para el interrogatorio durante la comunicación de proveedores

The first is scope evidence: consistency of demand versions, business processes, prototypes, interfaces and exclusions; the second is engineering evidence: whether similar technologies have accessible structures, code management, testing, deployment and trouble management methods; the third is personnel evidence: whether actual participants, input stages, responsibilities and replacement mechanisms are clear; and the fourth is delivery evidence: how source codes, data, account numbers, documents, training, quality assurance and transport are handed over. It is normal for suppliers to be unable to provide customer confidentiality at the bidding stage, but should be able to explain their own methods and the evidence that can be developed under this project.

Se recomienda que se fije por separado la claridad de alcance, la dependencia crítica, la capacidad de equipo, la aplicabilidad de la aceptación y la toma a largo plazo y que se registre la base de cada puntuación. Si un programa es más barato, se excluye la interfaz, la migración, las pruebas o la responsabilidad en línea, entonces debe convertirse al mismo calibre de entrega antes de la comparación.

El principio de la sentencia

Esta página proporciona un marco de toma de decisiones que no constituye una oferta fija o compromiso de rendimiento.

FAQ

FAQs

Las cuestiones más comunes antes de la cooperación se señalan claramente con antelación.

¿Podría BI y la plataforma de gobernanza de datos corporativos dar un precio fijo primero?+

Sólo se dan niveles presupuestarios cuando la información es incompleta.

¿Qué es más rentable para los productos estándar y el desarrollo a medida?+

Los procesos comunes suelen dar prioridad a los productos maduros; cuando las capacidades diferenciales son claras o complejas, se requieren configuración, desarrollo secundario o sistemas autónomos.

¿Los costos incluyen interfaces y migración de datos?+

Esto no debe ser implícito. Cada interfaz, objeto móvil, regla de limpieza, responsabilidad de coordinación y ventana de go-live debe ser declarado por separado en la cita y contrato.

DECISION FAQ

Cuestiones comunes relacionadas con proyectos en curso

Echa un vistazo a las 265 preguntas.
Sistema de gestión de operaciones institucionales y de operaciones

¿Qué datos se necesitan antes de BI y la plataforma de datos se construye?

Es necesario preparar los principales problemas empresariales, los informes existentes, las definiciones de indicadores, las fuentes de datos, la estructura de tablas, la frecuencia de actualización, los permisos y los problemas históricos de calidad. No todos los datos deben ser limpiados primero, pero es importante saber de dónde provienen los datos, quién es responsable y cuáles son los campos creíbles.

Ver respuesta completa
Sistema de gestión de operaciones institucionales y de operaciones

¿Deberían las empresas estar en la cabina BI primero o deberían estar en la gestión de datos primero?

Si el indicador básico se define de manera manejable en gran medida coherente y de calidad de los datos, se puede utilizar para validar los valores de adopción de decisiones en zonas pequeñas; si el mismo indicador tiene conflictos a largo plazo con diferentes sistemas, se debe completar la calibración necesaria y la gobernanza de los datos.Los dos se suelen aplicar en paralelo: un pequeño número de declaraciones de alto valor exponen problemas y luego se institucionalizan gradualmente los principales datos, indicadores y normas de calidad.

Ver respuesta completa
Gestión de datos AI y aplicación inteligente de marketing

¿Qué diferencia hace AI y la gobernanza tradicional de datos y MDM?

Los principales datos MDM abordan la única identificación y responsabilidad primaria de clientes básicos, productos básicos, organizaciones, etc.; la gobernanza de datos tradicionales también abarca indicadores, calidad, sangre, seguridad y servicios de datos; la gobernanza de datos AI se basa en esto para añadir archivos, información multimodular, versiones de conocimientos, capacitación para evaluar muestras, uso de modelos y resultados de la misión.

Ver respuesta completa
Desarrollo de programas y contratación externa de proyectos

¿Cuál debería ser la elección de equipos de externalización de software y de auto-construcción?

La contratación externa de software es generalmente más eficaz si la empresa requiere un continuo a largo plazo y la empresa tiene una capacidad de gestión de productos y tecnología. Si el objetivo está claramente definido, se requiere un inicio rápido o hay una falta temporal de capacidad dedicada, muchas empresas conservan los propietarios de productos y tecnología, dejando la fase de R & D o construcción dedicada al equipo exterior.

Ver respuesta completa