Política
Establece intención, principios, límites, responsabilidades y decisiones de gobierno.
PROCESS & PROCEDURE DESIGN
Transformamos conocimiento disperso y prácticas informales en reglas, responsabilidades y documentos operativos claros, proporcionados y mantenibles.
01
Establece intención, principios, límites, responsabilidades y decisiones de gobierno.
Describe propósito, entradas, resultados, interacción, dueño, riesgos, controles e indicadores.
Define secuencia, roles, reglas, aprobaciones, excepciones, registros y escalamiento.
Explica una actividad específica cuando su complejidad, riesgo o variabilidad lo requiere.
Captura datos y evidencia necesarios para decidir, controlar, medir o demostrar.
Relaciona roles, riesgos, controles, requisitos, evidencias, delegaciones o indicadores.
02
Entrevistamos roles, revisamos evidencia y observamos cómo se ejecuta el trabajo. Contrastamos la práctica con políticas, contratos, riesgos, sistemas y resultados para evitar documentar una versión ideal que nadie sigue.
El diseño distingue regla, decisión, control, excepción y evidencia. También identifica qué contenido debe vivir en un documento, un sistema, una matriz, un formulario o una ayuda de trabajo.
03
Identificamos documentos, versiones, dueños, duplicidades, brechas y usos reales.
Reconstruimos el proceso, decisiones, controles, evidencia y excepciones.
Proponemos arquitectura, nivel de detalle, formato, roles y relaciones documentales.
Probamos claridad, exactitud, aplicabilidad y escenarios con responsables y usuarios.
Coordinamos decisión, comunicación, formación, vigencia y retiro de versiones anteriores.
Definimos indicadores, retroalimentación y eventos que requieren actualización.
04
Un procedimiento debe poder ejecutarse sin depender de interpretaciones ocultas. Revisamos si sus roles existen, sus decisiones tienen autoridad, sus controles son posibles, sus datos están disponibles y sus excepciones tienen tratamiento.
La validación puede incluir walkthroughs, casos de prueba y escenarios alternos. La profundidad se ajusta al riesgo y al impacto del proceso.
Preguntas frecuentes
Sí. Revisamos vigencia, duplicidad, contradicciones, cambios de proceso y uso real para conservar lo útil, corregir brechas y retirar versiones que ya no deben aplicarse.
No. La arquitectura documental debe responder a riesgos y necesidades. En muchos casos son más útiles fichas de proceso, procedimientos focalizados, matrices y ayudas de trabajo que un manual extenso.
Sí. Pueden responder a necesidades operativas, contractuales, regulatorias, de control o crecimiento. Si existe un SGC, se alinean con su arquitectura y requisitos.
El alcance puede incluir validación, aprobación, comunicación, capacitación, control de versiones y acompañamiento inicial. La organización conserva responsabilidad por su aplicación continua.
Evaluación preliminar
Revisemos qué procesos o documentos necesitan levantarse, normalizarse o rediseñarse.