AWESOMEDEV · 수습 교육 운영안

수습 8주
주차별 상세 교육안

멘토가 이 문서 하나로 8주를 운영할 수 있게 만들었어요. 매주 목표 · 요일별 활동 · 산출물 · 평가 체크포인트를 담았고, 예절(A)·기본기(B)·실무(C) 세 트랙이 어떻게 맞물리는지 한눈에 볼 수 있어요.

9월 1일 – 10월 31일 · 8주 개발 3 · 디자인 1 멘토용 (대외 배포 X)
운영 원칙

세 트랙을 매일 병행해요

강의만 몰아치지 않아요. 아침엔 기본기를 배우고, 낮엔 손으로 일하고, 예절은 8주 내내 관찰합니다.

A

회사 생활 · 기본 예절

W1 집중 교육 후 8주 내내 관찰. 인사·보고·이메일·전화. 수습 가이드 참고.

B

컴퓨터 기본기

W1~W4 매일 아침 1시간. 컴퓨터 구조·자료구조·프로그램의 변화. CS 4주 커리큘럼 참고.

C

실무

W3부터 점점 비중↑. 소과제 → 실전 티켓 → 종합 프로젝트.

09:00–09:30
출근 · 자리 정리 · 하루 준비
09:30–10:30
기본기 학습(B) — W1~4. W5부터는 실무 심화로 대체
10:30–10:40
데일리 스탠드업 — 어제/오늘/막힌 것 한 사람당 1분
10:40–12:00
오전 활동 (그 주 핵심 과제)
13:00–17:30
오후 활동 — 실습 · 과제 · 코드리뷰 · 멘토링
17:30–18:00
하루 정리 · 3줄 회고 (오늘 배운 것 / 막힌 것 / 궁금한 것)
시작 전

멘토 준비 체크리스트 (D-7)

막상 시작했는데 줄 일이 없어 방치되는 게 최악이에요. 미리 준비합니다.

  • 멘토 1:1 배정 — 개발 3명(백/프론트 담당), 디자인 1명(디자인 or 프론트 리드)
  • 수습용 태스크 풀 20개+ 미리 확보 — 난이도 ★~★★ 소과제·티켓 목록
  • 계정·장비·좌석·접근권한 사전 세팅 (Git·메신저·위키·개발환경)
  • 교육 자료 준비 — 수습 가이드 인쇄본, CS 4주 커리큘럼, 사규·보안 문서
  • 일정 예약 — 데일리 스탠드업, 주간 1:1, 4주차 중간평가, 8주차 최종평가·데모
  • 연소근로자 노무 점검 — 만 18세 미만 시 근로계약·친권자 동의·근로시간(HR 확인)
Phase 1 · 적응
WEEK1

온보딩 & 회사 적응

낯섦을 없애고, 사회인의 기본 예절을 몸에 익힌다. 아직 개발은 시키지 않는다.
아침 기본기 (B)
목·금 컴퓨터 구조 도입
이번 주 핵심
예절 집중 교육 (A) + 환경 세팅
산출물
첫 인사 이메일 · 온보딩 회고
오리엔테이션

대표 환영사 · 회사·팀 소개 · 멘토 배정 · 사규/보안 교육 · 장비·계정 세팅 · 수습 가이드 배포·정독.

예절 집중 ① — 태도와 보고

A1 하루의 기본 / A2 보고·연락·상담(호렌소). 롤플레이: 멘토에게 중간보고 말해보기.

예절 집중 ② — 소통 도구

A3 이메일 / A4 메신저 / A5 전화. 실습: 첫 인사 이메일 작성, 전화 응대 롤플레이.

제품·업무 이해 + 개발환경

우리가 KT엠모바일·KT알파·핀업에서 하는 일 소개. 개발환경 세팅 시작. (아침: 기본기 1일차)

협업 규칙 워크숍

Git 브랜치·커밋 / 코드리뷰 받는 법 / 스탠드업 / 30분 룰. 온보딩 회고 작성·공유.

산출물첫 인사 이메일 1통, 온보딩 회고 1장(뭘 배웠고 뭐가 어려웠는지)
평가 체크출근·시간 준수, 예절 습득 속도, 적극성·태도. (주간 1:1 기록 시작)
디자이너예절 동일. 목·금 디자인 환경 세팅 + 우리 서비스 UI 둘러보기.
Phase 1 · 적응
WEEK2

기초 다지기 — 읽는 눈 만들기

코드와 화면을 '읽는' 눈을 만들고, 예절을 일상으로 정착시킨다.
아침 기본기 (B)
컴퓨터 구조 마무리 → 자료구조
이번 주 핵심
코드베이스·화면 읽기 + Git 연습
산출물
기능 분석 문서 · 연습 PR
코드베이스 구조 훑기

우리 React 폴더 구조Spring Boot 프로젝트 구조가 어떻게 생겼는지 큰 지도 그리기.

요청 흐름 추적

개발자도구 Network 탭으로 React → REST API → Spring Boot 흐름 눈으로 확인.

기능 읽기 과제

화면/기능 하나를 골라 어떻게 동작하는지 분석해 문서화. 멘토와 함께 검토.

Git 실전 연습

연습용 브랜치 생성 → 커밋 → PR 올려보기. 커밋 메시지 컨벤션 익히기.

주간 회고 · 미니 퀴즈

1:1 면담(잘한 것 1 / 더 할 것 1). 기본기 미니 퀴즈.

산출물기능 분석 문서 1개, 연습 PR 1개
평가 체크이해력, 질문의 질(30분 룰·3요소), 예절 정착도
디자이너UI 인벤토리 작성(색·타이포·컴포넌트) + 개선점 5개 리포트
Phase 2 · 실무 입문
WEEK3

첫 실무 — 내 작업이 반영되는 경험

아주 작은 진짜 과제를, 리뷰를 거쳐 실제로 반영해본다.
아침 기본기 (B)
프로그램의 변화
이번 주 핵심
첫 소과제 착수→PR→머지
산출물
머지된 첫 PR 🎉
첫 소과제 배정

안전한 것(오타·문구·간단 UI·로그 개선 등). 착수 전 접근 방법을 먼저 공유하게 한다.

화·수
구현 + 중간보고

스스로 구현. 막히면 30분 룰. 진행 상황 중간보고 습관 잡기. PR 작성.

리뷰 반영 → 머지 → 배포 확인

코드리뷰 피드백 반영. "내 코드가 반영되는" 첫 경험. 배포 후 실제 동작 확인.

회고 · 1:1 · 퀴즈

첫 실무 소감 나누기. 잘한 점·아쉬운 점 기록.

산출물머지된 첫 PR 1건
평가 체크완주력, 피드백 반영 태도, 보고 습관
디자이너첫 디자인 개선 과제(빈 상태·버튼 상태 등) + 개발자에게 핸드오프 연습
Phase 2 · 실무 입문
WEEK4

기본기 마무리 · 중간평가 중요

기본기를 '내 말로' 발표하고, 두 번째 과제로 난이도를 한 단계 올린다.
아침 기본기 (B)
통합·복습 → 금 미니 발표회
이번 주 핵심
두 번째 소과제 + 중간평가 면담
산출물
발표자료 · 두 번째 PR
요청 흐름 전체 정리

클릭 → 서버 → DB → 응답 전 과정을 그림으로 정리(기본기 총복습).

화·수
두 번째 소과제 (난이도 ↑)

첫 과제보다 한 단계 위. 멘토 개입은 조금 줄인다.

발표 자료 준비

"내가 이해한 컴퓨터/우리 시스템" 10분 발표 준비. 멘토 1:1 코칭.

기본기 미니 발표회 🎤 + 중간평가

발표(어려운 말 없이 내 말로). 이어 4주차 중간평가 면담.

산출물기본기 발표자료, 두 번째 머지 PR
평가 체크중간평가 — 전환 신호 반드시 전달. "지금 이대로면 애매하다"는 피드백은 이때 줘야 한다(마지막에 처음 듣게 하지 않기)
디자이너발표 주제 "내가 다시 디자인한다면" — 화면 개선안 발표 + 중간평가
Phase 3 · 실전
WEEK5

실전 티켓 ①

실제 백로그 티켓을 '착수→구현→리뷰→배포' 사이클대로 처리한다.
아침 (B 종료)
실무 심화 — React 상태·Spring 계층 짧게
이번 주 핵심
실전 티켓 ★~★★ 처리
산출물
완료 티켓 1~2건
티켓 배정 · 설계

실제 티켓 배정. 접근 방법·예상 소요를 멘토와 합의.

화–목
구현 · 리뷰 · 반영 반복

사이클을 스스로 돌린다. 매일 중간보고. 코드리뷰 반영.

회고 · 1:1

티켓 마무리·배포 확인. 주간 피드백 기록.

산출물완료·배포된 티켓 1~2건
평가 체크자기주도성, 코드 품질 성장, 같은 지적 반복 여부
디자이너실제 개선 디자인 1건 → 개발 반영까지 따라가기
Phase 3 · 실전
WEEK6

실전 티켓 ② — 더 독립적으로

난이도 ★★, 멘토 개입을 줄이고 스스로 더 많이 판단한다.
아침
실무 심화 · 코드리뷰 딥다이브
이번 주 핵심
독립적 티켓 처리 + 프로젝트 예고
산출물
완료 티켓 · 프로젝트 팀 구성
티켓 배정 (난이도 ★★)

조금 더 손이 가는 티켓. 설계를 스스로 제안하게 한다.

화–목
독립 구현

멘토는 질문에 답하되 먼저 나서지 않는다. 막힘 해결력 관찰.

종합 프로젝트 예고 · 팀 구성

다음 2주 프로젝트 주제 후보 공유, 역할·PM 롤 논의. 회고·1:1.

산출물완료 티켓, 프로젝트 킥오프 준비
평가 체크독립성, 문제해결력, 협업 태도
디자이너프로젝트에서 맡을 기획·화면 방향 구상 시작
Phase 4 · 종합 프로젝트
WEEK7

종합 프로젝트 — 기획 · 설계

4명이 함께 작지만 끝까지 가는 기능 하나를 기획하고 설계한다.
협업 구조
디자인 1(기획·화면) + 개발 3(백/프론트), PM 롤 지정
이번 주 핵심
주제 확정 → 설계 → 개발 착수
산출물
기획서 · 화면 설계 · 태스크 보드
주제 확정 · 역할 분담

실제 제품에 붙일 수 있는 작은 기능 하나. 역할·PM 롤 지정.

화·수
기획 · 설계

기획서, 화면 설계, API 설계, 태스크 보드 작성. 멘토 리뷰.

목·금
개발 착수 · 중간 점검

구현 시작. 매일 스탠드업으로 진행 공유. 금요일 진행률 점검.

산출물기획서, 화면 설계, 태스크 보드, 초기 구현
평가 체크협업·소통, 주도성, 계획 대비 실행
디자이너기획·화면 주도 + 개발자에게 스펙 핸드오프
Phase 4 · 종합 프로젝트
WEEK8

구현 · 발표 · 최종평가 피날레

완성하고, 데모로 발표하고, 8주를 마무리한다.
하이라이트
데모 발표 (경영진·팀 대상)
이번 주 핵심
완성 → 발표 → 최종평가·전환 면담
산출물
동작 데모 · 발표자료 · 회고
월–수
구현 · 통합 · 테스트

기능 완성, 통합, 버그 정리. 실제로 동작하는 상태까지.

리허설 · 마무리

데모 시나리오 점검, 발표 리허설, 남은 버그 정리.

데모 발표 🎤 + 최종평가

15분 데모 발표. 자기평가서 제출. 이어 최종 평가 · 전환 면담.

산출물동작 데모, 발표자료, 프로젝트 회고, 자기평가서
평가 체크최종평가 — 루브릭 종합(멘토 평가 + 데모 + 자기평가) → 전환 결정. 결과 통보 + 전환 시 다음 3개월 성장 목표 함께 제시
디자이너프로젝트 화면·기획 발표 파트 담당

📌 8주 내내 지킬 것

  • 주간 1:1은 거르지 않기 — 8번의 기록이 쌓이면 최종 평가가 인상이 아닌 근거가 됩니다.
  • 나쁜 신호는 빨리, 4주차 안에 — 전환이 어렵겠다는 판단은 반드시 중간에 공유합니다.
  • 완성도보다 성장 속도·태도 — 고졸 신입에게 지금의 실력보다 6개월 뒤 그림을 봅니다.

함께 쓰는 문서: 수습 가이드(학생 배포용) · CS 기본기 4주 커리큘럼(Layer B) · 평가 루브릭(작성 예정).