Iñigo GonzálezIT Operations · Infra

Blog · 18

Un go/no-go para el siguiente paso del slider de co-managementA go/no-go for the next co-management slider move

MECM e Intune en un solo informe: estado real de co-management, autoridad por workload frente al plan y olas de Windows 11.MECM and Intune joined in one report: real co-management state, workload authority against the plan and Windows 11 waves.

Herramientas de IT OpsIT Ops tools · 15 oct 202615 Oct 2026 · 2 min2 min read

El problema

En una migración a co-management y Windows 11, cada reunión de seguimiento pregunta lo mismo: cuántos equipos están de verdad co-gestionados, qué se rompe si pasamos un workload a Intune para todos y si la siguiente ola va a acabar a tiempo. Las respuestas están en dos consolas que no comparten informe.

Qué he hecho

  • Una consulta SQL de solo lectura para MECM (vistas de informes: salud del cliente, build del SO, colecciones) y una exportación en PowerShell para Intune (managedDevices con configurationManagerClientEnabledFeatures).
  • Un cruce por nombre de equipo con cinco estados: co-gestionado, solo MECM (sin inscribir), inscrito fuera de co-management, en MECM sin cliente y solo Intune.
  • Para cada equipo co-gestionado, la autoridad por workload que espera el plan frente a la que informa Intune.
  • El avance de cada ola de Windows 11 y el hardware que impide la actualización.
  • gates.md: para cada workload en Pilot, GO o NO-GO frente a límites acordados en plan.json, listo para pegar en la petición de cambio.

Cómo está hecho

Python solo con la librería estándar. La demo es una empresa inventada con 260 equipos a mitad de migración; los gates dicen NO-GO porque solo el 91,9 % de los equipos está co-gestionado y un equipo del piloto no ha recogido el cambio. 14 tests y un playbook para usarlo junto al comité de cambios.

Qué aprendí

De la migración a Windows 11 que lideré: casi todo el esfuerzo no está en la actualización, sino en encontrar los equipos que no están donde dice el plan. Acordar los gates antes del CAB, y no durante, ahorra las discusiones más largas.

Siguientes pasos

  • Ejecutar la consulta SQL de solo lectura contra la base de datos de tu sitio MECM y la exportación de Intune desde Graph.
  • Escribir tus workloads, olas y gates en plan.json.
  • Llevar gates.md a cada comité de cambios antes de mover el slider.

¿Quieres llevarlo a tu entorno o adaptarlo a tu caso? Escríbeme y lo vemos.

The problem

In a co-management and Windows 11 migration, every status meeting asks the same things: how many devices are really co-managed, what breaks if we move a workload to Intune for everyone, and will the next wave finish on time. The answers sit in two consoles that do not share a report.

What I built

  • A read-only SQL query for the MECM side (reporting views: client health, OS build, collections) and a PowerShell export for Intune (managedDevices with configurationManagerClientEnabledFeatures).
  • A join by device name with five states: co-managed, MECM only (not enrolled), enrolled outside co-management, in MECM without client, Intune only.
  • For each co-managed device, the workload authority the plan expects against what Intune reports.
  • Progress per Windows 11 wave and hardware that blocks the upgrade.
  • gates.md: for every workload on Pilot, GO or NO-GO against limits agreed in plan.json, ready to paste into the change request.

How it is built

Python with the standard library only. The demo is a made-up company with 260 devices halfway through the migration; the gates say NO-GO because only 91.9 % of devices are co-managed and one pilot device has not picked up the change. 14 tests and a playbook for running it alongside a change board.

What I learned

From the Windows 11 migration I led: most of the effort is not the upgrade, it is finding the devices that are not where the plan says they are. Agreeing the gates before the CAB, not during it, saves the longest discussions.

Next steps

  • Run the read-only SQL query against your MECM site database and the Intune export from Graph.
  • Write your workloads, waves and gates in plan.json.
  • Bring gates.md to each change advisory board before moving the slider.

Want to bring it to your environment or adapt it to your case? Get in touch and we can look at it together.

Tech Career Lab · newsletter

¿Te ha servido? Cada dos semanas envío una idea práctica para perfiles IT: LinkedIn, proyectos, networking y procesos de selección.Found this useful? Every two weeks I send one practical idea for IT professionals: LinkedIn, projects, networking and hiring processes.

Apúntate y llévate las 33 ideasSign up and get the 33 ideas →