Step 6 — 자동화, 매주 알아서 돌게 만들기
일회성 작업을 예약 실행과 이벤트 트리거로 바꿉니다. 그리고 무엇을 맡기고 무엇을 맡기지 않을지 정하는 거버넌스 3구획.
▶ 배우는 것 — 지금까지는 시킬 때마다 실행됐습니다. 여기서는 시키지 않아도 실행되게 만듭니다. 그리고 그것이 왜 조심스러운 일인지 이야기합니다.
마지막 단계입니다. 지금까지 한 작업 중 상당수는 매주 반복됩니다. 주간 상태 정리, 미답장 추적, 우선순위 도출 — 매번 프롬프트로 시키는 것도 결국 일입니다.
6-1. 주간 상태 업데이트 예약
시나리오 15 · 클라이맥스
📌 어떤 상황인가
Project Northstar는 매주 금요일 상태 업데이트를 채널에 올려야 합니다. 매주 40분이 들고, 바쁜 주에는 건너뜁니다.
- 🎯 기대 산출물
- Automations 페이지의 예약 작업 1건 — 매주 금요일 16:00
- 💡 효율화 포인트
- 일회성 위임과 지속적 위임의 차이입니다. 한 번 등록하면 잊어도 실행됩니다. "빼먹으면 문제인데 매번 하기는 귀찮은" 영역이 정확히 여기입니다.
- ⚠️ 반드시 포함할 것
- 마지막의 "올리기 전에 승인받아" 를 빼지 마세요. 없으면 안 보는 사이 채널에 글이 올라갑니다.
매주 금요일 16시에 실행해줘.
그 주 Project Northstar 관련 메일과 Teams 대화를 모아
확정된 결정 / 오픈 리스크 / 다음 주 위험 요소를 3줄 이내로 정리하고
Project Northstar 채널에 올려줘. 올리기 전에 나한테 승인받아.
✅ 결과 확인
- Automations 페이지에 예약 작업이 등록되었는가
- 주기가 매주 금요일 16:00 인가
- 승인 요구가 작업 정의에 포함되었는가
- 등록 직후 “지금 실행”으로 한 번 테스트
6-2. 이벤트 트리거
시나리오 16
📌 어떤 상황인가
시간이 아니라 사건에 반응하게 할 수도 있습니다. 장애 채널에서 멘션되는 일은 드물지만 놓치면 곤란합니다.
- 🎯 기대 산출물
- 이벤트 트리거 1건 — 멘션 시 요약 메일
- 💡 효율화 포인트
- 예약이 "정해진 시각" 이라면 트리거는 "정해진 조건" 입니다. 알림은 이미 오지만 맥락 없이 옵니다. 트리거는 요약해서 옵니다.
INC 채널에서 내가 @멘션되면, 한 줄 요약을 메일로 보내줘.
✅ 결과 확인 — Automations 페이지에 조건 기반 트리거 1건이 추가되었는가
6-3. 거버넌스 — 어디까지 맡길 것인가
실습에서 가장 중요한 대화입니다 — 지금까지 참가자들은 “이것도 되네”를 반복했습니다. 마지막 10분은 “그래서 어디까지 맡길 것인가” 에 써야 합니다. 이 논의 없이 끝나는 데모는 채택되지 않습니다.
각 작업을 세 칸 중 하나에 넣어보세요.
| 구획 | 기준 | 이 실습에서의 예 |
|---|---|---|
| 🟢 항상 해도 됨 | 되돌릴 수 있고, 외부에 안 나가고, 틀려도 피해가 없음 | 인박스 분류, 아카이브, 브리핑, 문서 분석, 내 OneDrive 초안 |
| 🟡 먼저 물어봐야 함 | 외부에 나가거나, 남의 시간을 쓰거나, 되돌리기 번거로움 | 고객 메일 발송, 회의 예약, 채널 게시, 회의 거절 |
| 🔴 절대 안 됨 | 법적·재무적 구속력이 있거나 되돌릴 수 없음 | 계약 조건 확정, 가격 승인, 인사 결정, 배상 약속 |
실제로 관찰된 것
- Step 1의 아카이브는 물어보지 않고 실행 → 🟢 (되돌릴 수 있음)
- Step 2·4의 메일 초안은 만들기만 하고 발송 안 함 → 🟡
- Step 5의 회의 예약은 승인을 요구 → 🟡
- Step 3의 계약 분석은 지적만 하고 협상 결정은 안 함 → 🔴 영역을 넘지 않음
참가자에게 던질 질문 — “오늘 본 것 중 여러분 조직에서 🟢으로 분류할 수 있는 게 몇 개입니까?”
대부분 처음엔 두세 개뿐입니다. 그 두세 개만으로도 주당 몇 시간이 절약됩니다. 신뢰가 쌓이면 🟡 일부가 🟢으로 옮겨갑니다. 한 번에 전부 열지 않는 것이 도입의 정석입니다.
실습 전체 정리
오늘 위임한 것
| Step | 작업 | 사람이 하면 | 위임 후 |
|---|---|---|---|
| 1 | 트리아지 + 우선순위 + 미답장 | 40분 | 3분 |
| 2 | 여러 소스 종합 브리핑 | 50분 | 2분 |
| 3 | RFP 조항 분석 + 덱 + 계약 평문화 | 4시간 | 8분 |
| 4 | 장애 원인 규명 + 고객 메일 | 2시간 | 5분 |
| 5 | 일정 정리 + 온보딩 | 90분 | 6분 |
| 6 | 주간 보고 자동화 | 매주 40분 | 0분 |
진짜 핵심은 시간이 아닙니다
절약된 시간보다 중요한 것은 “놓치지 않은 것”입니다.
- §9.4 무제한 손해배상 — 20페이지 중 13페이지. 급하면 못 봅니다
- 99.9% vs 99.82% — 다른 폴더의 두 문서
- 24시간 vs 72시간 — 우리 약속과 하청 약속의 모순
- 8월 미이행 약속 — 아무도 다시 안 여는 회의록 안
- 임계값 8 — 새벽 3시 채팅 한 줄
이 다섯은 사람이 시간을 더 쓴다고 반드시 찾아지는 것이 아닙니다. 여러 문서를 동시에 기억하고 대조해야 나오고, 그건 사람이 구조적으로 약한 부분입니다.
Cowork의 가치는 “빨리 해준다” 보다 “내가 놓칠 것을 놓치지 않는다” 쪽에 있습니다.
실습을 마치며
- Step 1~6을 모두 실행했다
- 독소조항 §9.4 · §12.2를 찾아냈다
- 99.9% vs 99.82% 충돌을 연결했다
- 장애 원인(임계값 8)을 Teams 채널에서 찾아냈다
- 예약 작업과 이벤트 트리거를 등록했다
- 우리 조직의 🟢 / 🟡 / 🔴 구획을 논의했다
다음에 해볼 것
- 🧩 Cowork Collective 미션 — 커스텀 스킬(
SKILL.md)로 출력 형식 바꾸기 - 🔧 Cowork 개발 랩 — 스킬과 플러그인으로 확장하기
- 📖 Copilot Cowork 공식 문서
샘플 데이터를 여러분 시나리오로 바꾸려면 — 원칙은 하나입니다. “각 사실은 딱 한 곳에만 둔다.” 답이 여러 곳에 있으면 에이전트가 정말 여러 소스를 읽었는지 증명할 수 없습니다.