퇴사자가 만든 앱은 누가 관리하죠? Cowork로 시작하는 Power Platform 거버넌스
“중요한 업무에 쓰이는 앱인데, 만든 사람이 이미 퇴사했다면?” Power Platform이나 Copilot Studio를 운영하는 담당자라면 낯설지 않은 질문입니다. 답을 찾으려면 자산 목록뿐 아니라 사용자 디렉터리, 사용 이력, 커넥터와 공유 설정까지 함께 살펴봐야 합니다.
Microsoft는 2026년 10월 26일 게시한 글에서 Copilot Cowork용 Power Platform Admin 플러그인을 소개했습니다. 테넌트의 Power Platform 데이터와 거버넌스 맥락을 Cowork에 연결해, 관리자가 자연어로 질문하고 조직 환경에 근거한 분석을 받도록 돕는 방식입니다.
핵심은 관리 화면을 대화창 하나로 단순히 대체하는 것이 아닙니다. 여러 영역의 신호를 연결해 문제를 조사하고, 결과를 보고서와 반복 가능한 점검으로 발전시키는 것입니다. 이 글에서는 원문이 제시한 활용 흐름을 국내 운영 담당자 관점에서 정리합니다.
무엇이 달라지나요?
기존 운영에서는 에이전트 인벤토리, 사용량, 데이터 정책, 용량, 비용, 환경별 통제가 서로 다른 화면에 나뉘어 있습니다. 데이터가 있어도 “어떤 자산부터 조치해야 하는가”를 판단하려면 업무 중요도와 소유권을 다시 연결해야 합니다. 맞춤 대시보드를 만들기 위해 PowerShell·CLI·REST 인터페이스를 조합하면 유지보수도 필요해집니다.
플러그인 뒤의 거버넌스 인텔리전스 계층은 자산, 사용량, 소유권, 정책, 라이선스, 커넥터 등 여러 플랫폼 신호를 연결합니다. 관리자는 데이터를 매번 별도로 조립하기보다, 서로 다른 영역에 걸친 질문을 이어가며 조사할 수 있습니다.
| 활용 영역 | 원문이 제시한 방향 |
|---|---|
| 통합 조사 | 인벤토리·사용량·보안·라이선스·커넥터 정보를 함께 탐색 |
| 조직 맥락 반영 | 실험용·운영용 구역을 설명하고 적절한 정책 경계에 대한 권고 요청 |
| 보고서 재구성 | 같은 분석을 운영 보고서, 재무 관점 요약, 경영진 브리핑으로 가공 |
| 반복 점검 | 지원되는 Cowork 예약 기능을 활용해 이전 기준선과 변화 비교 |
권고를 받는 일과 정책을 실제 변경하는 일은 구분해야 합니다. 원문은 관리자가 분석 결과를 검토·검증하고, 권한이 있는 관리자 워크플로를 통해 변경하도록 안내합니다. 자연어로 질문할 수 있다는 이유만으로 무검토 정책 변경까지 보장되는 것은 아닙니다.
1단계: 당장 확인해야 할 문제부터 조사하기
첫 출발은 전사 거버넌스 자동화보다, 평소 여러 관리 화면을 오가며 해결하던 질문 하나가 좋습니다. 원문 예시를 한국어로 옮기면 다음과 같습니다.
기본 환경에서 지난 30일 동안 10명을 초과하는 사용자가 사용한 앱을 찾아 주세요. 앱별 소유자와 링크를 표로 정리해 주세요.
소유자가 퇴사한 앱과 흐름을 보여 주세요. 앞선 사용량 조사와 비교해서 우선 확인할 대상을 정리해 주세요.
여기서 30일과 10명 초과는 제품의 제한이나 기본 기준이 아니라 질문 예시의 조건입니다. 실제 조직에서는 업무 주기와 중요도에 맞게 바꿔야 합니다.
질문에는 환경, 기간, 임계값, 원하는 출력 형식을 함께 넣는 것이 좋습니다. “위험한 앱을 찾아줘”보다 조사 범위가 분명해지고, 결과를 검증하기도 쉬워집니다.
2단계: 일회성 조사를 거버넌스 기준선으로 만들기
유용한 질문을 찾았다면 환경·자산·사용량·소유권·커넥터·정책으로 범위를 넓혀 정기적으로 확인할 기준선을 만듭니다.
예를 들어 테넌트 전체의 보안·거버넌스 개요를 요청한 뒤, 기본 환경의 상태를 자세히 살펴볼 수 있습니다. 특정 커넥터를 차단하려는 경우에는 영향받는 앱·흐름·에이전트와 그 소유자를 함께 조사하도록 요청할 수 있습니다.
이 단계의 목적은 “지금 무엇이 잘못됐나”라는 질문에서 “앞으로 무엇을 일관되게 관찰할 것인가”로 전환하는 것입니다. 첫 답변으로 끝내지 말고 후속 조사 질문도 제안받아 중요한 신호를 좁혀 가는 방식이 원문에서 권장됩니다.
3단계: 같은 분석을 담당자별 보고서로 바꾸기
플랫폼 운영팀에는 상세 목록이 필요하지만, 재무팀이나 경영진에게 같은 분량의 자료가 필요한 것은 아닙니다. Cowork에서는 조사 결과를 다른 목적의 산출물로 재구성하도록 요청할 수 있습니다.
원문은 최근 30일의 앱·흐름·에이전트 사용량을 소유자별로 나누고, 부서 정보가 있는 경우에만 부서별 집계를 추가하는 예를 듭니다. 부서 데이터가 항상 제공된다고 가정해서는 안 됩니다.
그 결과를 한 페이지짜리 경영진 브리핑으로 줄이거나, 필터와 정렬이 가능한 독립형 HTML 보고서로 만들도록 요청하는 것도 소개합니다. 이는 Cowork에 생성하도록 요청하는 산출물 예시이며, 모든 조직에 동일한 보고서가 미리 제공된다는 의미는 아닙니다.
공유하기 전에는 숫자와 해석뿐 아니라 보고서 내용과 공유 권한도 확인해야 합니다. 운영팀이 조사할 수 있는 테넌트 세부 정보를 모든 보고 대상에게 그대로 배포해도 된다는 뜻은 아닙니다.
4단계: 검증된 점검을 반복 실행하기
매주 같은 질문을 반복하고 있다면, 검증된 질문·분석·보고서 구성을 재사용 가능한 흐름으로 발전시킬 수 있습니다. 원문은 다음과 같은 예약 요청을 예시로 제시합니다.
매주 월요일 오전 8시, 내 시간대를 기준으로 지난주 Power Platform 테넌트의 변경 사항을 검토하고 한 페이지 브리핑을 준비해 주세요.
또는 대화와 보고서에서 재사용 가능한 스킬을 만들고, 이전 검토 이후의 변화를 강조하도록 요청하는 흐름을 소개합니다.
다만 예약과 필요한 연동이 지원되는 Cowork 구성에서만 적용할 수 있습니다. 활성화 전에 데이터 접근 범위, 이전 결과의 보관·비교 방식, 전달 경로, 시간대를 확인해야 합니다. 국내 조직에서 운영한다면 예약 기준이 KST인지 확인하는 것도 실무적인 점검 항목입니다.
자동화의 목표는 사람의 판단을 없애는 것이 아니라, 반복 조회를 줄여 변경 사항과 예외에 집중하는 것입니다. 중요한 AI 분석 결과는 거버넌스나 정책 변경에 사용하기 전에 검증해야 합니다.
도입 전에 확인할 사항과 시작 경로
원문은 이 플러그인을 기존 거버넌스 솔루션과 관리자 경험을 보완하는 수단으로 설명합니다. 기존 운영 체계를 곧바로 폐기하거나 모든 관리 작업을 Cowork로 이전한다는 접근은 적절하지 않습니다.
| 확인할 항목 | 도입 시 살펴볼 내용 |
|---|---|
| 설치·연결 조건 | 공식 설정 문서에서 현재의 설치 절차와 필요한 접근 조건 확인 |
| 데이터와 분석 | 자산·소유권·사용량 정보가 질문 범위에 맞는지 검증 |
| 정책 변경 | AI 권고와 실제 관리자 변경 절차를 분리 |
| 보고서 배포 | 대상에 맞는 내용과 공유 권한 검토 |
| 예약 실행 | 예약·연동 지원 여부, 시간대, 비교 이력, 전달 방식 확인 |
시작 경로는 Power Platform Admin in Cowork 설정·설치 문서와 Power CAT의 agentic governance 가이드입니다.
발표 시점의 범위도 구분해야 합니다. 이 글의 기준인 2026년 10월 26일 원문 본문은 GA·프리뷰 구분, 구체적인 라이선스 요건, 지역별 출시 일정과 설치 권한의 세부 목록을 명시하지 않습니다. 따라서 모든 테넌트에 즉시 제공되거나 별도 조건 없이 쓸 수 있다고 단정하지 않으며, 도입 시점의 공식 설정 문서를 확인해야 합니다.
마무리: 관리자가 판단할 시간을 되찾는 방법
이번 플러그인의 의미는 질문 창이 하나 더 생겼다는 데 있지 않습니다. 흩어진 운영 정보를 연결하고, 그 결과를 조직의 의사결정에 맞는 형태로 바꾸며, 검증된 점검을 꾸준히 반복할 수 있다는 데 있습니다.
처음부터 전사 자동화를 목표로 하기보다 퇴사자 소유 자산이나 커넥터 차단 영향처럼 실제로 시간을 많이 쓰는 질문 하나부터 시작해 보세요. 그 답을 검증하고 기준선으로 남기는 과정이 agentic governance의 실질적인 출발점입니다.
출처: Microsoft Copilot Studio Blog, Introducing the Power Platform Admin Plugin in Cowork: Agentic Governance with Natural Language, 2026년 10월 26일(KST). 자세한 내용은 원문 참조.