Solicitudes, dependencias, priorización con criterio registrado y decisión de la autoridad que corresponde — desde el pedido que entra hasta el resultado registrado con su fundamento. Cuando esa decisión deja compromisos abiertos, cada uno se sigue hasta el estado que confirma el responsable autorizado o el sistema donde vive el registro de ejecución, según lo acordado para ese compromiso.
01 · El problema
La demanda llega por todos lados y en todos los formatos: una jefatura que necesita cambiar un proceso, una obligación con fecha externa, un proyecto que quedó a medias, un pedido de la dirección para evaluar una idea. Cada uno se anota donde alcanza, y ninguno queda en el mismo lugar que los demás.
Hoy la lista vive donde alcanzó: planillas de Microsoft Excel por área, correos con el pedido original, y los casos de negocio y las actas en el repositorio documental de la organización, por ejemplo Microsoft SharePoint en Microsoft 365.
La reportería de portafolio en Microsoft Power BI resume el avance declarado. Ninguna de esas piezas registra qué solicitud se unió a cuál, quién quedó a cargo del pendiente que detiene una iniciativa, ni con qué criterio quedó por debajo de otra en el ciclo anterior.
Cuando llega la reunión de priorización, buena parte del tiempo se va en reconstruir la lista: qué se pidió exactamente, quién lo patrocina, si ya estaba planteado, de qué depende y en qué estado quedó el ciclo pasado. Se decide con la información que alcanzó a reunirse, no con la que la organización ya tiene.
Una iniciativa priorizada todavía no está decidida, y una iniciativa aprobada todavía puede tener condiciones que cumplir antes de que el trabajo arranque.
02 · La solución
Cada solicitud entra por un mismo lugar y recorre etapas declaradas: recepción, calificación con revisión de lo ya admitido, dependencias, comparación del ciclo con los criterios vigentes, decisión de la autoridad que corresponde y seguimiento de los compromisos que esa decisión dejó abiertos.
Cada iniciativa entra al ciclo ya conectada con lo que la organización tiene declarado en el Operational Graph: los procesos que cambia, las aplicaciones y los datos que toca, el área que la patrocina y las iniciativas que la condicionan. Por eso la dependencia entre dos pedidos de áreas distintas aparece en la calificación y no en la reunión de arranque. BPMflow orquesta este ciclo de demanda —etapas, plazos, revisiones, autorizaciones y evidencia—, de modo que el flujo sigue al grafo y no a un diagrama dibujado aparte.
La excepción que más ordena el ciclo es la dependencia tardía: una iniciativa aprobada se detiene porque otra, todavía sin decisión, es su precondición. El caso no se cierra por el avance de la primera. La dependencia queda registrada y visible en los dos expedientes, con responsable y fecha, y cada iniciativa conserva su propio estado: la primera tiene uno de los cuatro resultados de decisión —aprobada, con una condición abierta—; la segunda todavía no tiene resultado, porque sigue pendiente de decisión en su instancia. Son dos estados separados, y ninguno absorbe al otro.
03 · Capacidades
Las iniciativas quedan en un mismo tablero, con su etapa, patrocinador, dependencias, antigüedad y decisión pendiente a la vista. Max responde sobre una iniciativa dentro del contexto autorizado: explica en qué etapa está, muestra la evidencia registrada y señala qué la mantiene detenida.
Recoge la solicitud con su objeto, área solicitante, patrocinador, resultado esperado y urgencia declarada, venga del negocio, de una obligación con fecha externa o de un proyecto que quedó a medias.
Compara la solicitud con las iniciativas ya admitidas y con los procesos y aplicaciones que toca: lo que repite una iniciativa vigente se une a ella en lugar de abrir otro caso en paralelo.
Relaciona cada iniciativa con los procesos, aplicaciones, datos y áreas que necesita, y deja a la vista cuándo una iniciativa es precondición de otra o cuándo dos compiten por el mismo componente.
Aplica los criterios vigentes del ciclo y conserva el puntaje, el criterio que se usó y quién lo asignó. Cambiar un criterio abre un ciclo nuevo; no reescribe la comparación anterior.
Aprobar, reformular, posponer o rechazar con fundamento son cuatro resultados distintos, cada uno con la autoridad que corresponde al tipo de iniciativa y con el motivo a la vista para quien la presentó.
Sigue las condiciones abiertas, los hitos comprometidos y los cambios de alcance con responsable, fecha y evidencia, hasta el estado que confirma el responsable autorizado o el sistema donde vive el registro de ejecución, según lo acordado para ese evento.
04 · Roles
Sostiene el ciclo y su calendario.
Qué ve
Todas las solicitudes por etapa, patrocinador, dependencia pendiente y antigüedad, con lo que falta para resolver cada una.
Qué hace
Admite o devuelve la solicitud, une lo repetido, arma la comparación del ciclo y publica el resultado con su fundamento.
Presenta la iniciativa y responde por ella.
Qué ve
El estado de su solicitud, qué información falta y de qué otra iniciativa depende para avanzar.
Qué hace
Declara el objeto y el resultado esperado, responde las observaciones y asume los compromisos que quedan a su cargo.
Define las precondiciones técnicas.
Qué ve
Las iniciativas que tocan las mismas aplicaciones, datos e integraciones, y el orden en que las tocan.
Qué hace
Registra dependencias y precondiciones, y advierte cuándo el orden propuesto no es ejecutable tal como quedó priorizado.
Se pronuncia dentro de su atribución.
Qué ve
La comparación del ciclo con sus criterios, las dependencias declaradas y los compromisos ya asumidos en ciclos anteriores.
Qué hace
Aprueba, reformula, pospone o rechaza con fundamento, y deja registradas las condiciones de cada decisión.
05 · Cómo se conecta
Priorizar iniciativas, decidir una inversión y evaluar el impacto de un cambio son tres preguntas distintas sobre el mismo portafolio, con responsables distintos. Cada una tiene su recorrido; el contexto compartido es lo que evita reconstruir las tres por separado.
Cuando la iniciativa priorizada necesita una decisión económica formal, ese recorrido toma la solicitud, las revisiones de las áreas competentes, la autoridad aplicable según monto y política, y las condiciones que sobreviven a la aprobación.
Ver Financial Decision & Investment Governance →Cuando la pregunta es qué mueve la iniciativa antes de aprobarla —procesos, aplicaciones, datos, riesgos y equipos afectados—, ese análisis y el roadmap que sale de él viven en Change Impact.
Ver Change Impact →Cuando dos iniciativas compiten por la misma aplicación o el mismo componente, el criterio de arquitectura y el estado del repositorio aportan el orden técnico que la priorización por sí sola no resuelve.
Ver Enterprise Architecture Governance →El portafolio responde qué se hace primero; la decisión de inversión, con qué condiciones; el análisis de impacto, qué se mueve al hacerlo.
06 · Implementación
Las iniciativas hoy abiertas y los criterios que la organización ya aplica son el material del primer ciclo. No hace falta congelar el portafolio para empezar.
1 · Acordar el ciclo y sus criterios
Qué solicitudes entran al portafolio, qué información mínima exige la calificación, qué criterios ordenan las solicitudes del ciclo, qué autoridad resuelve cada tipo de iniciativa y qué significa que una decisión quede tomada.
2 · Recuperar el portafolio actual
Se cargan las iniciativas en curso y se conectan con los procesos, aplicaciones y áreas ya declarados en el Operational Graph. Alcanza con el contexto del primer ciclo: no hace falta un proyecto de arquitectura previo.
3 · Correr un ciclo real y transferirlo
El primer ciclo se corre con la demanda del período en curso; se ajustan criterios, plazos y tableros, y la operación queda bajo control del equipo del cliente.
07 · Escenarios típicos
Varias áreas pidiendo a la vez, obligaciones con fecha externa, iniciativas que dependen unas de otras y una decisión que se repite cada trimestre: es la operación habitual de una oficina de transformación.
Aplicaciones ilustrativas, no referencias de clientes: equipamiento e infraestructura en salud; iniciativas de capacidad, renovación o expansión en CPG, educación y utilities; y demanda corporativa de transformación. El ciclo es el mismo; cambian el tipo de solicitud, los criterios que lo ordenan y la instancia que resuelve.
Un portafolio se gobierna cuando cada solicitud tiene una etapa, cada prioridad tiene su criterio registrado y cada decisión tiene quién la confirma. Conviene empezar por un ciclo completo, con la demanda del período en curso.
Demand and Portfolio Governance es una solución transversal de EAFlow sobre el Operational Graph, sostenida por las capacidades de automatización de BPMflow. La decisión económica y sus condiciones viven en Financial Decision & Investment Governance; el análisis de lo que mueve una iniciativa, en Change Impact. No es una suite de gestión de portafolio: no planifica la capacidad de los recursos, no registra horas ni elabora la previsión financiera detallada.
