카테고리 없음

1. 기능 담당 (Feature Ownership 기준)

Chansman 2025. 6. 19. 14:10

1. 기능 담당 (Feature Ownership 기준)

👉 각 팀원이 실제 구현할 기능을 전담합니다.
백엔드 시스템 흐름을 따라 분해한 것으로, 누가 어떤 API/로직을 구현하는지 명확히 나눴어요.

이름담당 기능설명
이상인 (팀장) 🔧 전체 통합 흐름 - ERD 설계 (시험, 문제, 정답, 응시 등 DB 구조 설계)
- 기능 간 관계 연결 및 API 명세 최종 설계
- PR 리뷰 및 Git Flow 관리
- PM 역할: 일정 조율, 3팀(프론트엔드)과 소통 주도
구은재 📝 시험 생성 - 시험 등록, 문제 추가, 객관식 보기 등록 API
- 시험 수정, 삭제 등 관리자 기능 담당
- 관리자 인증 체크 로직 포함
류재학 🎯 시험 응시 - 시험 시작 시점 체크 / 시간 제한 처리
- Redis를 이용한 실시간 세션 관리
- 중간 응시 저장(자동저장) 처리
이정호 🧠 자동 채점 - 사용자의 응답을 기준으로 정답 비교
- 문제별 배점 합산 → 점수 계산
- 점수 저장 및 채점 결과 반환 API
박석민 📊 결과 조회 - 개인 점수 확인 API
- 전체 평균/정답률 통계 API
- 사용자 피드백용 결과 메시지 설계
 

🔧 2. 역할 담당 (작업 유형 기준)

👉 기능 외에 팀 전체 협업에 필요한 지원 작업을 각자 나눠서 담당합니다.
예: API 문서화, 테스트, 기술 조사 등

이름역할설명
이상인 📋 API 명세 최종 리뷰 - Notion API 문서 전체 검토 및 수정
- 누락된 필드나 오타, 구조적 불일치 검토
- 프론트팀과의 인터페이스 최종 확인자
구은재 🧪 Postman 테스트 - 각 기능 완료 시 샘플 요청/응답 테스트 진행
- 오류 응답 코드 확인 / 공유용 요청 템플릿 제작
류재학 📄 Swagger 문서화 - Swagger 자동화 문서 설정 (drf-yasg, drf-spectacular 등)
- 백엔드 API → 자동 문서 페이지 제공 관리
이정호 🔍 기술 조사 서포트 - Redis 세션 활용법 / 채점 알고리즘 참고 자료 조사
- 테스트 코드 구조화에 필요한 기법도 조사 지원
박석민 🔗 프론트 소통 + 오류 응답 통일 - 프론트엔드 팀 3과 직접 소통 (요구사항, 형식, 필드 등 협의)
- 공통 오류 응답 포맷 정의 (400, 404, 422, 500 등)
 

🏁 3. 최종 정리 결론

✅ 왜 이렇게 나누나?

  • 기능 담당은 개발 효율성과 책임감 확보를 위해
  • 역할 담당은 협업 품질과 커뮤니케이션 최소화를 위해
  • 이중으로 나누면, 개발자는 기능 구현에 집중하고
    문서/협업 관련 작업도 자연스럽게 분산

🧠 실전 적용 예시

  1. 이정호가 자동 채점 API 개발 중
  2. 개발 완료 후 → 구은재가 Postman으로 테스트
  3. 류재학이 Swagger 문서에 반영
  4. 박석민이 프론트에 이 API 포맷 알려줌
  5. 이상인이 전반 흐름을 체크하며 PR 리뷰

서로의 작업이 명확하게 연결되고, 책임이 분산되기 때문에 업무 병목이 없음