관리자·기획자 워크플로
관리자 업무의 실체는 준비와 후속 처리
섹션 제목: “관리자 업무의 실체는 준비와 후속 처리”Academy의 관리자 문서는 사람 관리를 이렇게 묘사한다. 1:1, 피드백, 채용 결정, 성과 주기, 팀 업데이트, 어려운 대화처럼 영향이 큰 순간들의 연속. 그리고 그 일의 많은 부분이 준비와 후속 처리 라고 덧붙인다. 들은 것을 기록하고, 다음에 무엇을 할지 결정하고, 명확하게 전달하는 일이다.
이 대목이 중요하다. 위임할 수 있는 부분은 판단이 아니라 준비와 정리다. 문서도 못 박는다. ChatGPT는 판단이나 HR·법무 정책을 따를 책임을 대체하지 않지만, 빈 화면 앞에서 멈춰 있는 시간을 줄여 준다.
운영 문서는 같은 얘기를 다른 표현으로 한다. ChatGPT가 상시 대기 중인 비서실장 (always-on chief of staff) 처럼 움직여, 흩어진 입력을 결정 가능한 요약으로 바꾸고, 결과를 재사용 가능한 SOP로 문서화하고, 일관된 업데이트와 산출물로 운영 리듬을 지탱한다는 것이다.
관리자와 운영이 다루는 영역
섹션 제목: “관리자와 운영이 다루는 영역”| 영역 | 흔한 상황 | ChatGPT가 만드는 것 |
|---|---|---|
| 전략과 계획 | 우선순위 설정, 목표 정의, 회사 전략과의 정렬 | 전략 계획, OKR, 연간·분기 로드맵, 우선순위 프레임워크, 임원 요약 |
| 팀 성과와 성장 | 성과 관리, 피드백, 커리어 지원 | 성과 리뷰 초안, 피드백 프레임워크, 성장 계획, 코칭 질문, 역량 루브릭 |
| 채용과 조직 설계 | 헤드카운트 계획, 팀 설계, 채용 프로세스 | 직무 기술서, 인터뷰 계획, 헤드카운트 모델, 조직도, 채용 브리프 |
| 커뮤니케이션과 정렬 | 업데이트 공유, 명확성 확보, 이해관계자 정렬 | 임원 업데이트, 전체 회의 스크립트, 팀 메모, 토킹 포인트, 결정 서술 |
| 의사결정과 우선순위 | 트레이드오프 평가, 자원 배분, 핵심 결정 | 의사결정 프레임워크, 장단점 분석, 우선순위 매트릭스, 권고 메모 |
| 미팅과 리더십 케이던스 | 스태프 미팅, 1:1, 리더십 리뷰 | 아젠다, 1:1 템플릿, 회의 요약, 액션 트래커, 후속 메시지 |
| 변화 관리 | 조직 변화, 이니셔티브 롤아웃, 저항 관리 | 변화 계획, 롤아웃 커뮤니케이션, 이해관계자 맵, 리스크 완화 전략 |
| 성과와 보고 | KPI 모니터링, 결과 검토, 이해관계자·이사회 보고 | 구조화된 KPI 대시보드, 비즈니스 리뷰, 이사회 요약, 성과 서술 |
운영 관점에서는 영역이 조금 다르게 잘린다.
| 영역 | 흔한 상황 | 만드는 것 |
|---|---|---|
| 운영 케이던스와 보고 | 주간·월간 비즈니스 리뷰, KPI 추적, 리더십 공유 | 구조화된 주간 업데이트, 임원 요약, 결정 로그, 리스크와 블로커 목록 |
| 프로세스와 인수인계 | 워크플로 설계, SLA 정의, 인수인계·QA 개선 | SOP 초안, 인수인계 체크리스트, RACI 초안, 예외 처리 단계 |
| 인시던트와 에스컬레이션 | 인시던트 관리, 트리아지 노트, 대응 조율, 후속 처리 | 내부·외부 인시던트 업데이트, 타임라인, 포스트모템 개요, 액션 트래커 |
| 벤더와 파트너 운영 | 온보딩, 성과 리뷰, 에스컬레이션, 갱신 | 벤더 스코어카드, 미팅 아젠다, 후속 메일, 이슈 목록과 담당자 |
| 캐파시티와 계획 | 인력 계획, 백로그 우선순위, 처리량 제약 관리 | 간단한 캐파시티 모델, 우선순위 프레임워크, 시나리오 선택지, 가정 체크리스트 |
| 지표와 데이터 정합 | 지표 정의, 진실 공급원 불일치 해소, 데이터 검증 | KPI 정의 페이지, QA 체크리스트, 불일치 가설, 검증 단계와 질문 |
주간 운영 리듬으로 엮기
섹션 제목: “주간 운영 리듬으로 엮기”낱개의 요청을 잘 쓰는 것보다, 한 주의 리듬 을 정해 두는 편이 오래 간다. 아래는 예약 작업과 한 번 실행을 섞은 예시다.


예약 작업을 걸기 전에 지켜야 하는 순서가 있다. 공식 문서는 일반 대화에서 프롬프트를 먼저 테스트하고, 처음 몇 번의 실행을 검토한 뒤 프롬프트·도구·주기를 조정하라 고 안내한다. 결과가 너무 넓거나 컨텍스트가 부족하면 그 단계에서 잡는다.
여러 형식으로 한 번에 만들기
섹션 제목: “여러 형식으로 한 번에 만들기”관리자 업무의 낭비 중 큰 몫은 같은 내용을 세 번 쓰는 일 이다. 팀에게는 상세하게,
임원에게는 짧게, 그리고 리스크와 요청은 따로. Academy의 스킬 예시 중 관리 직무의
weekly-status-multi-format 이 정확히 이 문제를 겨냥한다. 거친 팀 업데이트를 팀
업데이트, 임원 요약, 리스크와 요청 노트 세 가지 결과물로 바꾸는 스킬이다.
| 스킬 예시 | 무엇을 하나 |
|---|---|
weekly-status-multi-format |
거친 팀 업데이트를 팀 업데이트·임원 요약·리스크와 요청 노트 세 결과물로 |
team-health-digest |
Jira, 시트, Slack 같은 연결된 도구에서 신호를 모아 팀의 추진력·블로커·현재 초점 요약 |
1on1-agenda-template |
코칭 질문, 목표, 후속 항목이 들어간 일관된 1:1 아젠다 생성 |
exec-decision-brief |
정리되지 않은 입력을 선택지·트레이드오프·권고가 담긴 한 장 의사결정 브리프로 |
exec-briefing-from-systems |
연결된 소스의 크로스펑셔널 신호로 일간·주간 임원 브리핑 초안 |
board-readout-style |
간결한 구조, 지표 우선 프레이밍, 최소한의 전문 용어로 이사회용 업데이트 |
해보기
섹션 제목: “해보기”1:1 아젠다를 노트에서 만들기
최근 [이름] 과의 1:1 노트를 붙여 넣겠습니다: [노트]다음 30분 1:1을 위한 아젠다를 만들어 주세요.논의 주제 5개, 코칭 질문 3개, 마무리할 결정이나 후속 조치 목록을 포함해 주세요.실용적이고 구체적으로 써 주세요.주간 상태를 세 가지 형식으로
이번 주 팀 업데이트 원자료를 첨부합니다.같은 내용으로 세 가지 결과물을 만들어 주세요.1) 팀 업데이트 2) 임원용 요약 3) 리스크와 요청 사항 노트사실만 담고, 가능한 곳에는 담당자와 날짜를 넣어 주세요.근거가 약한 문장은 표시해 주세요.주간 운영 업데이트 6불릿
이번 주 노트와 지표를 업로드하겠습니다.주간 운영 업데이트를 6개 불릿으로 써 주세요.성과, 핵심 지표, 무엇이 바뀌었는지, 리스크, 필요한 결정, 다음 주 우선순위 순서로요.사실 위주로 쓰고 가능한 곳에는 담당자와 날짜를 넣어 주세요.의사결정 브리프
아래 흩어진 입력을 한 장짜리 의사결정 브리프로 정리해 주세요.선택지, 각 선택지의 트레이드오프, 권고를 포함해 주세요.사실과 판단을 분리하고, 결정을 위해 아직 없는 정보가 무엇인지 목록으로 알려 주세요.입력: [자료 붙여넣기 또는 첨부]결정으로 끝나는 회의 아젠다
[주제] 를 다루는 45분 팀 회의 아젠다를 만들어 주세요.목표, 사전 읽기 자료, 시간 배분, 내려야 할 결정, 담당자와 기한을 기록하는 방법을포함해 주세요.논의가 흐트러지지 않게 도울 질문 3개도 넣어 주세요.크로스팀 상태 롤업
연결된 도구에서 팀 신호를 모아 크로스팀 상태 롤업을 만들어 주세요.@Jira 와 @Slack, 그리고 첨부한 시트를 사용해 주세요.진행 상황, 블로커, 현재 초점, 담당자가 불분명한 항목을 구분해 정리해 주세요.접근하지 못한 자료는 추측하지 말고 그대로 알려 주세요.팀의 기준을 세우는 세 가지
섹션 제목: “팀의 기준을 세우는 세 가지”혼자 잘 쓰는 관리자와 팀 전체를 바꾸는 관리자의 차이는 도구 숙련도가 아니다. 기준을 어디에 남겼는가 다.
1. 공유 스킬. 팀이 매번 프로세스를 다시 발명하지 않게 만든다. 워크스페이스 설정이 허용하면 만든 스킬을 다른 사람과 공유하거나 대신 설치해 줄 수 있다. 단, 누가 스킬을 공유하고 설치할 수 있는지는 워크스페이스 소유자가 완전히 통제한다.
2. 공유 에이전트. 워크스페이스 에이전트는 공유되고 반복되는 작업을 위해 설계됐다. 공유할 때 Academy 문서가 요구하는 것은 명확한 설명이다. 설명에 어떤 작업을 다루는지, 언제 쓰는지, 어떤 입력을 줘야 하는지, 어떤 결과물이 나오는지 를 넣는다. 팀이 이미 이해하고 있는 구체적이고 반복적인 워크플로에 묶여 있을 때 가장 잘 작동하고, 예시 프롬프트 한두 개를 함께 넣으면 도입이 매끄러워진다. 팀원이 Slack이나 메일 같은 시스템을 쓰려면 RBAC 권한이 필요할 수 있다는 점도 미리 알려 준다.
3. 검토 기대치. 관리자 FAQ의 권고 항목 중 하나가 그대로 답이다. 사람이 결과물을 검토하고, 중요한 주장을 검증하고, 영향이 큰 행동을 공유·사용 전에 승인할 책임을 계속 진다는 점을 팀에 상기시킨다. 팀 규범 문서에 이 한 줄을 넣어 두는 것이 사후에 사고를 수습하는 것보다 싸다.
관리자가 남기는 것
[프로젝트] 진행 중인 일의 컨텍스트 ← 온보딩 계획 · 우선순위 · 성과 주기 + [스킬] "우리 팀은 이렇게 한다" ← 1:1 아젠다 · 주간 상태 · 메모 형식 + [에이전트] "이건 매주 자동으로 돈다" ← 다이제스트 · 롤업 · 트리아지 + [규범 문서] "이건 사람이 확인한다" ← 검토 · 검증 · 승인 기대치무엇을 보고 판단할까
Academy 문서는 효과를 볼 때 효율과 효과성을 함께 보라고 권한다. 관리자 쪽에서 드는 신호는 1:1 아젠다 준비, 업데이트 요약, 피드백 작성, 계획 자료 정리처럼 반복 업무에 드는 시간 과 커뮤니케이션 일관성 이다. 운영 쪽에서 드는 신호는 반복 산출물 제작 시간, 크로스펑셔널 조율의 회전 속도, 문서화와 공유 방식의 일관성이다. 그 뒤에 오는 결과로는 코칭의 규칙성, 목표의 명확성, 리뷰 준비도, 온보딩 속도, 후속 처리의 완결성, 병목 감소, 사이클 타임 단축, 인수인계 개선을 든다.
주의할 점은 이 신호들이 자기 조직에서 직접 측정해야 하는 항목 이라는 것이다. 공식 문서는 어떤 수치도 제시하지 않는다. 9-4에서 측정 방법을 다시 다룬다.
흔한 실패
섹션 제목: “흔한 실패”| 실패 | 왜 생기나 | 대신 |
|---|---|---|
| 판단까지 위임한다 | 성과 평가나 인사 결정의 결론을 초안에 맡긴다 | 근거 정리와 초안까지만. 판단과 HR·법무 정책 준수는 사람의 책임이다 |
| 원자료 없이 요청한다 | “우리 팀 주간 업데이트 써 주세요” | 노트·지표·트래커를 함께 준다. 문서도 실제 입력을 넣을 때 가장 효과적이라고 안내한다 |
| 형식을 매번 다시 설명한다 | 프롬프트가 사람마다 다르다 | 안정된 프롬프트를 스킬로 굳혀 팀에 공유한다 |
| 자동화부터 시작한다 | 첫 시도를 예약 작업으로 만든다 | 일반 대화에서 검증하고, 첫 몇 회 실행을 검토한 뒤 주기를 정한다 |
| 공유 에이전트에 설명이 없다 | 만든 사람만 쓸 줄 안다 | 작업·사용 시점·필요한 입력·기대 결과물과 예시 프롬프트를 설명에 넣는다 |
기능 노출은 플랜·플랫폼·지역·롤아웃·워크스페이스 설정에 따라 다르다. 특히 Enterprise에서 에이전트를 만드는 권한은 워크스페이스 관리자가 통제한다.
- 관리자 업무에서 위임할 대상은 판단이 아니라 준비와 후속 처리다. 판단과 정책 준수 책임은 그대로 남는다.
- 주간 리듬으로 엮는다. 월요일 다이제스트, 주중 1:1 준비, 금요일 롤업, 월말 의사결정 브리프처럼 주기를 정해 두면 낱개 요청보다 오래 간다.
- 같은 원자료로 팀 업데이트·임원 요약·리스크 노트를 한 번에 만든다. 이 패턴이 관리 직무 스킬 예시의 핵심이다.
- 팀의 기준은 프로젝트(컨텍스트), 스킬(방법), 에이전트(자동 실행), 규범 문서(검토 기대치) 네 곳에 남긴다.
- 효과는 반복 업무 시간과 일관성 같은 신호로 직접 측정한다. 남이 만든 수치를 인용하지 않는다.
다음 챕터에서는 같은 기능들을 업무 밖으로 옮겨, 일상에서 쓰는 방법과 개인 정보를 다룰 때의 주의를 다룬다.