팀 프로젝트를 원활히 시작하고 협업 효율을 높이기 위해, 아래 항목들을 팀원들과 함께 논의한 후 구체적으로 작성해 주세요. 이 템플릿은 예시이며, 필요한 사항들을 추가해서 작성하시면 더욱 좋습니다.
프로젝트를 진행하면서 아래의 “그라운드 룰”을 꼭 명심해주세요.
| 팀원 | 주요 담당 |
|---|---|
| 박정현 | 뉴스 기사 관리(삭제, 목록 조회, 백업 및 복구, CI/CD, AWS 관리) |
| 박나경 | 댓글 + 알림 관리 |
| 박린 | 관심사 관리 |
| 박성국 | 뉴스 기사 관리(엔티티 설계, API 수집) |
| 이규빈 | 사용자 + 활동 내역 관리 |
| 항목 | 기간 | 내용 |
|---|---|---|
| 기획 및 요구사항 정리 | 4/14 ~ 4/16 | 프로젝트 논의, DB 스키마 설계, ERD 작성 |
| 1차 개발 스프린트 | 미정 | 주요 기능 구현 시작 |
| 중간 발표 | 4/27 | 프로젝트 진행 상황 공유 및 중간 결과물 발표 |
| 중간 점검 & 회고 | 미정 | 진척도 점검 및 피드백 |
| 2차 개발 스프린트 | 미정 | QA 및 리펙토링 |
| 발표 자료 및 문서화 | 미정 | 발표 자료 제작 및 개발 리포트 등 문서화 작업 |
| 최종 발표 | 5/8 | 최종 발표 및 자료 제출 |
| 분류 | 사용 예정 도구 |
|---|---|
| Backend | Spring Boot |
| Database | PostgreSQL, MongoDB |
| API 문서화 | Swagger |
| 협업 도구 | Discord, GitHub, Notion |
| 일정 관리 | GitHub Issues |
| 항목 | 내용 |
|---|---|
| 네이밍 컨벤션 | camelCase (변수, 함수), PascalCase (클래스), kebab-case (파일) |
| 커밋 컨벤션 | feat, fix, refactor, docs, style, test, chore 등 |
| 브랜치 전략 | main, feature/기능명, bugfix/이슈번호 |
| PR 규칙 | 코드래빗 사용, 1명 이상 리뷰 후 Merge |
| 데일리 스크럼 | 평일 오전 10시 |
프로젝트 준비 과정 또는 멘토링을 통해 발견된 잠재적 이슈들을 정리해 주세요.