WIL | 11.13.일 [11.7.월 - 11.11.금]

(B2 | 4_team_project)

팀프로젝트 주간

 

- KPT 회고

1. 프로젝트 개요

• DRF, 추천 시스템을 이용한 음악 장르 기반 추천 웹 서비스 제작
• 컨텐츠 기반 추천 시스템 - 장르 기반으로 사용자가 선택한 음악 장르 유사도 구분
• 프로젝트 명 : 추천 시스템 프로젝트
• 필수 작업 : DRF CBV 사용, serializer, custom user model, CRUD, CORS, 회원가입/로그인, 추천 시스템

---

K(keep)

• 팀원이 서로 격려하고, 모르는 것에 대해 질문에도 사려 깊게 알려주며 서로를 이끌어가는 협력의 자세
• 각자의 의견을 최대한 존중하고 배려하는 모습
• 끝까지 포기하지 않고 시도해서 할 수 있는 것을 완성해내는 노력
• 기한 내에 안정적으로 프로젝트를 마무리하는 습관
• 슬랙/git을 통한 활발한 의사소통과 트러블 슈팅 기록
• Github를 체계적으로 관리하기README.md에 프로젝트 설명 자세히 남기기(erd,api명세서 추가)
• 구성원 각자의 메인/서브 파트를 설정하고 효율적으로 분업 하는 것

p(problem)

• 최초 기획 시 정의가 안된 부분이 있었고 같은 부분에 대해서 다르게 생각하고 있었음
• 와이어프레임 설계시 팀원들과 협업을 하기 위해 처음부터 앱이름, 페이지 이름 등 큰 틀에 들어갈 변수명을 제대로 정의해야했지만 애매한 부분이 많이 남아있어 merge 혹은 팀원끼리 나눠진 파트에 대해 합칠때 어려움이 있었다.
• front 구현에 생각보다 시간이 더 걸림

T(try)

• 기능 단위별로 branch를 세분화하여 개발하고 면밀한 검토 후에 pull request 및 merge 진행하기
• 최초 기획 시에 명확하게 의견을 주고 받으며, 보다 디테일한 세부적인 내용과 개발 요소들에 대해서도 명확하게 기획해보기
• 프로젝트의 수행 단위를 업무 및 시간별 세분화하고, 단위마다 해야 할 일들을 구체적으로 설정
• 프로젝트를 실제로 활용할 수 있는 방안(간단한 기능이어도 실제 유저가 사용할 수 있는 것을 개발)에 대해 다양하게 생각해 볼 것
• 슬랙을 통한 문제점 소통이나 프로젝트 관련 소통도 좋지만 Github의 Issues 활용도를 조금 더 높혀도 좋을거 같다.
• 프론트와 백앤드 레포지토리 관리 개별적으로 만들어서 사용하기
• 우리가 만들 프로젝트에 대한 조금 더 상세하고 명확한 이해와 소통을 목표로 초기 프로젝트 설계하기
• 프로젝트 기간이 끝나고 나서 코드 리뷰를 하고 코드 리팩토링을 하면서 더 발전시켜보기