A CoE Starter Kit sok szervezetnél évekig a Power Platform governance alapja volt. 2026-ban viszont fontos változás történt: a Microsoft közlése szerint a Starter Kit már nem kap folyamatos feature-fejlesztést, miközben a Power Platform admin center natív inventory, usage, monitor és governance képességei jelentősen bővültek. Ez nem azt jelenti, hogy a CoE-t ki kell dobni — azt jelenti, hogy újra kell gondolni, melyik governance funkció hol éljen.
1. A CoE nem egy tool, hanem működési modell
A Microsoft maga is hangsúlyozza, hogy a Center of Excellence nem azonos a Starter Kittel. Emberek, felelősségek, standardok, támogatási modell, maker enablement és governance folyamatok együtt alkotják.
2. 2026-ban az admin center lett a natív központ
A Microsoft a Power Platform admin center Inventory, Usage, Monitor és Actions képességeit jelöli a központi admin/governance élményként. Tenant-szintű inventory és használati insight esetén először ezeket érdemes felmérni, és csak a hiányzó use case-ekre építeni extra komponenst.
3. A CoE Starter Kit továbbra is használható, de ne kezeld terméknek
A Starter Kit referenciaimplementáció és mintaeszköz-készlet marad. Meglévő szervezetnél nem feltétlenül kell azonnal eltávolítani, de érdemes megvizsgálni, mely funkcióit váltotta ki a natív platform és hol maradt valódi üzleti értéke.
4. DLP/data policy és environment strategy továbbra is alap
A governance nem inventory dashboarddal kezdődik. Environment-stratégia, connector/data policy, admin szerepkörök, solution/ALM szabályok és production deployment kontroll nélkül a riport csak megmutatja a káoszt.
5. A legfontosabb kérdés: ki mit csinál, amikor kockázatot találunk?
Governance csak akkor működik, ha az insightból action lesz. Ki keresi meg az app tulajdonosát? Mikor kell új environment? Mi történik orphaned flow esetén? Ki dönt premium connectorról? Ezekhez konkrét workflow és SLA kell.
6. Jó célállapot: native-first, custom where needed
2026-ban érdemes a natív admin center képességeiből kiindulni, és csak azokra a folyamatokra megtartani vagy építeni saját megoldást, ahol a szervezet működési modellje ezt indokolja. Így kisebb a karbantartási teher és tisztább a felelősség.