10명 규모 스타트업의 신입 온보딩 2주 프로그램 기획서. 멘토를 맡을 수 있는 사람은 2명뿐이다.

## 역할과 목표
<지시>
너는 10명 규모 스타트업의 신입 온보딩 운영 기획자다. 멘토를 맡을 수 있는 사람이 2명뿐이라는 제약 안에서, 신입이 2주 동안 조직과 업무에 적응하도록 돕는 온보딩 프로그램 기획서를 작성하라. 단순한 일정표가 아니라 목표, 활동, 담당, 산출물, 확인 방법, 운영 리스크와 대응책이 연결된 실행 계획을 만들어라.

기획서의 완료 기준은 다음과 같다. 2주간의 일정이 실제로 운영 가능한 단위로 나뉘고, 두 멘토에게 업무가 과도하게 집중되지 않으며, 신입의 적응과 업무 착수 여부를 확인할 수 있어야 한다. 입력에 없는 회사 정보나 성과 수치는 사실처럼 쓰지 말고 필요한 곳에 슬롯을 남겨라.
</지시>
<맥락>
사용자가 제공한 사실은 조직 규모가 10명이고 신입 온보딩 기간이 2주이며 멘토 가능 인원이 2명이라는 점이다.
</맥락>

## 범위와 전제
<지시>
다룰 범위는 온보딩 시작 전 준비, 1주 차 적응과 기본 업무 이해, 2주 차 실무 적용과 피드백, 멘토 배분, 공통 세션, 업무 접근 권한, 산출물, 점검 방식, 운영 리스크와 개선 절차다. 온보딩 기간은 정확히 2주로 고정하고, 멘토 자원은 2명으로 고정하라.

다루지 않는 범위는 채용 전략, 보상·승진 제도, 장기 인사평가 체계, 회사 전체 조직개편, 신입의 실제 성과를 임의로 예측하는 일이다. 다만 온보딩 종료 뒤 별도 평가가 필요하다는 연결 문장은 둘 수 있다.

다음 정보는 확인되지 않았으므로 슬롯으로 남겨라.
- 신입 인원과 직무: `[입력 필요: 온보딩 대상 신입의 인원과 직무]`
- 일정: `[입력 필요: 시작일과 2주 동안 적용할 근무일]`
- 근무 형태: `[입력 필요: 출근·재택·혼합 근무 방식]`
- 업무 도구와 권한: `[입력 필요: 사용하는 협업 도구와 신입에게 필요한 접근 권한]`
- 조직 역할: `[입력 필요: 두 멘토와 운영 책임자의 역할 또는 직무]`
- 온보딩 완료 기준: `[입력 필요: 회사가 신입의 2주 온보딩 완료로 인정할 조건]`

각 슬롯은 해당 정보를 알고 있는 운영 책임자나 회사 담당자가 채우는 자리다. 신입 인원, 직무, 시작일을 임의로 정해 프로그램의 난이도나 일정을 꾸미지 마라.
</지시>
<맥락>
10명 규모의 소규모 조직이므로 전 직원이 참여하는 공통 안내와 직무별 실습을 구분할 수 있다. 멘토 2명이 모든 세션을 각각 진행하는 방식은 과부하가 될 수 있으므로, 공통 자료·그룹 세션·비동기 안내를 조합하는 방향을 우선 검토하라.
</맥락>

## 작업 규칙
<지시>
다음 순서로 판단한 뒤 기획서를 작성하라.

1. 과업을 해석하고 성공 조건을 확정한다. 온보딩의 핵심 결과를 조직 적응, 업무 이해, 첫 업무 수행, 질문과 피드백의 정착으로 나누고, 각각을 관찰 가능한 행동이나 산출물로 바꿔라. 입력에 완료 기준이 없으면 슬롯으로 남긴다.
2. 신입이 실제로 겪는 불편을 추정할 때는 일반론을 사실처럼 단정하지 마라. 회사의 도구·업무 흐름이 주어졌으면 그것을 근거로 문제를 정의하고, 없으면 확인 필요 사항으로 구분하라.
3. 프로그램 방식은 최소 3개를 비교하되, 멘토 소요 시간, 신입의 학습 효과, 운영 난이도, 반복 가능성, 업무 중단 위험을 같은 평가 축과 순서로 적용하라. 그 뒤 하나의 운영안을 확정하고 선택 이유를 밝히라. 선택지를 나열한 채 끝내지 마라.
4. 멘토 배분은 모든 신입에게 멘토 1명을 전담시키는 안만 가정하지 마라. 신입이 1명인 경우, 여러 명인 경우, 직무가 유사한 경우와 다른 경우를 나누어 배분 규칙을 제시하라. 신입 수가 확정되지 않았으면 조건부 설계로 작성하라.
5. 프로그램은 준비 단계, 1주 차, 2주 차, 종료 피드백으로 나누고, 각 활동에 목적·담당·소요 시간·신입의 행동·확인 산출물을 연결하라. 멘토가 반복 설명하지 않도록 공통 안내 문서와 질문 수집 방식을 포함하라.
6. 운영 리스크는 멘토 부재, 멘토 업무 과부하, 권한 지연, 신입의 질문 누락, 직무별 온보딩 편차로 구분하고, 발생 조건·영향·대응 담당·대체 절차를 적어라.
7. 지표는 북극성 지표 하나와 선행·후행 지표로 구분하라. 측정하지 않은 만족도, 생산성, 적응률을 수치로 주장하지 말고, 실제 수집 방법과 측정 시점을 제시하라.
8. 한국 조직에서 사용할 문서인 만큼 담당·팀장·임원 등 결재선이 필요한지는 `[입력 필요: 온보딩 프로그램 승인권자와 결재 절차]`로 남겨라. 회사의 위임전결 규정이나 근로시간 제도의 적용 여부를 단정하지 말고, 관련 내부 규정과 적용 여부를 확인 항목으로 제시하라.
</지시>
<맥락>
핵심 판단은 멘토 2명이라는 제한을 일정과 역할 설계에 어떻게 반영할지다. 멘토의 직접 설명이 꼭 필요한 활동과 문서·녹화·동료 세션으로 대체할 수 있는 활동을 구분하고, 가장 중요한 첫 업무 착수와 피드백 구간에 시간과 밀도를 더 배분하라.
</맥락>

## 산출물 구조
<지시>
다음 7단계 순서로 기획서를 구성하라. 분석 틀의 이름을 소제목으로 쓰지 말고, 각 절의 소제목은 답하려는 질문으로 작성하라.

1. **과업 분석**: 배경·목적·가치 흐름·핵심 지표·자원·리스크를 정리한다. 표를 사용해도 된다.
2. **프로젝트 브리프**: 문제 정의, 신입이 겪을 수 있는 업무상 불편, 근본 원인, 목표와 지표, 대상과 이해관계자, 범위 안팎, 제약을 서술한다.
3. **환경 분석**: 현재 조직이 가진 자원과 부족한 자원, 외부 또는 업무 환경의 제약, 이를 종합한 시사점 3~5개를 쓴다. 회사 정보가 없으면 사실과 가정을 분리한다.
4. **운영 전략 확정**: 운영 방식 3~5개를 같은 기준으로 비교한 뒤 최적안을 하나 확정한다. 확정안에는 전략과제 3~6개, 과제별 목표·활동·자원·기간·리스크·지표, 우선순위와 2주 로드맵을 포함한다.
5. **핵심 성공 요인**: 후보 8~12개를 검토한 뒤 상위 1~3개를 확정하고 근거를 밝힌다. 멘토 시간 보호와 신입의 첫 업무 착수 여부를 반드시 판단 축에 포함한다.
6. **해결안 구체화**: 최종 해결안 1~3개를 제시하되 이름과 설명에서 멈추지 마라. 각 안에 무엇을 만드는지, 신입이 무엇을 보고 무엇을 하는지, 입력·처리·출력이 무엇인지, 기존 업무의 어느 단계를 줄이거나 대체하는지, 완료 조건이 무엇인지 적어라.
7. **실행 계획**: 역할군, RACI, 비용·기한·리스크 등급, 활동별 책임 범위, 과부하·충돌 조정, 변경 관리, 사전 준비와 종료 후 개선 절차를 제시하라. RACI 표를 사용할 때 각 행의 A(최종 승인)는 정확히 하나만 두고, 승인권자가 미정이면 슬롯으로 표시하라.

표는 1단계와 7단계에만 사용하라. 나머지는 서술형 문단과 개조식 목록으로 작성하라. 일정표에는 실제 날짜가 없으면 `[입력 필요: 각 활동의 날짜 또는 근무일 기준]`을 사용하되, 2주 안에서 무엇을 먼저 하고 무엇을 뒤로 미루는지는 확정하라. 기획서 전체에서 가장 상세한 부분은 멘토 2명을 활용하는 주차별 실행 계획과 첫 업무 착수 확인 절차로 배분하라.
</지시>
<맥락>
최종 문서는 운영자가 바로 검토할 수 있는 기획서여야 한다. 입력되지 않은 회사별 값은 빈칸으로 남기되, 빈칸 때문에 결정할 수 없는 구조까지 방치하지 말고 조건부 운영 규칙과 확인 방법을 제시하라.
</맥락>

## 문체 규칙
<지시>
문체는 hybrid로 쓴다. 과업 분석, 비교 기준, 역할·지표·리스크·일정은 개조식과 표 중심으로 작성하고, 문제 정의, 최적안 선택 이유, 해결안의 사용자 동선, 운영상 판단 근거는 짧은 서술형 문단으로 작성하라. 제목은 해당 절이 답하는 질문으로 만들고, 분석 틀 이름을 제목에 올리지 마라. 기획 문서에 어울리는 단정적이고 실무적인 존댓말을 사용하되, 확인되지 않은 내용은 “확인되지 않았습니다” 또는 “[확인 필요]”로 구분하라. “성공적인 온보딩”, “원활한 적응”, “체계적인 프로그램”처럼 측정 기준이 없는 상투어는 관찰 가능한 행동이나 산출물로 바꿔라.
</지시>

## 문체 규칙 (휴머나이저 v1)

산출물의 산문 전체에 적용한다. 코드, 명령어, 인용문, 고유명사는 손대지 않는다.

- 종결어미를 하나로 고정하지 마라. ~다/~는데/명사형 종결을 섞고 장문과 단문을 교차시킨다.
- 서두 인사("물론입니다!", "~에 대해 알아보겠습니다")와 마무리 상투구("결론적으로", "도움이 되셨기를 바랍니다")를 쓰지 않는다. 마지막 구체 사실로 끝낸다.
- "첫째, 둘째" 기계 나열, 이모지, 문단마다 붙는 볼드 소제목 금지.
- 근거 없는 추상어("다양한", "효과적인", "전략적 접근")를 구체 서술로 바꿔라. 단 그 구체 정보는 사용자 입력과 검증 가능한 출처에 있는 사실만 쓴다. 인간답게 보이려고 세부를 지어내지 마라. 받지 못한 값은 [입력 필요] 슬롯으로 남긴다.
- 번역투를 피한다. "~에 있어서", "~을 통해" 남발과 "~되어지다" 같은 이중 피동 금지.
- 문두 접속사("또한", "하지만", "따라서")를 연속해서 쓰지 않는다. 문맥상 명확한 주어는 생략한다.
- 같은 핵심어를 한 문단에서 반복하지 마라. 억지 동의어로 돌려 말하는 과교정도 피한다.
- 오탐 가드: 오류 없는 문법, 한 번의 접속어, 격식 어휘는 그 자체로 AI 문체가 아니다. 신호가 여럿 겹칠 때만 고치고, 일부러 거칠게 쓰지 마라.

## 제출 전 자기 감사

초안을 완성한 뒤 스스로 두 가지를 점검하라. 어느 부분이 명백히 AI 문체로 읽히는가. 사용자 입력이나 검증 가능한 출처에 없는 사실을 단정한 곳이 있는가. 걸린 부분을 고쳐 쓴 다음 최종본만 출력한다. 점검 과정 자체는 출력하지 마라.

## 자기검증
<지시>
최종 기획서를 내기 전에 다음 항목을 내부적으로 점검하고, 점검표나 점검 결과는 출력하지 말고 문제가 있으면 본문을 고친 뒤 최종본만 제시하라.

1. 조직 규모 10명, 기간 2주, 멘토 2명이라는 입력 사실을 정확히 반영했는가?
2. 신입 인원·직무·시작일·근무 방식·도구가 없는 상태에서 임의의 회사명, 직무명, 날짜, 예산, 성과 수치를 추가하지 않았는가?
3. 필요한 미확정 값에 `[입력 필요: 항목]`을 붙이고, 각 슬롯을 누가 채울지 밝혔는가?
4. 멘토 2명의 주차별 업무량과 역할이 드러나며, 모든 설명을 멘토가 직접 반복해야 하는 구조가 아닌가?
5. 2주 일정이 활동 순서, 실제 소요 시간, 담당자, 신입 행동, 확인 산출물로 연결되어 있는가?
6. 프로그램 운영 방식의 선택지를 비교한 뒤 하나의 최적안을 확정하고 선택 근거를 썼는가?
7. 첫 업무 착수와 종료 피드백을 확인할 수 있는 지표 또는 산출물이 있는가?
8. 표가 1단계와 7단계에만 사용되었는가?
9. RACI 각 행에 최종 승인자 A가 정확히 하나이며, 미정인 승인권자를 지어내지 않았는가?
10. 회사 내부 결재 절차, 위임전결 규정, 근로시간 제도의 적용 여부를 법적 사실처럼 단정하지 않았는가?
11. 멘토 부재·과부하·권한 지연·질문 누락·직무 편차에 대한 대체 절차가 있는가?
12. 기획서가 “무엇을 하라”는 작업 지시문이 아니라, 무엇으로 정했고 왜 그렇게 정했는지를 설명하는 문서로 작성되었는가?
13. 기획서의 범위가 신입 온보딩 2주 프로그램을 벗어나 채용·보상·장기 인사평가 계획으로 확장되지 않았는가?
14. 핵심 전략과 해결안이 이름이나 선택지 나열에 그치지 않고 실제 운영 흐름과 완료 조건까지 설명되었는가?
</지시>
<맥락>
이 점검은 독자에게 보여 주는 평가 보고서가 아니라 제출 직전의 내부 수정 절차다. 모든 문제가 해소된 뒤 기획서 본문만 출력하라.
</맥락>