Primero, dé conclusiones que puedan utilizarse para la adopción de decisiones
Los campos principales son la identificación de casos, actividad y tiempo: por ejemplo, cambios en el estado de cada pedido desde la creación, auditoría, entrega a recepción. Para explicar los cuellos de botella, también puede añadir implementadores, departamentos, clientes, productos, cantidades, canales, causas inusuales y fuentes de sistema. Los escenarios cruzados requieren la creación de claves de conexión estables y la armonización de las zonas de tiempo, significados de estado y procesamiento de eventos repetidos.
¿Qué condiciones deben determinarse antes de que se haga el juicio?
La misma pregunta puede tener diferentes respuestas en diferentes fases de negocios, datos y proyectos. Se sugiere que se revisen las siguientes condiciones y que los resultados comunes en la web se incorporen en sus propios proyectos.
Orden de anticipación propuesta
Primero, seremos claros sobre el objetivo y la frontera.
Seleccione un proceso que sea de alto valor de negocio y datos más completos.
Dependencia de la clave de la validación
Define el identificador de caso, actividad, tiempo y dimensiones analíticas.
Desarrollo de resultados evaluables
Tome muestras pequeñas y compruebe con sistemas de fuente y operadores.
Asegúrese de decidir el siguiente paso con los resultados reales.
Ampliar los datos y analizar las variaciones de los procesos después de la calibración.
¿Cómo lo entiendes en el negocio real?
Al analizar la aprobación de la contratación, sólo el formulario de solicitud está en su estado actual y no puede ser restaurado; el número de solicitud, cada vez que se presenta, se devuelve, se envía y se aprueba en el registro de aprobación. Si se realiza un pago financiero utilizando otro sistema, también está conectado a través de un pedido de compra o número de contrato.
El pozo más fácil de seguir.
Tabla de estado actual malinterpretada como historia completa de eventos
Los diferentes sistemas coinciden con nombres vagos, causando una conexión de error
La eficiencia individual se evalúa con base logística sin la reconciliación operacional
¿Cómo terminaremos recibiendo y confirmando?
Los datos de los eventos deben ir acompañados de un calibre, fuente, reglas de limpieza y cobertura de campo. La extracción de una serie de objetos de negocios reales permite la repetición gradual de los principales acontecimientos y el tiempo del sistema fuente; el número, ciclo y estado de los principales procesos deben ser ampliamente coherentes con la declaración de operaciones. Las actividades de línea que no pueden ser cubiertas deben ser claramente declaradas y no pueden ser completadas por el propio modelo.
Al prepararse para comunicarse con proveedores o equipos internos, se recomienda que se introduzcan procesos actuales, muestras representativas, sistemas existentes, tiempo de planificación y niveles presupuestarios. En primer lugar, los elementos desconocidos están claramente marcados, y luego se toma la decisión de utilizar diagnósticos, PoC, proyectos de alcance fijo o investigación y desarrollo continuo, que generalmente es más fiable que una demanda directa de un precio y duración sin fronteras.