Criterio para cerrar iniciativas estancadas sin borrar pendientes

Una iniciativa sin trabajo activo necesita una decisión de estado, una persona responsable y el destino de lo pendiente. Revise si hay una condición real para reanudarla; si la hay, póngala en pausa con fecha o evento de revisión. Si ya no hay razón para sostenerla, apruebe su terminación o cierre, registre qué se logró y transfiera compromisos antes de archivar. No deje que el estado «abierta» sustituya una decisión, ni use «cerrada» para hacer desaparecer obligaciones.

Cuando el portafolio dice una cosa y el trabajo otra

En un ejemplo ficticio, una empresa tiene una iniciativa para unificar solicitudes de mantenimiento. Hubo un piloto y una reunión de resultados. Después, el equipo técnico informó que integrar dos sistemas requeriría una decisión de inversión. La dirección no la tomó. Han pasado semanas sin tareas aprobadas, pero el proyecto sigue en el reporte mensual como «en ejecución». Cada área conserva una versión distinta: operaciones cree que espera presupuesto; tecnología cree que espera una definición de alcance; RH comunica que el cambio llegará pronto. Nadie puede señalar la siguiente actividad financiada ni quién resolverá la duda.

Es tentador corregir el tablero moviendo la tarjeta a «cerrada». Eso puede limpiar el reporte y dejar vivo un contrato, un dato con acceso abierto o una promesa hecha a usuarios. También sería fácil mantenerla «en curso» para evitar explicar que la inversión no se aprobó. Ninguna etiqueta resuelve por sí sola la responsabilidad. La primera tarea del portafolio es producir una decisión verdadera sobre esa iniciativa y hacer que la información compartida la refleje. El cierre es una operación de gobierno del trabajo, no una ceremonia de orden visual.

Esta pieza trata la retirada o pausa de una iniciativa concreta que perdió actividad. No es una guía general para reducir el número de proyectos simultáneos ni para fijar límites de trabajo en curso. Si la organización tiene veinte iniciativas realmente activas que compiten por capacidad, deberá revisar criterios de entrada y secuencia. Aquí preguntamos qué hacer con un expediente cuya ejecución ya se detuvo: ¿volverá con condiciones claras o debe terminarse y traspasar lo pendiente?

Inactividad no equivale a cierre

Antes de decidir, compruebe la última actividad que cambió el resultado: entrega aprobada, prueba, gasto, decisión o trabajo asignado. Separe eso de una actualización administrativa o una reunión que sólo repite el bloqueo. Pregunte si hay trabajo fuera del sistema principal. Un permiso puede estar en revisión, un equipo puede conservar una tarea de seguridad o una sede puede esperar materiales. La ausencia de movimiento visible en un tablero no prueba ausencia de obligaciones.

El estándar GovS 002 del gobierno británico pide registrar responsable y estados diferenciados, entre ellos en progreso, pausado, terminado y completado. Es una norma para proyectos de ese gobierno; no impone etiquetas ni deberes legales a una organización mexicana. Ofrece una distinción útil: una iniciativa quieta puede seguir en espera, haberse terminado antes de cumplir el alcance o haber completado su objetivo. El portafolio debe saber cuál de esos hechos describe el caso.

Establezca un umbral para revisar, no un piloto automático de cancelación. Puede ser una fecha sin tareas activas, una dependencia sin respuesta o un hito que venció sin decisión. El umbral dispara una pregunta al dueño del portafolio: «¿qué justifica conservar la iniciativa y cuál es el siguiente evento verificable?». No convierta un número de días en sentencia universal. Algunas esperas son razonables; otras no pueden sostenerse con el mismo costo de coordinación. El contexto y los compromisos importan más que la edad de la tarjeta.

Determine qué decisión sigue viva

Una iniciativa puede estar quieta por cuatro razones distintas. Tal vez el objetivo ya se logró y sólo falta formalizar la aceptación. Tal vez el objetivo sigue siendo valioso, pero espera una autorización con fecha. Tal vez nueva evidencia demuestra que el enfoque no funcionará. Tal vez nadie tiene autoridad o capacidad para continuar. Cada razón conduce a una acción diferente: cierre de lo completado, pausa controlada, terminación anticipada o escalación de autoridad. Escriba cuál aplica y qué evidencia la sostiene.

El capítulo de gestión de portafolios de Government Project Delivery contempla que la revisión de componentes lleve a terminar, pausar, reprogramar o revisar el alcance. Esa lista no es una instrucción para cancelar por volumen. Muestra que conservar una iniciativa «abierta» es una elección entre otras que debe justificarse. Una pausa sin condición de salida sólo difiere el momento de reconocer que el plan original ya no existe; una terminación sin traspaso puede ocultar obligaciones.

Formule la decisión en términos que otras áreas puedan usar. «Pausamos la integración hasta tener una prueba de seguridad y revisaremos el 15 de noviembre; tecnología custodia el prototipo y operaciones conserva el proceso actual» es distinta de «seguimos evaluando». «Terminamos la expansión del piloto por falta de viabilidad técnica; compras cierra la orden y el material se archiva» también describe una acción. Fechas y condiciones deben ser reales y aprobadas, no ejemplos copiados como si fueran política universal.

Asigne un dueño antes de discutir el estado

Identifique a quien puede autorizar cierre, pausa o reprogramación según el gobierno de su organización. El coordinador que actualiza el tablero quizá sólo ejecuta la decisión. La persona que patrocinó el proyecto quizá ya cambió de puesto. El área que conserva el presupuesto puede decidir inversión, pero no todas las cuestiones de datos o contratos. Una decisión completa puede requerir una autoridad principal y validaciones concretas. Registre ambas sin convertir cada pendiente en una votación de todo el comité.

Si la persona patrocinadora no está, no deje que la iniciativa viva por falta de firma. El portafolio debe asignar nueva autoridad o elevar el caso al nivel que la designa. Mientras tanto, el estado debe decir que no hay trabajo activo por falta de decisión, no simular avance. Una persona de operación puede reunir hechos y proponer alternativas; no debería asumir tácitamente el riesgo institucional de cancelar una obligación. La responsabilidad de decidir debe ser visible para que el equipo sepa a quién pedir respuesta.

Defina también al dueño del proceso de cierre. Autorizar «se cancela» y ejecutar el cierre son tareas distintas. Alguien debe comprobar compromisos, comunicar a partes afectadas, registrar resultados y verificar que el expediente quedó accesible bajo permisos correctos. Esa persona coordina, no necesariamente resuelve sola cada tema. Puede pedir a compras la confirmación de una orden, a seguridad el destino de accesos y a operaciones el plan que reemplaza la solución no implementada.

Mire los pendientes antes de retirar la iniciativa

Haga una lista breve de lo que sigue abierto y clasifique cada punto. Una obligación contractual o pago requiere un dueño y una fecha. Un riesgo operativo puede transferirse a un proceso que seguirá vivo. Una decisión aplazada necesita autoridad y condición. Una idea opcional puede archivarse como aprendizaje sin transformarse en deuda permanente. Si la lista sólo dice «varios pendientes», no ayuda a cerrar. Indique acción, responsable, destino y prueba de que se recibió.

El capítulo de cierre del Teal Book británico pide registrar requisitos no cumplidos y su destino, transferir riesgos, asuntos y acciones, y conservar la información del proyecto. Ese marco se diseñó para proyectos gubernamentales, por lo que una iniciativa pequeña necesita una versión proporcional. La pregunta indispensable permanece: «¿dónde vivirá cada responsabilidad cuando desaparezca esta etiqueta del portafolio?». Si no hay respuesta, el cierre sólo cambió el nombre del problema.

En el caso ficticio, operaciones necesita saber qué proceso usará mientras no exista la integración. Tecnología debe decidir qué hará con el prototipo y sus accesos. Compras debe confirmar si existe una orden o material prestado. Comunicación debe corregir la promesa interna de que el cambio llegará en una fecha anterior. Cada punto puede resolverse en otro proceso. Retirar la iniciativa del reporte no requiere que todos los problemas del negocio terminen, pero sí que su dueño futuro quede identificado y acepte el traspaso.

Documente la razón sin buscar culpables

El cierre debe decir qué objetivo se esperaba, qué se produjo, qué no se produjo y por qué se tomó la decisión actual. «La prueba mostró que la integración requiere una inversión no aprobada en este ciclo» es más útil que «el equipo no logró entregar». Si hubo errores reales, pueden registrarse y aprenderse, pero no sustituya la razón de la decisión por una valoración genérica de personas. Un reporte de cierre puede distinguir un piloto técnicamente correcto de una expansión no autorizada. Esas dos conclusiones conviven sin contradicción.

No infle beneficios ni anuncie como obtenido un resultado que todavía no se midió. Si el piloto mejoró la comprensión del problema, describa el aprendizaje y su evidencia; no convierta esa observación en ahorro anual hipotético. Si la iniciativa termina temprano, explique el costo ya comprometido y la razón de no continuar según la información disponible. La transparencia protege decisiones futuras: otra dirección podrá distinguir una hipótesis descartada de una solución lista para desplegar.

La razón también debe permitir revisar la decisión si el contexto cambia. «No se aprobó por falta de capacidad en este ciclo» deja una condición diferente de «se descartó porque la prueba mostró un riesgo inaceptable». Si ambas se reducen a «cancelado», una nueva persona puede repetir la misma investigación o reactivar el riesgo sin saberlo. No se trata de escribir una historia exhaustiva. Un párrafo con evidencia, decisión y límite de vigencia puede bastar.

Pause con una condición, no con una esperanza

Cuando el objetivo todavía justifica esperar, registre quién custodia el material, qué trabajo sí continúa, cuál se detiene y qué evento desencadena la revisión. Un evento puede ser una prueba concluida, una autorización o una fecha en que se preguntará si la condición sigue siendo plausible. Si llega la fecha y nada cambió, haga otra decisión explícita: prolongar con una razón nueva, reprogramar o terminar. La pausa no debe convertir al equipo original en guardia permanente de una posibilidad.

Calcule la obligación de mantener la pausa. Un prototipo puede necesitar cuidado de accesos; un contrato quizá requiere aviso; un procedimiento alternativo puede tener un responsable. Esos trabajos deben aparecer en el plan de quien los hará, aunque la iniciativa no tenga desarrollo activo. Si no hay trabajo de custodia ni hito real, pregunte por qué sigue en la cartera. La respuesta «para que no se nos olvide» suele indicar que hace falta un registro de ideas o decisiones futuras, no una iniciativa aparentemente viva.

Comunique el estado a quienes antes esperaban resultados. No prometa una nueva fecha si depende de condiciones no resueltas. Puede decir: «La expansión está pausada; el proceso actual continúa; revisaremos la decisión después de la prueba técnica». Si la organización no quiere divulgar detalles, al menos debe corregir la expectativa de entrega. La falta de comunicación deja a otras áreas planear con un cambio que nadie está construyendo.

Cierre incluso si no se completó el alcance

Terminar temprano no equivale a borrar un fracaso. Puede ser una decisión responsable cuando el caso de negocio ya no sostiene el esfuerzo, el riesgo cambió o surgió una alternativa mejor. El GovS 002 describe un cierre controlado también para la terminación anticipada, con confirmación de lo logrado, destino de lo no cumplido, transferencia de pendientes, archivo y comunicación. Adapte la disciplina al tamaño de su iniciativa; no convierta cada cierre pequeño en una ceremonia extensa.

Antes de cerrar, distinga el resultado del proceso. El piloto pudo producir datos válidos; la implementación completa pudo no ocurrir. Una decisión de «cerrar expansión» no borra el valor del piloto ni transforma la integración en un éxito entregado. Registre ambas cosas. Esa precisión ayuda a la persona que trabajó en el proyecto y a la que evaluará una propuesta similar después. También evita que un indicador del portafolio cuente proyectos cerrados como beneficios realizados sin verificar uso.

Solicite aceptación del cierre a la autoridad designada. El informe puede ser una página: razón, entregables, requisitos pendientes, riesgos transferidos, comunicaciones y ubicación del archivo. Si hay contrato, datos sensibles o compromiso externo, el documento puede necesitar revisión de las áreas competentes. El formato debe proteger decisiones y continuidad, no crear un trámite nuevo por costumbre. El cierre se completa cuando la autoridad acepta el estado y los dueños receptores conocen lo que heredaron.

Decida aun cuando falte una respuesta

No siempre tendrá todos los datos para elegir entre terminar y reanudar. Puede aprobar una decisión condicionada: «La iniciativa permanecerá pausada hasta recibir la prueba técnica, a cargo de tecnología, el día acordado. Si no llega o no cumple la condición, la autoridad decidirá cierre en la siguiente revisión». Lo importante es que el responsable y la siguiente decisión estén definidos. Una pausa condicionada no debe presentarse como ejecución activa ni como garantía de que el proyecto volverá. La incertidumbre puede describirse sin dejar el expediente sin gobierno.

En el ejemplo ficticio, la dirección sabe que no aprobará la integración este ciclo, aunque la prueba técnica aún no concluye. Puede cerrar la expansión del piloto, transferir la prueba al área que estudia arquitectura futura y avisar a operaciones que el proceso actual sigue vigente. Esa decisión no finge que la prueba ya tuvo resultado. Le da un lugar y un dueño sin mantener a todo el equipo del piloto enviando actualizaciones semanales sobre un trabajo que nadie le pidió continuar.

Proteja la operación que esperaba el resultado

La iniciativa quizá nació para resolver un problema que no desaparece con el cierre. Pregunte cómo se atenderá mientras tanto. Si el proyecto buscaba simplificar solicitudes de mantenimiento, operaciones necesita saber qué canal y tiempos seguirán vigentes. No le entregue un expediente archivado como respuesta a personas que todavía reciben solicitudes. El responsable de cerrar debe coordinar una instrucción operativa actual, aunque sea «continúa el procedimiento existente hasta nueva decisión», y verificar quién puede mantenerla.

Busque los puntos donde otra área ya planeó con la solución prometida. Tal vez capacitación reservó una fecha, soporte preparó mensajes o una sede detuvo una mejora alternativa. Comunicar el cierre a esos equipos evita que inviertan más sobre un supuesto inválido. No implica que todos participen en el comité de cierre. Pueden recibir una nota clara con estado, efecto en su trabajo, persona de contacto y próximo evento si lo hay. Pregunte a alguien de cada área crítica si la nota se entiende antes de distribuirla ampliamente.

También valore si el cierre crea una carga transitoria. Devolver equipos, retirar accesos, actualizar un procedimiento o responder preguntas lleva tiempo. Póngalo en la agenda de sus nuevos dueños; no presuponga que «cerrado» significa «sin trabajo». Una terminación puede liberar a la mayor parte del equipo y dejar un pequeño tramo de control. Si esas tareas no tienen capacidad ni fecha, el informe de cierre será correcto en papel y fallará en la operación.

Comparta una sola versión del estado

El portafolio, el tablero del equipo, la comunicación a usuarios internos y el reporte de dirección deben expresar la misma decisión, con el nivel de detalle apropiado para cada público. No todas las personas necesitan ver contratos o riesgos sensibles. Todas las que dependen del resultado sí necesitan saber si habrá entrega, si se pausó o si terminó. Señale desde cuándo rige el estado y a quién se consulta. Una fecha vieja en una página interna puede seguir generando solicitudes mucho después de que el comité aprobó cerrar.

Si la decisión cambia, actualice la referencia principal y señale la nueva versión en los canales secundarios. Un correo que dice «se cancela» junto a una tarjeta que dice «en curso» obliga al personal a elegir cuál creer. Mantenga una referencia identificable para la decisión: quién aprobó, cuándo, qué alcance cubre y dónde viven los pendientes. No hace falta un sistema nuevo; puede ser un registro de cartera con enlace al resumen de cierre. Evite copiar información sensible en cada anuncio.

Archive para poder explicar, no para olvidar

Defina una ubicación autorizada para la versión final de entregables, decisiones, limitaciones, pendientes transferidos y contactos de custodia. Asegure que la persona responsable pueda encontrarla cuando alguien pregunte por qué la iniciativa terminó. No copie archivos sensibles a una carpeta personal ni cambie permisos por comodidad. Las políticas de conservación y privacidad vigentes siguen aplicando después del cierre. Una carpeta abandonada con acceso amplio puede ser tan mala memoria como un archivo imposible de localizar.

La guía británica de información y datos para proyectos describe responsabilidades, registro de decisiones y acciones, ubicación y acceso a la información. El principio transferible es que archivo y acceso son parte de la continuidad. Un resumen breve puede apuntar a los documentos originales en sus sistemas aprobados; no requiere duplicarlos. También puede indicar qué piezas dejaron de ser vigentes para que nadie reutilice una hipótesis antigua como una instrucción actual.

Si la iniciativa tenía riesgos, no los marque todos «cerrados» por la terminación del proyecto. Algunos desaparecen con él; otros siguen en el proceso operativo o en el activo creado. El Teal Book sobre gestión de riesgos pide registrar quién cerró un riesgo, cuándo y por qué, y contempla transferir riesgos abiertos a un dueño continuo. La pregunta práctica es qué riesgo persiste fuera del proyecto y quién recibirá su seguimiento. Un tablero de riesgos vacío no prueba que el entorno esté seguro.

Qué observar después de cerrar

Una vez aceptado el cierre, compruebe que el portafolio, los reportes y las personas afectadas reflejan el mismo estado. No basta cambiar una hoja si otra área sigue comunicando la fecha vieja. Verifique que los pendientes transferidos están en el sistema de sus nuevos dueños y que éstos conocen la fecha o condición. La comprobación puede ser simple: un acuse, una tarea aceptada o una decisión registrada. No convierta al antiguo equipo del proyecto en responsable perpetuo de perseguir a todos los receptores.

Si alguien propone reabrir la iniciativa, pida un encargo nuevo o una revisión formal de la decisión: qué cambió, qué hipótesis anterior sigue válida, qué permisos y recursos existen hoy y quién aceptará los pendientes que regresan. Reabrir no debe significar borrar el cierre anterior ni reiniciar automáticamente una tarea que se archivó por una razón. Las circunstancias pueden justificar una nueva inversión; la memoria del cierre permite evaluarla con más honestidad. El expediente antiguo será un insumo, no un plan vigente por sí solo.

Revise si el proceso de cierre fue demasiado pesado o demasiado liviano para el tamaño del caso. Si nadie podía decidir, el problema era de autoridad; si aparecieron pendientes tardíos, faltó revisar compromisos; si el archivo es inaccesible, falló la custodia. Ajuste la pauta para la próxima iniciativa. No convierta esa revisión en un programa general de productividad o límites de WIP: esta disciplina responde a la pregunta específica de cuándo una iniciativa deja de estar viva y dónde quedan sus obligaciones.

Una decisión posible esta semana

Elija una iniciativa sin trabajo activo y presente a quien decide una ficha breve: última actividad verificable, razón de la detención, valor de continuar, siguiente evento posible, compromisos pendientes y dueños propuestos. Solicite una decisión entre reanudar con trabajo asignado, pausar con condición y fecha, o cerrar con traspaso y archivo. Si falta información, asigne quién la obtendrá y cuándo se resolverá. La meta no es aumentar el número de proyectos «cerrados»; es que cada estado corresponda al trabajo real y que nadie herede silenciosamente lo que quedó a medias.

La acción autónoma es tomar una iniciativa quieta y escribir en una línea qué decisión la mantiene abierta. Si una persona del equipo recibe reportes por un proyecto sin trabajo activo, puede usar la guía de Worklife para pedir estado y destino de pendientes. Para sobrecarga por demasiadas iniciativas realmente activas, la guía sobre reducir WIP aborda otra decisión.

Contenido editorial institucional basado en psicología organizacional aplicada, desarrollo de liderazgo y experiencia práctica en Recursos Humanos.

• estándar GovS 002 del gobierno británico pide registrar responsable y estados diferenciados, entre ellos en progreso, pausado, terminado y completado
• capítulo de gestión de portafolios de Government Project Delivery contempla que la revisión de componentes lleve a terminar, pausar, reprogramar o revisar el alcance
• capítulo de cierre del Teal Book británico pide registrar requisitos no cumplidos y su destino, transferir riesgos, asuntos y acciones, y conservar la información del proyecto
• guía británica de información y datos para proyectos describe responsabilidades, registro de decisiones y acciones, ubicación y acceso a la información
• Teal Book sobre gestión de riesgos pide registrar quién cerró un riesgo, cuándo y por qué, y contempla transferir riesgos abiertos a un dueño continuo