IMPLEMENTATION PLAYBOOKCómo las operaciones de proyectos y el sistema de gestión de contratos pasan de la demanda a resultados aceptables
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.
Cuando se inicia el proyecto, se selecciona una cadena de negocios que necesita la mayor mejora, se entrevista al usuario actual y se toma una muestra reciente. El volumen de procesamiento, el tiempo medio de consumo, el tiempo de espera, el número de retornos, números inusuales y puntos de contacto manual se registran en torno a “clientes, oportunidades de negocio, cotizaciones, contratos y configuración de proyectos”; si los datos disponibles son incompletos, el sistema de referencia se utiliza como un tablero de administración manual para una a dos semanas de base.
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 fase no busca cubrir todos los sectores, sino que constituye un círculo cerrado alrededor de “WBS, hitos, tareas, recursos, horas de trabajo y gestión de los entregables” que puede funcionar en términos reales: entradas claras, reglas de procesamiento, acciones del sistema, roles responsables, movimiento inusual y salida final. Los roles clave incluyen al menos propietarios de negocios, usuarios reales, interfaces técnicas y administradores de aceptación, evitando que la demanda sea descrita por la administración y siendo utilizada en la línea por 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
El camino típico es restaurar el proceso real de contrato para pagar, armonizar los proyectos de contrato con clientes y calibraciones de costos, seleccionar un tipo de proyecto para completar el primer diseño, desarrollar módulos básicos e interfaces de sistema externo. Cada etapa debe dar lugar a resultados visibles, como diagramas de flujo, prototipos, contratos de interfaz, registros de prueba, instrucciones de despliegue o demostraciones de 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 proyecto de plan de negocios y la matriz de responsabilidad de datos, contratos, proyectos, horas de trabajo, la plataforma de gestión de costos y recuperación, aprobación, firma electrónica, servicios de interfaz de finanzas y facturas, y reconocer código fuente o configuración atribución, gestión de cuentas, construcción de despliegue, copia de seguridad de datos, respuesta a fallos y responsabilidades de mantenimiento subsiguientes.
Asumiendo una línea de referencia de proceso de 800 artículos al mes, un promedio de 18 minutos por unidad, y una tasa de retorno del 12%, esto es sólo un ejemplo, no el rendimiento de un cliente. La línea debe ser seguida por observación continua de cuatro a ocho semanas al mismo calibre, luego una determinación de si el contrato, la entrega y el estado de negocio son uniformes y que los costos de proyecto son más oportunos para la reconciliación, hitos, facturación y reembolsos están cerrados.
Palabras clave y descripción del contenidoEsta página contiene contenido organizativo sobre cuestiones de servicio real, como el desarrollo del sistema de gestión de proyectos, el sistema de gestión de contratos, el sistema operativo de proyectos, el sistema de gestión de costos de proyectos, etc. Las palabras clave se utilizan para ayudar a los usuarios y sistemas de búsqueda a identificar temas, no para representar compromisos con efectos fijos; alcance final, ciclo, presupuesto e indicadores se basan en el diagnóstico de proyectos, contrato y bases de aceptación.