[Django_project] KPT-회고

1. 한 일

• 해야 할 일 : Django를 활용한 뉴스 피드 제작하기
• 프로젝트 명 : 임금님 귀는 당나귀 귀
• 필수 작업 : 로그인, 로그아웃, 회원 가입 기능, 게시 글 작성, 수정, 삭제 기능
• 게시 글 상세 보기 기능, 마이 페이지 기능
• 추가 작업 : 카테고리 , 게시 글 리스트 페이징 처리, 유저 검색, 댓글 작성, 수정, 삭제

2. 느낀 점

• 김세만 : 온전히 내가 작성한 코드를 가지고 싶다는 욕심이 있었는데 협업을 하며 내가 모르는 부분이나 어려운 부분을 담당하는 팀원과 함께하고 문제가 생겼을 때 다양한 시선으로 바라보며 만들어지는 결과물이 단순히 * 인원수가 아님을 깨달았고 무사히 결과물을 완성시켰을 때도 훨씬 뿌듯했습니다.
  협업을 하며 거의 실시간으로 공유하며 문제를 해결했는데 시차가 존재하는 상황을 위해 github을 더 연습하고 익숙해지는 게 곧 생산성의 증가로 이어진다는 점을 느꼈습니다.
• 구병진 : 깃허브 코드를 공유하는 데 있어서 개인적으로 미숙한 부분들이 많아 팀장님 도움을 받아 협업할 수 있었습니다. branch의 대한 개념과 git bash 사용법이 코드 구현보다 오히려 더 중요하다는 것을 깨닫고 충분한 숙달이 필요하다고 느꼈습니다.
• 공민영 : 혼자 공부하는 것보다 팀원들과 프로젝트를 진행할 때 알게 된 것이 훨씬 많았습니다. 프로젝트를 할 때 소통과 git의 활용이 중요하다는 것을 깨닫게 되었습니다.
• 임재훈 :미니 프로젝트 , 장고 개인과제와는 별개로 협업하는 재미가 있었고 새로운 기능을 추가해 보면서 보람을 느꼈습니다
• 장한울 : 깃 허브 부분을 심도 있게 배운 거 같습니다. 장고 프로젝트 하면서 경험이 부족해서 해결이 어러웠으나 팀원들에게 많이 배운 거 같습니다.

3. Keep

• 문제가 발생했을 때 서로 공유하며 함께 문제를 해결하는 자세
• 시간을 정해서 문제점, 진행 상황을 알려줌으로써 방향을 잡음
• 기본적인 구현 사항을 정하고 남은 시간에 따라서 추가적인 기능 구현하기
• 익숙하지 않아도 Figma, CRDCloud, Postman 등 새로운 기능 사용 시도

4. Problem

• 문제
  1. 문제 상황을 GitHub에 공유하기 어려웠다.
  2. 프로젝트 파일에서 문제 발생 시 대처하는데 시간이 오래 걸렸다.
  3. 다른 팀원의 코드를 즉각적으로 이해하기 어려웠다.
  4. 프로젝트 마무리 시 발생하는 문제 해결에서 조급해졌다.
• 원인
  1. issue와 branch 관리가 미숙했다.
  2. revert 활용과 branch로 main 이외의 branch를 구성하지 못했다.
  3. PR시 코드 리뷰 부재, 마땅한 커밋 컨벤션 부재, commit마다 상당한 양의 변경 사항으로 가독성 저하
  4. 프로젝트 계획 단계에서 명확한 시간 계획을 정하지 않아서 코드를 취합하고 수정할 시간 분배를 못 했다.

5. Try

1. issue를 작성하고 commit 메시지에서 #issue 번호를 통해 issue를 적극적으로 사용한다. 프로젝트 S.A 단계에서 github 컨벤션을 정하고 시작한다.
2. main으로 병합하기 전에 테스트할 branch를 만들고 점검한다.
3. commit 간 비교가 가능하도록 commit 기준을 정한다, PR시 피드백을 주지 못하더라도 코드에 대한 설명을 들으며 전체적인 진행 사항에 대해 이해하기, commit 컨벤션을 통해 코드를 보지 않아도 상황을 파악할 수 있도록 작성한다.
4. 프로젝트 계획 시 구간 별 제한 시간을 정하고 그 시간을 준수하기 위해 노력을 한다.