IMPLEMENTATION PLAYBOOKCómo los sistemas de procesos OA y BPM se mueven de la demanda a los resultados de aceptación
Se utilizan los siguientes métodos para explicar la metodología de aplicación, el calibre de datos y los límites de responsabilidad, y no se utilizan como un proxy para el juicio de proyecto por listas funcionales.
01 Base operacionalPrimero, grabamos el estado real antes de la modificación.
El proyecto comienza con una selección de un enlace de negocios que más necesita mejora, entrevista a los usuarios reales y toma muestras recientes. El volumen de procesamiento, el tiempo medio de procesamiento, el tiempo de espera, el trabajo, números inusuales y puntos de contacto manual se registran alrededor del “OA y el diagnóstico de estado BPM, selección de productos y mapas de procesos”; si los datos disponibles son incompletos, la interfaz de referencia se utiliza como una cuenta de tabla manual para completarlo
La base de referencia también debe indicar el alcance de las estadísticas y exclusiones. Por ejemplo, el tiempo de procesamiento comienza con la disponibilidad de información o con la primera presentación del cliente, la excepción no incluye interfaces de terceros, y las modificaciones manuales son la corrección de pruebas menores o el procesamiento.
02 Primer anillo cerradoValidar hipótesis clave con alcance mínimo disponible
La primera cuestión, que no trata de abarcar todos los sectores, es la de “desarrollar la organización, el papel, la forma, el proceso, el portal y la configuración de final móvil” para formar un circuito cerrado que puede funcionar en tiempo real: entradas claras, reglas de procesamiento, acciones del sistema, roles responsables, movimientos anormales y salida final. Las funciones clave incluyen al menos los propietarios de negocios, usuarios reales, interfaces técnicas y administradores de aceptación, evitando la demanda que se describe por la administración y se utiliza en la línea por parte de otro grupo.
La evaluación de necesidades corresponde a cada competencia a la escena empresarial, el papel de usuario y la aceptación de muestras. Las cuestiones que no proporcionan datos legítimos, interfaces o tomadores de decisiones deben incluirse como una condición previa o una etapa posterior, y no deben incluirse en forma silenciosa en una oferta de rango fijo.
• Ejecución de proyectosHacer que el proceso sea un resultado de etapa reversible y reversible
Un camino típico es hacer balance de problemas de alta frecuencia y de sinergia, funciones combo, formas y reglas de proceso, seleccionar productos estándar o rutas personalizadas, configurar el desarrollo y conexión a sistemas de negocios. Cada etapa debe dar lugar a resultados identificables, como diagramas de flujo, prototipos, contratos de interfaz, registros de pruebas, notas de despliegue o demostraciones en ejecución.
La demostración de escenario no es “apto para trabajar”. Una muestra representativa debe utilizarse para cubrir procesos normales, campos desaparecidos, solicitudes de repetición, autoridad inadecuada, sobrecostos de tiempo y anomalías históricas de datos de servicios externos, e identificar problemas que surgen sólo en el entorno de producción en una etapa temprana.
04 Operaciones de recepción e inspecciónAceptación y aceptación comunes con entrega, pruebas e indicadores
El proyecto debe por lo menos reconciliar el proceso con el plan de derechos, formularios, configuración de procesos y portales o código fuente, identidad organizativa con servicios de interfaz de terceros, y confirmar atribución de fuentes o configuración, gestión de cuentas, construcción de despliegue, respaldo de datos, respuesta de fallos y posteriores responsabilidades de mantenimiento. Además de la aceptación funcional, debe verificar el acceso, seguridad, desempeño, logística, recuperabilidad y capacitación de usuarios clave para asegurar que los equipos clientes puedan utilizar y entender los límites del sistema de forma independiente.
Se supone que un proceso de referencia es de 800 artículos por mes, un promedio de 18 minutos por unidad, y una tasa de retorno del 12%, que es sólo un ejemplo, no el desempeño de un cliente. Una línea se utiliza para observar el estado de aprobación y las responsabilidades de cuatro a ocho semanas consecutivas al mismo calibre, a continuación para determinar si el estado de aprobación y las responsabilidades pueden ser rastreados, duplicados y cruzados, y la autoridad organizativa ajustada a cambios en las normas de personal.
Palabras clave y descripción del contenidoEsta página contiene contenido organizativo sobre cuestiones de servicio real como el desarrollo del sistema OA, la personalización del sistema OA, el sistema de procesos BPM, el desarrollo del sistema de aprobación. Las palabras clave se utilizan para ayudar a los usuarios y el sistema de búsqueda a identificar temas, sin implicar compromiso con los efectos fijos; alcance final, ciclo, presupuesto e indicadores se basan en el diagnóstico del proyecto, contrato y la base de aceptación.
