| 팀원 | 주요 담당 |
|---|---|
| 이영인 | 관심사 관리, 댓글 관리 |
| 정종현 | 뉴스 기사 관리 |
| 공한나 | 사용자 관리, 알림 관리 |
| 김태희 | 활동 내역 관리, 공통(예외, 로그, CI/CD) |
| 항목 | 기간 | 내용 |
|---|---|---|
| 기획 및 요구사항 정리 | 5/28 ~ 5/30 | 프로젝트 방향성 논의, 기능 리스트 작성, 역할 분배, 프로젝트 목표 도출, ERD & 엔티티 구조 설계, 프로젝트 세팅 |
| 1차 개발 스프린트 | 5/31 ~ 6/8 | 주요 기능 구현 시작 |
| 중간 점검 & 회고 | 6/5 | 작업 상황 공유, 피드백 수렴 |
| 중간 발표 | 6/9 | |
| 2차 개발 스프린트 | 6/10 ~ 6/17 | 나머지 기능 개발, 테스트, 버그 수정 |
| 최종 발표 & 회고 | 6/18 | 발표 자료 정리 및 시연 |
| 분류 | 사용 예정 도구 |
|---|---|
| Backend | Spring Boot, Spring Data JPA, QueryDSL, MapStruct |
| Database | PostgreSQL, MongoDB |
| Cloud | AWS |
| API 문서화 | Swagger |
| 협업 도구 | Discord, GitHub, Notion, Jira |
| 일정 관리 | GitHub Issues + Notion 타임라인 |
| CI/CD | GitHub Actions |
| 배포/인프라 | AWS |
| 항목 | 내용 |
|---|---|
| 네이밍 컨벤션 | camelCase (변수, 함수), |
| PascalCase (클래스), | |
| kebab-case (파일), | |
| com.team4.monew+소문자 (패키지명), | |
| snake_case+소문자+복수형 (테이블명), | |
| snake_case+소문자 (컬럼명) | |
| 커밋 컨벤션 | feat, fix, refactor, docs, style, test, chore 등 |
| 브랜치 전략 | main, dev, feature/기능명, bugfix/이슈번호 |
| PR 규칙 | 2명 이상 Approve 시 Merge (3명 권장), Merge는 PR 작성자, |
| PR 올린 다음 교시 시작할 때 리뷰 | |
| Conflict 관리 | conflict 발생 시 Code with me 활용 |
| 항목 | 시간 | 내용 |
|---|---|---|
| 데일리 스크럼 | 오전 9시(1교시), 오후 2시 | 오전-작업 계획 요약(한 일, 할 일, 공유사항)하여 문서화 |
| 오후-문제 상황 공유 |
| 항목 | 설명 | 예시 |
|---|---|---|
| 태스크 관리 | [이름 | 태스크 생성 날짜] 작업 내용 요약 |
| 서브 태스크 관리 | commit 단위의 작업 내용 | 검증 로직 구현 |
| 커밋 단위 | 기능 및 메서드 단위로 커밋 | feat: 검증 로직 구현 |
| PR 단위 | 주요 기능 완성, 버그 수정 | [SCRUM-7] 관심사 등록 기능 개발 |
| 브랜치 형식 | feature/jira 작업 key-작업내용 | feature/SCRUM-10-관심사-등록 |
| 항목 | 설명 |
|---|---|
| 최소 달성 | 프로젝트 기술 요구 사항 만족 (심화 X) |
| 기본 달성 | 프로젝트 기술 요구 사항 만족 (심화 O) |
| 초과 달성 | 추가 기능, 캐싱, DB 최적화, 추가적인 클라우드 활용 등 |