개발 일정 및 추진 체계
AI 기반 채용 프로세스 자동화 및 지원자 통합 관리 플랫폼 · 도메인 오너제 / 주 단위 자율 진행 · 담당은 09. 04. 재배치 기준 · 최종 갱신 2026. 09. 29.
1. 진행 체계
착수는 2026. 08. 20.이고, 도메인별 주차 진행은 08. 24.(W1)부터 센다. 전체를 스프린트로 끊지 않고 게이트 2개를 세운 뒤, 그 사이를 각 도메인이 자기 로드맵의 주간 계획대로 진행한다. 완료 기준은 도메인마다 다르므로 각 역할 상세 페이지에 있다.
초기 버전 — 09. 04. (금)
- 프론트: 전 화면이 목데이터로 동작하고 Vercel URL로 접근 가능
- 백엔드: 코어 API가 배포 URL의 Swagger에서 동작
- 수직 슬라이스 1개 — 공개 지원 폼 제출 → DB 저장 → 담당자 확인까지 실데이터로 관통
- 에이전트 · 앱은 미포함 — 산출은 설계 결정까지
1차 완성 — 09. 30. (수)
- 필수 27개 기능 전부 프로덕션에서 동작
- 정식 트랙 2종(에이전트 · 앱)도 데모 가능 상태
- QA 시나리오 전 항목 통합 리허설 2회 완료
- 09. 28. ~ 30.은 전 도메인 공통 버퍼 — 코드 프리즈와 잔여 버그
주차 구분 — W1 08. 24.~28. · W2 08. 31.~09. 04. · W3 09. 07.~11. ·
W4 09. 14.~18. · W5 09. 21.~25. · 통합 버퍼 09. 28.~30.
10. 01. 이후 최종 마감(10. 27.)까지의 2차 구간은 1차 완성 결과를 보고 수립한다.
2. 주차별 진행 계획
가로는 주차, 세로는 도메인이다. 회색은 이미 완료된 항목. 에이전트와 앱은 초기 버전 범위 밖이라, 그 시점까지는 자기 트랙과 병행해 백엔드 큐를 나눠 맡았다.
| 도메인 | W1 08. 24.~28. | W2 ~09. 04. 초기 버전 | W3 09. 07.~11. | W4 09. 14.~18. | W5 09. 21.~25. |
|---|---|---|---|---|---|
| 수택 E 인프라 · 총괄 |
AWS 신청 · ERD 확정 · Compose | 실배포 1차 · 게이트 판정 | CI/CD 자동화 | 중간 통합 점검 | 통합 리허설 · 환경 동결 |
| 우정 B 백엔드 |
인증 · 코어 API 조기 달성 | 코어 API 배포 확인 | 전환 로직 · 파일 · 메일 | 성능 — 10만 건 · 인덱스 | 테스트 · 통합 |
| 민아 C 프론트엔드 |
React 뼈대 · 토큰 이식 | 전 화면 정적 + Vercel | API 연동 | 칸반 · 낙관적 업데이트 | 배포 · 마감 |
| 소연 D 에이전트 |
추출 · 에이전트 본체 조기 달성 | 목업 전달 · 테스트 배치 | 프롬프트 튜닝 | (여유) 음성 입력 | 데모 동결 |
| 민아 C 앱 (모바일) |
백엔드 분담 · Flutter 뼈대 앞당김 | 기기 설치 확인 · 목데이터 착수 | 정적 화면 | API 연동 · 단계 변경 | 마감 · 데모 |
W1에 세 도메인이 계획을 앞질렀다. 백엔드는 W2 물량인 코어 API를 W1 안에 소화했고, 에이전트는 M1–M4 코드를 끝냈으며, 앱은 W2 예정이던 뼈대를 08. 26.에 완료했다. 앞당겨진 만큼이 뒤쪽 주차의 버퍼가 된다.
3. 칸반 보드
카드 배치는 2026. 08. 28. 기준이고, 담당 칩은 09. 04. 재배치 이후 오너로 표시했다.
카드는 왼쪽에서 오른쪽으로만 이동한다.
도메인 오너제에서는 각자 자기 큐를 위에서부터 소화하므로,
진행 중 컬럼은 도메인당 1건을 넘지 않는 것을 원칙으로 한다.
완료 컬럼은 주요 항목만 표시했다.
승인 대기 컬럼은 없다 — 08. 28. 개정으로 사람 승인 게이트가 사라졌고(그 시점에는 전원 main 직접 push),
09. 04.부터는 main에 닿는 경로가 PR 하나로 좁혀졌지만 CI가 초록이면 오너가 승인 없이 스스로 머지한다.
어느 쪽이든 카드가 남의 판정을 기다리며 멈추는 칸은 생기지 않는다.
백로그 9
이번 주 (W2) 5
진행 중 5
완료 27
4. 조직 구성 및 역할 분담
도메인마다 오너가 한 명이다 — 09. 04. 재배치로 김민아가 프론트엔드와 앱을 겸임해 4명이 5개 도메인을 나눈다. 소유 폴더 밖은 자기 것이 아니고, 자기 도메인의 로드맵이 자기 작업의 기준이다. 각자의 범위 · 마일스톤 · 리스크는 팀 구성 및 역할 페이지와 역할 상세에 있다.
| 담당 | 도메인 | 소유 폴더 | 담당 업무 | 기술 스택 |
|---|---|---|---|---|
| 수택 E 진수택 팀장 |
인프라 · 총괄 | infra/ .github/ AWS |
AWS · 자동 CD · CI · GitHub 설정 · alembic 이행 · 통합 · 발표 총괄 | Docker, GitHub Actions, EC2, S3, alembic |
| 우정 B 이우정 |
백엔드 | backend/ |
인증 · 권한, 공고 · 지원자 · 평가 API, 단계 전환, 검색 · 인덱스 튜닝, 파일 · 메일 코드 | FastAPI, PostgreSQL |
| 민아 C 김민아 |
프론트엔드 | frontend/ |
React 뼈대 · 공통 컴포넌트, 전 화면 구현과 연동, 칸반 드래그 · 낙관적 업데이트, 반응형 | React, Vite, TypeScript, Vercel |
| 소연 D 박소연 |
에이전트 | backend/app/agent/ |
이력서 구조화 추출 · 요약, 도구 호출 에이전트, 에이전트 API와 UI 스펙, RAG 시맨틱 검색 | Claude API (Python SDK) |
| 민아 C 김민아 |
앱 (모바일) | mobile/ |
모바일 네이티브 앱 — 로그인, 공고 · 지원자 조회, 단계 변경, 평가 작성, 이력서 열람 | Flutter, Dart, Android |
5. 운영 리듬
2026. 08. 24. 작업 풀 + 팀장 지시서 발행 체계에서 도메인 오너제로 전환했다.
리뷰가 팀장 한 명에게 몰려 다른 사람의 작업이 최대 일주일씩 대기하던 구조를 없애는 것이
목적이었다.
그 뒤 두 번 더 고쳤다 — 08. 28.에 사람 리뷰 · 사전 확인 게이트를 전면 폐지하고
사후 공지 체계로 바꿨고, 09. 04.에 main 직접 push를 막아
브랜치 → PR → 자체 머지(CI 초록 필수, 승인 불요)로 정리했다.
아래는 그 결과의 현재 리듬이다.
주간 계획
주 시작 · 오너 각자지난주 점검 → 이번 주 계획 → 자기 로드맵 갱신을 스스로 한다. 다른 도메인에 걸리는 변경만 공용 주간 계획서에 적어 팀장과 맞춘다.
PR은 오너가 자체 머지
수시 · 셀프 머지PR 본문에 검증 결과가 있고 CI가 초록이면 승인 없이 오너가 스스로 머지한다. 남의 폴더나 공용 파일이 섞였어도 커밋에 명시하고 사후 공지하면 되고, 머지를 막는 것은 CI뿐이다. 남의 도메인의 큰 변경만 직접 고치지 않고 이슈로 오너에게 넘긴다.
주간 다이제스트
매주 금요일그 주 변경 요약과 칸반 완료 열을 팀장이 훑는다. 검수가 아니라 파악용이라 여기 걸리기를 기다릴 PR은 없다. 이견은 사후 커밋이나 revert로 처리한다.
게이트 판정
09. 04. · 09. 30.초기 버전과 1차 완성을 정의된 항목 충족 여부로 판정한다. 판정 집행은 배포를 쥔 인프라 도메인이 맡는다.
30분 룰
상시30분 넘게 막히면 혼자 붙들지 말고 팀 채널에 묻는다. 도메인마다 오너가 한 명인 구조에서 혼자 오래 막히는 것이 가장 큰 지연 요인이다.
통합 리허설
W5 · 2회QA 시나리오 전 항목을 프로덕션 URL과 실기기에서 돌린다. 이후 데모 환경을 동결하고 버퍼 기간에는 잔여 버그만 처리한다.