단계별 개발 일정
프로젝트는 2026-08-20 시작, 10-23 마무리, 10-27 최종 발표입니다. 목표·진행사항은 5. 마일스톤&WBS의 스프린트 칸반에서 확인합니다.
현재 스프린트 로드맵
상태 기준일 2026-10-01 · 프로젝트 마무리 10/23 · 최종 발표 10/27
팀 확인 기준: Sprint 1~3 완료, Sprint 4 진행 중입니다. 스프린트 상태와 개별 작업의 검토·완료 현황을 함께 표시합니다.
Sprint 1~3은 개발 기록을 재구성했습니다. Sprint 4~5의 구간과 작업 배분은 확정된 마감에 맞춘 후반 일정 재구성안입니다. 날짜가 지났다는 이유만으로 작업을 완료 처리하지 않습니다.
| 스프린트·기간 | 목표 | 진행사항 |
|---|---|---|
| Sprint 1 08.20 ~ 09.02 일자별 진행 사항 → | 사용자 문제와 데이터 가능성을 확인하고 개발 기반을 마련한다. 과거 개발 기록 | 완료 작업 현황 완료 3 |
| Sprint 2 09.03 ~ 09.16 일자별 진행 사항 → | 원천 데이터를 지역·업종 기준으로 연결하고 검색 기반을 만든다. 과거 개발 기록 | 완료 작업 현황 완료 3 |
| Sprint 3 09.17 ~ 09.30 일자별 진행 사항 → | 에이전트와 창업 경고를 지도·리포트·지원·자금 흐름으로 연결한다. 코드·저장 결과 확인 | 완료 작업 현황 완료 4 |
| Sprint 4 10.01 ~ 10.14 | 현재 구현과 설명을 맞추고 통합·성능·평가의 확인 범위를 정리한다. 후반 일정 재구성안 | 진행 중 작업 현황 예정 2 검토 2 완료 1 |
| Sprint 5 10.15 ~ 10.23 | 배포·운영·보안과 인수인계 항목을 검수하고 10/23까지 프로젝트를 마무리한다. 후반 일정 재구성안 | 예정 작업 현황 예정 3 |
| 발표 준비·최종 발표 10.24 ~ 10.27 | 10/24~26 시연을 점검하고 10/27 최종 발표에서 구현 결과와 한계를 설명한다. 10/27 발표 확정 · 준비 작업 계획 | 예정 작업 현황 예정 2 |
완료된 스프린트 상세 기록
- Sprint 1 일자별 진행 사항 (08.20~09.02) — 착수·요구사항·개발 환경
- Sprint 2 일자별 진행 사항 (09.03~09.16) — 데이터 수집·실 API·RAG 검색 기반
- Sprint 3 일자별 진행 사항 (09.17~09.30) — 에이전트·창업 경고·지원 및 자금 흐름
역할과 일정 관리
김충식이 팀장을 맡고 신채연·이은상은 풀스택으로 공동 개발합니다. 개인별 작업 배정은 확인 후 기록합니다. 팀소개 · 위험 관리
완료는 작업별 종료 조건과 근거로 판단합니다. 저장된 평가 결과와 새 검증 실행, 브랜치 구현과 실제 운영 배포를 구분합니다. 검증 결과와 구현 근거
과거 스프린트 기록
아래는 2026-09-28 당시 계획입니다. 10/8 종료 일정·프론트/백엔드 역할 구분·칸반 상태는 당시 기록으로 보존하며 현재 로드맵에 적용하지 않습니다.
2026-09-28 기준 스프린트 계획·칸반 원문 보기
1) 단계별 개발 일정
본 프로젝트는 애자일 스크럼(Agile Scrum) 방법론을 적용하여, 전체 개발 기간(2026.08.20 ~ 2026.10.08, 7주)을 2주 단위 스프린트 3회 + 1주 마무리 스프린트 1회로 나누어 진행한다. 각 스프린트의 작업 항목은 칸반 보드로 관리한다.
💡 쉽게 말하면: 7주를 2주씩 세 토막 + 마지막 1주 토막으로 자르고, 토막마다 계획 → 개발 → 시연 → 반성을 반복합니다. 할 일은 To Do → In Progress → Review → Done 네 칸짜리 보드에 붙여 옮기며 관리합니다. 용어가 낯설다면 용어 정의를 참고하세요.
스크럼 운영 방식
| 항목 | 운영 방식 |
|---|---|
| 스프린트 주기 | 2주 × 3회 + 마무리 1주 × 1회 (총 4회) |
| 스프린트 플래닝 | 각 스프린트 시작일, 백로그에서 스프린트 작업 선정 |
| 데일리 스탠드업 | 매일 15분, 진행 상황 / 계획 / 장애 요인 공유 |
| 스프린트 리뷰 | 스프린트 종료일, 산출물 데모 및 피드백 |
| 회고 (Retrospective) | 리뷰 직후, Keep / Problem / Try 방식 |
| 칸반 보드 상태 | 📋 To Do → 🔄 In Progress → 👀 Review → ✅ Done |
팀 구성 및 역할
| 이름 | 역할 |
|---|---|
| 김충식 | PM (프로젝트 관리, 스크럼 마스터, 일정·품질 총괄) |
| 이은상 | 프론트엔드(웹) 개발, AI 에이전트 개발 |
| 신채연 | 백엔드 개발, AI 에이전트 개발 |
전체 스프린트 로드맵
| 스프린트 | 기간 | 목표 (Sprint Goal) | 진행 현황 (09.28 기준) |
|---|---|---|---|
| Sprint 1 | 08.20 ~ 09.02 | 프로젝트 셋업 · 요구사항 정의 · 공공데이터 조사 | ✅ 완료 |
| Sprint 2 | 09.03 ~ 09.16 | 데이터 수집/Chunking 파이프라인 · UI 프로토타입 | ✅ 완료 — Sprint 3 몫인 RAG 파이프라인까지 선행 완료 |
| Sprint 3 | 09.17 ~ 09.30 | Hybrid RAG 파이프라인 · AI 에이전트 코어 개발 | 🔄 진행 — 에이전트 코어·SSE·프론트 실연동 완료(09.21), 서울 상권분석 데이터·채팅 관문·계획/조달 화면까지 main 병합(09.24), RAG 평가셋 검수 마감(09.25). 09.28 서비스 방향을 네거티브 리포트(“이 동네에서 이 장사는 하지 마라”)로 전환 — 음식 업종 8종 24구 적재(store 888,308행), 판정 카드 설계·verdict BC Task 1~6 구현(feat/verdict-card). Sprint 4 몫인 통합·성능 지표(Hit@5 1.000)까지 선행 |
| Sprint 4 | 10.01 ~ 10.08 | 프론트–백엔드 통합 · 성능 튜닝 (Recall@5 91.5%, Latency -40%) · QA · 배포 · 최종 발표 준비 | 📋 예정 |
Sprint 1 칸반 보드 (08.20 ~ 09.02) — ✅ 완료
🔗 위 제목을 클릭하면 Sprint 1 일자별 업무 진행 사항 페이지로 이동합니다.
| 📋 To Do | 🔄 In Progress | 👀 Review | ✅ Done |
|---|---|---|---|
프로젝트 킥오프 및 역할 분담 전원 | |||
GitHub 저장소 / 문서 사이트 구축 김충식 | |||
개발 일정 수립 (스프린트 계획) 김충식 | |||
요구사항 정의서 초안 김충식 | |||
공공데이터(상권·인구·정책) 소스 조사 신채연 | |||
데이터 스키마 초안 설계 신채연 | |||
와이어프레임 확정 이은상 | |||
웹 프론트엔드 개발 환경 구축 및 화면 설계 이은상 | |||
AI 에이전트 아키텍처 초안 이은상 신채연 | |||
스프린트 2 백로그 정제 김충식 |
Sprint 1 실적 요약: 공공데이터 API 27종 실호출 검증, ERD(15테이블 3계층) 설계, 멀티에이전트 아키텍처 확정. 웹 프론트 MVP(지도 탐색·AI 분석 2탭)가 계획 대비 선행 구현됨.
Sprint 2 칸반 보드 (09.03 ~ 09.16) — ✅ 완료
| 📋 To Do | 🔄 In Progress | 👀 Review | ✅ Done |
|---|---|---|---|
공공데이터 수집 파이프라인 구현 신채연 | |||
상권 데이터 구조화 및 Chunking 전략 구현 신채연 | |||
백엔드 API 서버 기본 구조 (FastAPI) 신채연 | |||
UI 프로토타입 (핵심 화면 3종) 이은상 | |||
프론트엔드 상태 관리 및 라우팅 설계 이은상 | |||
스프린트 진행 관리 및 데이터 검수 김충식 |
Sprint 2 실적 요약: 데이터 계층 완성(09.07) — 상가·지표·인구·지원금·뉴스·임대료·금리 등 Bounded Context 11개, 점포 29.7만 행 행정동 공간조인, 프론트–백엔드 실 API 컷오버. 이어서 Sprint 3 몫이던 RAG 검색 계층을 선행 완료(09.15) — 임베딩·색인 파이프라인, 초기 색인 6,157건, Recall@5 평가 하네스 구축(측정 기준선 Recall@5 0.900 / MRR 0.782).
Sprint 3 칸반 보드 (09.17 ~ 09.30)
| 📋 To Do | 🔄 In Progress | 👀 Review | ✅ Done |
|---|---|---|---|
모바일 지도 반응형 이은상 | 중간 점검 및 리스크 관리 김충식 — 실DB 기준 현황 정본(STATUS) 유지 | Hybrid RAG 파이프라인 구현 (Vector + Keyword) 신채연 — Sprint 2에 선행 완료 | |
앱 실배포 준비 — Vercel 프로젝트·Cloudflare 터널 신채연 | 뉴스 수집 시 사건 단위 클러스터링 신채연 | 임베딩 / 인덱싱 파이프라인 구축 신채연 — Sprint 2에 선행 완료 | |
판정 카드 — verdict BC Task 7 라우터 /verdicts/*·build_verdicts 배치·14업종 판정 분포 확인 (feat/verdict-card) 신채연 | 어린이집·편의점 데이터 수집·조회 API·지도 연결 (BE v0.20.0 / FE v0.13.0) 신채연 이은상 | ||
창업 분석 AI 에이전트 코어 — 영속화·라우터·SSE (BE v0.21.0, 09.21) 이은상 신채연 | |||
에이전트 응답 화면 실 SSE 전환 + 두뇌 비교 평가 → 혼합(Gemini 우선·로컬 폴백) 채택 (09.21~09.24) 이은상 | |||
서울 상권 아틀라스 랜딩·/map 분리 main 병합 (09.23) 이은상 | |||
서울 상권분석서비스 적재 — commerce·neighborhood BC 약 1,000만 행, 동네 유형 6종·시간대 어긋남 파생 (BE v0.23.0~v0.30.0, 09.23) 신채연 | |||
채팅 관문(intent) · 유형 단계구분도·패널 서사(무대) · 계획 /plan(finance) · 조달·상담 준비 (BE v0.31.0~v0.35.0 / FE v0.18.0~v0.23.0, 09.23~09.24) 이은상 신채연 | |||
SGIS 지오코딩 · fp16 전량 재색인 · 테스트 DB 격리 · 학원 폐업률 NULL 통일 (BE v0.22.0~v0.35.3, 09.22~09.24) 신채연 | |||
RAG 평가셋 200건 검수 마감(confirmed 180, Hit@5 1.000 · MRR 0.95) · 뉴스 같은 사건 접기 (BE v0.36.0~v0.38.0, 09.24~09.25) 신채연 | |||
AI 분석 폼 업종별 예시 질문 칩 (FE v0.25.0, 09.25) 이은상 | |||
네거티브 리포트 방향 전환 — HANDOFF §0 신설, 판정 대상 14종(학원·어린이집은 보조축), 판정 카드 설계서 · 13 Task 플랜 (09.28) 전원 | |||
음식 업종 8종 + 인허가 업태 분류기 · 강남 파일럿 → 24구 적재 66분 — store 888,308행 · 지표 55,093행 (BE v0.39.0, 09.28) 신채연 | |||
브랜드 “메타볼레” 표기 · 랜딩 관문 복구 · 자금 계획 화면 정리 · 음식 업종 6종 노출 optgroup (FE v0.25.1~v0.28.0, 09.28) 이은상 | |||
verdict BC Task 1~6 — 공통 신호 5종 Specification · 판정 규칙 Chain of Responsibility · region_industry_verdict 마이그레이션 · 게이트웨이 3종, 테스트 28건 (feat/verdict-card, 09.28) 신채연 |
09.28 기준 서비스는 로컬(프론트 3200 → 백엔드 8201)에서 관문 → 지도 → AI 분석 → 계획 E2E 11단계가 전 구간 통과한 상태이고, 그 위에서 서비스 방향을 네거티브 리포트로 전환했다. 판정은 🔴 비추천 / 🟠 조건부 / ⚪ 경고 없음 세 가지만 쓰고 🟢 추천은 두지 않는다. 판정 카드·위험도 지도(FE v0.29.0)와 폐업 마커는 verdict BC 병합 뒤 이어지며, 실배포(Vercel + Cloudflare 터널)는 Sprint 4 항목으로 대구 분화본의 배포 런북을 재사용한다.
Sprint 4 칸반 보드 (10.01 ~ 10.08)
| 📋 To Do | 🔄 In Progress | 👀 Review | ✅ Done |
|---|---|---|---|
프론트엔드–백엔드 API 통합 이은상 신채연 | |||
검색 성능 튜닝 (Recall@5 91.5% 목표) 신채연 | |||
응답 속도 최적화 (Latency -40% 목표) 신채연 | |||
에이전트 프롬프트 및 응답 품질 개선 이은상 | |||
통합 테스트 및 QA·버그 수정 전원 | |||
서비스 배포 (metabole.beyondfacade.cloud) 신채연 | |||
최종 문서화 및 성능 지표 정리 김충식 | |||
최종 발표 자료 준비 전원 |
※ 칸반 보드는 스프린트 진행에 따라 매 데일리 스탠드업 시 갱신하며, 완료 기준(Definition of Done)은 코드 리뷰 승인 + 테스트 통과 + 문서 반영으로 한다.