KCH W08 · 팀원이 바로 시작할 수 있는 Issue 만들기
셋이 일을 나눴는데 왜 기다릴까요? 장비 대여 팀의 상황을 따라가며, 동료의 질문에 답해 Issue를 고치고 함께 시작할 일과 먼저 끝낼 일을 정합니다.
시작하기
발표 모드 — 내부 step 자동 재생 · Space 다음 slide · ← → slide 이동 · ? 도움말 · Esc 미리보기
학습 목표
이 강의를 끝내면 다음을 할 수 있다.
- 1 동료가 기다리는 기록과 결정을 찾아 먼저 맞출 규칙과 필요한 작업 순서를 설명한다.
- 2 한 줄짜리 요청에 동료가 물을 질문을 붙이고, 답을 범위·먼저 필요한 일·완료 조건으로 정리한다.
- 3 하위 Issue와 Blocked by를 구분하고 가상 준비·실제 통합 결과·미완료를 나눠 확인한다.
커리큘럼
- 01 셋이 맡았는데 왜 기다릴까요?5장
- 02 동료의 질문으로 Issue 고치기4장
- 03 준비와 완료 구분 · GitHub와 AI3장
- 04 6명이 개발하고 main으로 합치기2장
마무리
오늘의 한 줄
“동료가 무엇을 만들지, 먼저 필요한 일은 무엇인지, 무엇을 확인하면 끝인지 알 수 있게 씁니다.”
Q&A
강의 들으면서 가장 많이 받는 질문 3개.
Q. 의존성 없는 Issue만 만들어야 하나요? ▶
불필요한 기다림은 줄이되 실제 업무 순서와 공통 기반은 유지합니다. 남은 선행 작업·담당·완료 조건을 보이게 남기는 것이 목표입니다.
Q. 7주차와 무엇이 다른가요? ▶
7주차는 저장소·Issue·브랜치·PR·검사·배포 흐름을 경험했습니다. 이번에는 어떤 일끼리 나눠 맡길지, 서로가 무엇을 기다리는지와 끝낼 조건을 판단합니다.
Q. 코드나 함께할 사람이 없으면요? ▶
복습의 검색·정렬 완성 예시로 문서 연습을 합니다. 실제 코드에서 확인할 조건과 상대가 물을 질문을 남기고, 직접 실행한 결과와 구분합니다.
실습 과제
강의 듣고 직접 손으로 해봐야 남는다. 1개 과제.
- 과제 01
6명이 기능 하나씩 맡아 PR로 합치기
kch의 실습 안내 #20을 읽고 강사 #21, 교육생 #15~#19를 한 명씩 맡는다. 초대 수락 후 같은 저장소의 최신 main에서 각자 브랜치를 만들고 개발·검사한다. 작업 브랜치를 push하고 원본 main에 PR을 제출한다. 강사가 검토·CI 확인 후 순서대로 병합하고 합친 서비스의 새 기능과 기존 신청·취소를 함께 확인한다.
▶ 힌트 보기
실제 저장 정보나 규칙이 없으면 선행 작업을 먼저 정한다. 가상 응답으로 준비한 것을 실제 연결 완료라고 하지 않고, 문서 연습과 실제 실행을 구분한다.
▶ 풀이 예시
6개 Issue의 담당·브랜치·PR·확인 결과를 남긴다. 승인 구현을 기다리지 않고 교육생 기능을 시작하고, Assets.tsx의 연결 부분 충돌은 상대 기능을 보존해 해결한다. 시간 내 끝나지 않으면 초안 PR과 남은 일을 기록한다. main 병합과 운영 배포 완료를 구분한다.
다음 강의 예고
KCH W09 · 사내 마켓·동호회 서비스 설계하기
마켓과 동호회 중 한 주제를 골라 목표 UX·화면·설계 초안을 정하고 첫 흐름을 함께 시작합니다.
강사
백상현