14인 팀 프로젝트에서 팀장으로 참여해 서비스 기획·도메인 모델링과 핵심 API 설계에 직접 기여하고, CI/CD·AWS 비용 최적화 기반 운영 자동화를 도입

👤 팀 프로젝트에서 담당한 역할과 기여

🔎 팀 프로젝트 리딩 회고 (부족했던 점)

1️⃣ 기능 간 소통 구조 설계의 부족

프론트엔드·백엔드 간 기능 목표와 구현 범위에 대한 합의가 초기 단계에서 충분하지 않아, 개발 과정에서 방향이 어긋나는 문제가 발생함 → 기능 단위 API 계약과 책임 범위를 사전에 명확히 정의하는 커뮤니케이션 구조의 필요성을 인식

2️⃣ 초기 기획 단계에서 의견 수렴 프로세스의 미흡

초기 기획을 빠르게 확정·전달하는 데 집중하여, 개발자 의견을 충분히 반영해 기획을 보완하는 과정이 부족했음 → 기획 확정 전 기술 난이도와 구현 리스크를 반영하는 사전 합의 단계의 중요성을 학습

3️⃣ 개발 관점의 세부 스펙 정의 부족

기능과 사용자 경험 중심으로 기획을 전달하여, API 스펙·에러 케이스·데이터 구조에 대한 개발 레벨의 세부 정의가 부족했음 → 엔드포인트 계약, 예외 시나리오, 데이터 모델을 포함한 기술 중심 기획의 필요성을 인식

4️⃣ 팀 역량을 충분히 반영하지 못한 스프린트 운영

Jira 기반 스프린트로 작업을 관리했으나, 학업 병행 환경과 팀원들의 숙련도를 충분히 고려하지 못해 일정 부담이 발생함 → 개인별 역량과 실제 가용 시간을 기준으로 한 스프린트 분해 및 작업 버퍼 설계의 중요성을 인지

5️⃣ 협업 난이도를 고려한 작업 분해의 한계

다수의 초보자가 동일 기능을 병렬 개발하면서 병합 충돌과 코드 리뷰 부담이 증가함 → 팀 규모와 숙련도에 맞는 기능 분해 전략 및 공통 모듈 책임 분리의 필요성을 학습

🔧 이를 통해 추후 프로젝트에 적용할 점

1️⃣ 초기 기획 단계에서 개발 레벨의 핵심 로직까지 포함한 명세 제공

2️⃣ 개발 전 기능별 사전 합의 기간 확보

3️⃣ 팀 역량 기반 스프린트 용량 및 일정 조정

4️⃣ 인원 수가 아닌 역량 기준의 기능 분해