조직 프롬프트, 이제 관리자만의 일이 아닙니다: 위임 게시(Delegated Publishing) 도입
Microsoft 365 Copilot에는 조직 프롬프트(organization prompts) 라는 기능이 있습니다. 회사에서 자주 쓰는 업무 지시문을 미리 만들어 Copilot 앱 홈 화면에 올려 두면, 직원들이 “무엇을 어떻게 물어봐야 하지?”를 고민하지 않고 바로 클릭해 쓸 수 있습니다.
문제는 운영이었습니다. 프롬프트를 하나 추가하거나 문구를 고치려면 Microsoft 365 관리 센터(Microsoft 365 Admin Center) 에 접근해야 했습니다. 현업에서 “이런 프롬프트가 있으면 좋겠다”는 요청이 와도, 결국 관리자를 거쳐야 하니 속도가 나지 않았죠. 반대로 관리자 입장에서는 업무 맥락을 가장 잘 아는 사람이 따로 있는데 자신이 문구를 다듬어야 하는 상황이 생깁니다.
메시지 센터 공지 RM569425로 안내된 Delegated prompt publishing for organization prompts는 이 병목을 풉니다. 관리자가 조직 프롬프트 게시 권한을 위임할 수 있게 됩니다.
무엇이 달라지나요
위임 대상
관리자는 조직 프롬프트 게시 권한을 다음 대상에 위임할 수 있습니다.
- 개별 사용자(users)
- AAD 보안 그룹(security groups)
- 배포 그룹(distribution groups)
그룹 단위 위임이 가능하다는 점이 중요합니다. 담당자가 바뀔 때마다 권한을 다시 설정할 필요 없이, 기존 그룹 멤버십으로 관리할 수 있습니다.
위임받은 사용자가 할 수 있는 일
위임받은 사용자·그룹은 Prompt Lab을 통해 테넌트 수준의 조직 프롬프트를 직접 다룰 수 있습니다.
- 조직 프롬프트 생성(create)
- 조직 프롬프트 편집(edit)
- 조직 프롬프트 삭제(delete)
핵심은 이 작업에 Microsoft 365 관리 센터 접근이 필요하지 않다는 점입니다. 현업 담당자에게 관리 센터 권한을 주지 않고도 프롬프트 운영을 맡길 수 있습니다.
관리자의 통제권은 유지
권한을 위임한다고 관리자가 손을 놓는 것은 아닙니다. 관리자는 기존과 동일하게 Microsoft 365 관리 센터에서 모니터링과 감독(oversight) 을 계속할 수 있습니다. 위임은 “작업 권한을 나눠 주는 것”이지 “통제를 넘기는 것”이 아닙니다.
왜 의미가 있나요
조직에서 Copilot 도입이 진행되면 대개 이런 흐름이 생깁니다.
- 초기에는 IT 부서가 프롬프트를 몇 개 만들어 올림
- 각 부서에서 “우리 업무에 맞는 프롬프트가 필요하다”는 요구가 생김
- 요청이 IT로 몰리면서 처리가 밀림
- 결국 각자 알아서 쓰게 되고, 조직 차원의 프롬프트 자산이 쌓이지 않음
위임 게시는 2~3단계의 병목을 없앱니다. 업무를 가장 잘 아는 사람이 직접 프롬프트를 만들고 다듬을 수 있게 되기 때문입니다.
특히 다음과 같은 조직에서 효과가 큽니다.
- 부서별 업무 특성이 뚜렷한 조직 — 영업, 인사, 재무가 각각 다른 프롬프트를 필요로 하는 경우
- Copilot 챔피언 프로그램을 운영하는 조직 — 각 부서 챔피언에게 프롬프트 운영을 맡길 수 있음
- IT 인력이 제한적인 조직 — 관리 센터 접근 권한을 넓히지 않고도 운영 부담을 분산
활용 시나리오 예시
시나리오 1 — 부서별 챔피언 운영 각 부서의 Copilot 챔피언들을 하나의 AAD 보안 그룹으로 묶고, 그 그룹에 게시 권한을 위임합니다. 챔피언들은 Prompt Lab에서 자기 부서에 맞는 프롬프트를 만들어 올립니다. IT는 관리 센터에서 전체 목록을 주기적으로 확인합니다.
시나리오 2 — 업무 프로세스 변경 대응 사내 보고 양식이 바뀌면, 해당 업무 담당자가 직접 관련 프롬프트를 수정합니다. IT 티켓을 열고 처리를 기다리는 과정이 사라집니다.
시나리오 3 — 프롬프트 정리 더 이상 쓰이지 않는 프롬프트를 위임받은 담당자가 삭제합니다. 홈 화면이 오래된 프롬프트로 어수선해지는 것을 막을 수 있습니다.
일정
| 구분 | 시점 |
|---|---|
| 정식 출시(GA) | 2026년 9월 |
정식 출시가 2026년 9월로 임박해 있습니다. 조직 프롬프트를 이미 운영 중이라면 위임 체계를 지금부터 설계해 두는 것이 좋습니다.
도입 담당자를 위한 체크포인트
- 선행 조건 확인: 이 기능은 조직 프롬프트(organization prompts) 제공에 이어지는 릴리스입니다. 조직 프롬프트를 아직 활용하지 않고 있다면, 위임 설계에 앞서 조직 프롬프트 자체를 먼저 도입해야 합니다.
- 위임 범위 설계: 위임받은 사용자는 테넌트 수준(tenant level) 에서 프롬프트를 생성·편집·삭제할 수 있습니다. 즉 특정 부서만이 아니라 조직 전체에 노출되는 프롬프트를 다루게 되므로, 누구에게 권한을 줄지 신중히 정해야 합니다.
- 삭제 권한 주의: 위임 권한에는 삭제(delete) 가 포함됩니다. 다른 부서가 만든 프롬프트에 영향을 줄 수 있으므로, 위임 대상자에게 운영 규칙을 명확히 안내하세요.
- 그룹 기반 관리 권장: 개별 사용자보다 AAD 보안 그룹 단위로 위임하면 인사 이동 시 권한 관리가 수월합니다.
- 감독 체계 유지: 관리자는 관리 센터에서 계속 모니터링할 수 있습니다. 정기적인 프롬프트 검토 주기(예: 분기별)를 정해 두면 품질 관리가 가능합니다.
- 명명 규칙 마련: 여러 담당자가 프롬프트를 올리게 되므로, 제목 규칙이나 담당 부서 표기 같은 최소한의 컨벤션을 미리 정해 두면 홈 화면이 정돈됩니다.
마무리
Copilot 도입의 성패는 “얼마나 좋은 모델인가”보다 “우리 업무에 맞는 사용법이 조직에 얼마나 퍼졌는가”에서 갈립니다. 조직 프롬프트는 그 사용법을 자산으로 축적하는 장치이고, 위임 게시는 그 자산을 현업이 직접 쌓을 수 있게 만드는 변화입니다.
2026년 9월 정식 출시 예정이니, 지금은 누구에게 어떤 규칙으로 권한을 위임할지 설계할 시점입니다.
출처
- 원문 ID: RM569425 — Microsoft Copilot (Microsoft M365): Delegated prompt publishing for organization prompts
- 메시지 센터: https://mc.merill.net/message/RM569425
- Microsoft 365 로드맵: https://www.microsoft.com/microsoft-365/roadmap
실제 출시 일정·기능은 변경될 수 있습니다.