신규 직원 협업 프로세스 운영 표준 v1.0
Task ID: P0-LOOP-SMOKE-20260616_135118
1. 핵심 결론
- 신규 직원 협업 점검은 개인 평가가 아니라 업무 요청, 역할 경계, 인계 품질, 피드백 루프, 승인 경계가 정상 작동하는지 확인하는 운영 표준이다.
- 모든 점검 산출물은 다음 담당자가 이어받을 수 있도록 Task ID, 목적, 현재 상태, 확인 필요, 승인 필요, 다음 액션을 포함해야 한다.
- 외부 발송, 고객/파트너 공유, 공식 정책 게시, 인사 판단 연결은 대표님 또는 지정 승인자 승인 전까지 금지한다.
2. 적용 범위
이 표준은 다음 상황에 적용한다.
- 신규 직원이 업무를 처음 수신·진행·인계하는 경우.
- 멘토/리더가 신규 직원의 협업 흐름을 점검하는 경우.
- Sophie 또는 운영 담당이 협업 병목을 내부 운영 개선 후보로 정리하는 경우.
- P0 profile 기반 산출물 handoff loop를 내부 검증용으로 실행하는 경우.
3. 제외 범위
다음 용도로는 사용할 수 없다.
- 실제 직원 평가, 수습 평가, 인사 판단.
- 개인별 등급화, 순위화, 성과 비교.
- 고객, 파트너, 외부 채널 전달.
- 공개 게시 또는 공식 정책 공지.
- 처리 시간 단축, 오류 감소, 성과 개선 보장 표현.
4. 운영 원칙
4.1 프로세스 병목 중심
문제는 개인 책임으로 단정하지 않고 협업 프로세스 병목으로 기록한다.
기록 표현:
- 권장: “승인자 정보가 요청에 포함되지 않아 확인 대기가 발생함.”
- 금지: “담당자가 승인 절차를 이해하지 못함.”
4.2 공식 기록 우선
업무 요청이 구두나 메신저로 발생하더라도 실행 기준은 공식 기록 위치에 남긴다.
공식 기록 위치 예시:
- 태스크 도구
- 공유 문서
- OMW 내부 문서
- 프로젝트 로그
- 팀 채널의 지정 스레드
4.3 승인 경계 우선
외부 영향 가능성이 있는 업무는 속도보다 승인 경계를 우선한다.
승인 필요 예시:
- 외부 발송
- 고객/파트너 공유
- 가격, 일정, 계약, 납기 영향
- 공식 온보딩 표준 전환
- 인사 판단 연결
- 성과 보장 표현 포함
5. 표준 실행 절차
Step 1. 업무 1건 선택
신규 직원은 현재 진행 중이거나 최근 완료한 업무 1건을 선택한다.
필수 기록:
- 업무명
- 요청자
- 요청 채널
- 기한
- 기대 산출물
- 승인 필요 여부
- 공식 기록 위치
Step 2. 역할·책임·승인 경계 확인
확인 질문:
- 내가 직접 결정할 수 있는 일은 무엇인가?
- 멘토/리더 승인이 필요한 일은 무엇인가?
- 외부 영향이 있는 작업인가?
- 비용, 일정, 고객, 계약, 공식 문서에 영향을 주는가?
결과 구분:
- 단독 처리 가능
- 승인 필요
- 확인 필요
Step 3. 요청 채널 점검
확인 항목:
- 공식 요청 채널이 명확한가?
- 메신저 요청이 태스크 또는 문서로 정리되었는가?
- 중복 요청이나 우선순위 충돌이 있는가?
- 요청 목적, 기한, 담당자, 기대 산출물, 승인자가 기록되어 있는가?
Step 4. 진행 상태 기록
표준 기록 형식:
## 진행 상태
- Task ID:
- 현재 상태:
- 완료된 사항:
- 막힌 사항:
- 확인 필요:
- 승인 필요:
- 다음 액션:
- 다음 담당자:막힌 상태가 24시간 이상 지속되면 개인 DM에만 두지 않고 공식 기록 위치에 남긴다.
Step 5. Handoff Note 작성
모든 인계 산출물에는 아래 항목을 포함한다.
## Handoff Note
- Task ID:
- 목적:
- 현재 상태:
- 결정된 사항:
- 확인 필요:
- 승인 필요:
- 다음 담당자:
- 다음 액션:
- 외부 발송 여부: 없음 / 금지 / 승인 필요Step 6. 승인 경계 확인
다음 중 하나라도 해당하면 승인 전 확정 금지다.
- 외부 발송.
- 고객/파트너 공유.
- 공식 표준화.
- 실제 직원 평가 또는 인사 판단 연결.
- 비용·일정·계약 영향.
- 성과 보장 표현 포함.
- 특정 개인·부서 책임 귀속.
6. 역할과 책임
| 활동 | 신규 직원 | 멘토/리더 | 운영 담당 | Sophie | 대표님/승인자 |
|---|---|---|---|---|---|
| 역할·책임 확인 | R | A | C | I | I |
| 요청 채널 정리 | R | A | C | I | I |
| 우선순위 조정 | C | A/R | C | I | I |
| 산출물 초안 작성 | R | C | I | I | I |
| 인계 품질 점검 | R | A | C | C | I |
| 병목 기록 | C | A/R | C | I | I |
| 승인 필요 항목 분리 | C | A | C | R | I |
| 내부 문서 통합 | I | A | C | R | I |
| 공식 표준 확정 | I | C | C | C | A |
| 외부 발송·게시 | I | C | I | C | A |
범례:
- R: 실행 담당
- A: 최종 책임
- C: 협의 대상
- I: 공유 대상
주의:
- Sophie는 통합 보고 담당이지 최종 승인자가 아니다.
- Grace는 품질·리스크 검토자이지 외부 발송 승인자가 아니다.
- 공식 확정과 외부 공유는 대표님 또는 지정 승인자 승인 필요다.
7. 운영 관찰 지표
| 지표 | 목적 | 기록 방식 |
|---|---|---|
| 요청 누락 건수 | 요청 수신 체계 확인 | 요청 로그와 실제 진행 업무 비교 |
| 인계 누락 항목 | 산출물 품질 확인 | Handoff Note 필수 항목 체크 |
| 질문 응답 지연 | 피드백 병목 확인 | 질문/응답 시각 기록 |
| 승인 누락 위험 | 외부 영향 차단 | 승인 필요 여부 체크 |
| 재작업 발생 사유 | 기준 명확성 확인 | 수정 요청 사유 기록 |
주의:
- 위 지표는 개인 성과 평가용이 아니다.
- 팀 협업 프로세스 개선을 위한 관찰 지표로만 사용한다.
- 개인별 비교, 등급화, 순위화는 금지한다.
8. 품질 게이트
8.1 내부 운영 점검 통과 기준
다음 조건을 모두 만족하면 내부 운영 점검 산출물로 통과한다.
- Task ID가 포함되어 있다.
- 목적과 범위가 명확하다.
- 현재 상태, 확인 필요, 승인 필요, 다음 액션이 분리되어 있다.
- 외부 발송/게시 금지 조건이 표시되어 있다.
- 개인 평가가 아니라 프로세스 점검 목적임을 명시한다.
8.2 Grace 검토 필요 기준
다음 중 하나라도 해당하면 Grace 또는 지정 리뷰어의 품질·리스크 검토가 필요하다.
- 고객/파트너 공유 가능성이 있다.
- 공개 콘텐츠, 교육 자료, 제안서로 전환될 가능성이 있다.
- 개인정보, 고객정보, 내부 전략이 포함될 수 있다.
- 성과 개선, 가격, 일정, 납기, 계약 관련 표현이 있다.
Grace 검토는 품질·리스크 검토이며, 외부 발송 또는 공식 확정 승인이 아니다.
8.3 대표님 또는 지정 승인자 승인 필요 기준
다음 항목은 승인 전 확정 금지다.
- 공식 온보딩 표준 전환.
- 실제 직원 교육 자료 배포.
- 인사 평가, 수습 평가, 성과 판단 연결.
- 고객, 파트너, 외부 채널 공유.
- 회사 공식 정책 또는 공개 문서 게시.
- 가격, 계약, 납기, 리소스 약속.
- 처리 시간 단축, 오류 감소, 성과 개선 등 결과 보장 표현.
9. P0 profile handoff loop 적용
P0 profile 기반 내부 검증 루프에서는 다음 순서를 기본으로 한다.
Scout → Nora → Mason → Grace → Archie → Sophie역할 기준:
| Profile | 역할 | 산출물 |
|---|---|---|
| Scout | 관찰 항목과 후속 질문 도출 | 협업 점검 관찰 항목, handoff note |
| Nora | 운영 리스크 검토 | 리스크, 탐지 신호, 완화 액션 |
| Mason | 실행안 구조화 | 미니 실행안, RACI, 승인 필요 항목 |
| Grace | 품질·리스크 게이트 | 통과/수정/보류 판단, 승인 경계 |
| Archie | 문서화·보관 구조 | OMW 구조, frontmatter, evidence package |
| Sophie | 최종 통합 보고 | 요약 3줄, 실행안, 확인 필요, 자체 판정 |
루프 판정은 다음을 분리한다.
- 산출물 품질 통과 여부.
- 외부 발송 안전성.
- 공식 표준 전환 승인 여부.
- 실제 시스템 실행
rc=0여부.
rc=0은 산출물 본문이 아니라 실행 로그 또는 시스템 결과로 확인한다.
10. Evidence Package 형식
표준 적용 또는 점검 후 Sophie는 다음 형식으로 보고한다.
## 요약 3줄
- 결과:
- 리스크:
- 다음 액션:
## Evidence Package
- Diff:
- Test:
- Risk:
- Memory / Next Loop:11. 개정 규칙
- 본 문서는 신규 직원 협업 프로세스 운영 기준이 바뀔 때 갱신한다.
- RACI의 A 역할은 실제 조직 구조에 따라 조정할 수 있다.
- 인사 평가나 공식 온보딩 정책으로 확장하려면 별도 승인과 별도 문서가 필요하다.
- 실행 로그와 세부 테스트 결과는 본 표준이 아니라
wiki/work/logs/에 기록한다.
12. 현재 적용 상태
- 공식 표준 전환: 완료.
- 승인 근거: 대표님 직접 지시, 2026-06-16.
- 외부 발송/게시: 없음.
- 인사 판단 사용: 금지.
- 고객 정보 포함: 없음.
- 실제 P0 loop
rc=0: 별도 실행 로그 확인 필요.