Rent-a-Process-Manager es un engagement de responsable de
procesos fraccional — convertir flujos ambiguos en sistemas
documentados, medidos y optimizables. Requisito previo de
cualquier esfuerzo serio de automatización, y la función que
la mayoría de organizaciones subfinancia hasta que algo se
rompe.
| Propiedad | Valor |
|---|
| Engagement | Process manager / lead fraccional |
| Cadencia típica | 2 a 5 días al mes, más semanas de talleres |
| Método | Modelado BPMN 2.0, process mining donde los datos lo permitan |
| Formato | Remoto-primero, onsite para talleres con personal operativo |
| Traspaso | Inventario de procesos, biblioteca de modelos BPMN, backlog de optimización |
flowchart LR
A[Descubrimiento<br/>entrevistas + mining] --> B[Modelado<br/>BPMN 2.0]
B --> C[Medición<br/>ciclo / errores / retrabajo]
C --> D[Optimización<br/>backlog]
D --> E{"¿Listo para automatizar?"}
E -->|Sí| F[Traspaso a automatización]
E -->|No| D
Cuándo encaja
- Has decidido automatizar algo y has descubierto que
nadie describe el proceso actual de forma consistente.
Tres personas dibujan tres diagramas distintos.
- Has crecido hasta el punto en que el conocimiento
tribal ya no escala. Los nuevos tardan seis meses en
averiguar cómo funcionan las cosas, y los procesos clave
todavía dependen de que una persona recuerde.
- Estás preparando una auditoría de certificación (ISO
9001, cláusulas de proceso ISO 27001, SOC 2) y necesitas
procesos documentados que los auditores acepten y la gente
realmente siga.
- Estás integrando una adquisición y necesitas reconciliar
dos conjuntos de procesos.
- Un proceso está visiblemente roto — quejas de clientes,
retrabajo, SLAs incumplidos — y necesitas a alguien para
desmontarlo, entenderlo y volver a montarlo.
Qué cubre este rol
- Descubrimiento de procesos. Sentarse con quienes hacen
el trabajo, no solo con quienes los gestionan. Mapear lo
que realmente sucede, incluidos los workarounds.
- Modelado BPMN 2.0. Capturar el proceso en notación
estándar que sobreviva a la conversación y se pueda
reutilizar para formación, auditoría y diseño de
automatización.
- Medición de procesos. Definir el puñado de métricas
que realmente importan (tiempo de ciclo, tasa de error,
bucles de retrabajo) e instrumentarlas. Evitar la trampa
del teatro de métricas.
- Optimización. Identificar y priorizar oportunidades de
mejora: handoffs que pierden información, controles sin
valor añadido, puntos de decisión donde nadie tiene
potestad.
- Preparación para automatización. Determinar qué pasos
son candidatos a automatización (RPA, motores de workflow,
scripts de integración) y cuáles no. Muchas peticiones de
“automatizad esto” fallan porque el proceso no está listo
para automatizarse.
- Gobernanza de procesos. Establecer la propiedad — cada
proceso tiene un propietario nombrado responsable de los
cambios — y una cadencia de revisión.
- Material de formación. Convertir el proceso documentado
en el material de onboarding que los nuevos realmente usan.
Notas metodológicas
- BPMN 2.0 primero. Una notación común que ingenieros,
operaciones y stakeholders de negocio pueden leer con
formación ligera. Neutral respecto a vendor.
- Process mining donde aplique. Si hay sistemas
transaccionales disponibles (ERP, CRM, ticketing), el
process mining da una base de evidencia que complementa el
descubrimiento por entrevistas — qué pasa realmente versus
qué dice la gente.
- Sin “proceso por el proceso”. Un proceso documentado
que nadie sigue es peor que ninguna documentación: crea
falsa confianza y riesgo de auditoría. Nos negamos a
producir decoración de estantería.
Qué obtienes
- Inventario de procesos — una lista real de los procesos
que importan, con propiedad y prioridad.
- Biblioteca de modelos BPMN para los procesos en
alcance, versionada, refrescable.
- Backlog de optimización — una lista priorizada de
mejoras concretas con esfuerzo estimado e impacto de
negocio.
- Lista de candidatos a automatización — distinguiendo
claramente “listo para automatizar ahora” de “necesita
primero trabajo de proceso”.
- Una propuesta de gobernanza — quién posee los procesos
en el futuro, qué cadencia de revisión, qué proceso de
cambio.
Qué distingue esto
- Vista negocio + técnica en la misma cabeza. El trabajo
de procesos que ignora los sistemas subyacentes produce
modelos que se ven bonitos y no se pueden implementar. El
trabajo de procesos que solo mira los sistemas produce
automatización que codifica handoffs rotos más rápido.
- Pragmatismo de operador. Hemos llevado operaciones. No
propondremos un proceso que no sobreviva a un viernes por
la tarde bajo carga.
- Documentación defendible en auditoría. El output está
lo bastante estructurado para satisfacer a un auditor sin
ser tan pesado que nadie lo actualice.
- Sin captura de vendor. Sin relaciones de referencia con
vendors de RPA, motores de workflow o process mining.
Recomendamos lo que encaja.
Por qué esto es un tema CEO
- 💰 Impuesto al margen. La ineficiencia de procesos es un impuesto directo al margen. La mayoría de organizaciones operan con 15–30 % de actividad que no añade valor al cliente — pura retrabajo, pérdida en handoffs y workarounds en la sombra.
- 🤖 El éxito de la automatización depende de ello. Aproximadamente el 70 % de los proyectos de automatización fallan. Casi siempre fallan en el diseño de procesos, no en el tooling. La disciplina de procesos es el prerrequisito, no el seguimiento.
- 📋 Cumplimiento y certificación. ISO 9001, cláusulas de proceso ISO 27001, SOC 2 — todas exigen procesos documentados. La documentación de procesos ES el material de auditoría. Sin ella, la certificación es inasequible.
- 🎓 Coste de onboarding. El time-to-productivity de los nuevos contratados es función directa de la calidad de documentación de procesos. Documentación descuidada = 6 meses de productividad parcial por contratación; documentación limpia = 6 semanas.
- 🤝 La integración M&A depende de ello. La integración de una entidad adquirida requiere reconciliar dos paisajes de procesos. Bien hecho: las sinergias se materializan; mal hecho: la entidad adquirida funciona como silo permanente.
- Duración típica. 3 a 12 meses, escalada por área de
proceso.
- Cadencia. 2 a 5 días al mes, más semanas de talleres
(típicamente 1 semana por trimestre para talleres con
stakeholders).
- Onboarding. Primeras 3 semanas centradas en
descubrimiento — entrevistas, recorridos del estado actual,
muestreo de datos transaccionales.
- Tarifa. Retainer mensual fijo más tarificación de
semanas de talleres. El trabajo de implementación de
optimización puede pasar a un
engagement de desarrollo.
Contacta y cuadramos qué cobertura de gestión de procesos
necesita realmente tu organización.