TIL 뉴스피드 KPT 회고

Keep - 현재 만족하고 있는 부분

박하은	커밋 룰과 코딩 컨벤션 등 협업을 위한 협의가 선행 된 점.
손준형	기획의 중요성을 알고 초반에 많은 시간 투자를 하여 원활하게 개발이 진행될 수 있었다.
권승준	매일 아침, 저녁으로 팀원들과 소통하는 시간에 서로의 진행 상황, 어려운 부분 등을 공유해서 좋았다. 미리 Git Rule이나 역할 등 확실한 기획을 하고 프로젝트를 시작해서 좋았다.
유선아	- 기능 구현에 앞서 기획을 할때, 어떤 기능들을 구현할지 미리 정하고, ERD, API 를 같이 고민하면서 작성하고, Repository rule(coding convention 및 commit rule)을 먼저 정한 다음. 역할을 잘 나누고 시작해서, 각자 맡은 부분을 merge 할 때 충돌이 덜 나는 등 훨씬 수월하다는 느낌을 받아 기획의 중요성을 많이 느꼈습니다. - 먼저 기능 구현을 한 팀원들이 , 기능 구현을 하지 못한 팀원을 도와주며, 서로 알려주는 팀을 만나 좋았습니다!
공완희	개발 전에 준비 과정을 꼼꼼하게 하고 시작한 점이 좋았고 협업에 대한 정석을 경험할 수 있어서 좋았습니다.

 

Problem - 불편하게 느끼는 부분

박하은	github 를 다룰 때 주의깊게 보지 않아 master 브렌치의 의미가 사라진 점이 아쉬웠다.
손준형	서로의 코드를 리뷰하고, 리팩토링하여 코드를 발전시키는 시간이 적었다.
권승준	각자 코드 스타일이 다르기 때문에 클래스마다 구조나 필드 명 등이 다른 경우가 생겼다.
유선아	- 코딩 컨벤션과 커밋 룰이 익숙치 않아서 제대로 적용되었는지는 확인하지 못한 것 같다. - pr을 올린 뒤 , 확인할 때 , 코딩을 작성한 사람에게 구두로 설명을 듣기로 약속했는데, 이점이 잘 이루어지지 않았던 것 같아 아쉬웠다. - 추가 기능 구현을 더 많이 한 조를 보고, 추가 기능 구현에 조금 더 욕심을 내서 해보면 어땠을까 하는 생각도 들었습니다. (물론 이번에는 시간이 부족했지만!)
공완희	코드 리뷰를 해보지 못한 것, 예외처리를 고려하지 못한 점이 아쉬웠습니다.

 

Try - Problem에 대한 해결책, 당장 실행 가능한 것

박하은	approve 할 때 좀더 꼼꼼하게 보면 될 것 같다. 물론, 이런 실수를 하지 않도록 미연에 방지하는 것이 더 중요하다.
손준형	코드 리뷰를 하여 코드를 리팩토링하는 시간을 가진다.
권승준	코딩 컨벤션을 통해 들여쓰기, 정렬 같은 부분은 해결했고 다음에는 기본적인 클래스들을 미리 설계하고 간단히 작성한 다음에 프로젝트를 진행하면 좋을 것 같다.
유선아	- 다음 팀과제때는, 커밋할때마다 PR을 올릴 때마다 한번 더 확인해서 코딩 컨벤션과 커밋 룰을 더 잘 적용해보면 좋을 것 같다. - pr 시 , 또는 코드 리뷰 시간 때 서로의 코드에 대해서 자세히 설명해주면 좋을 것 같다.
공완희	많은 경험과 리팩토링을 통해 더 나은 코드 작성, 예외처리도 고려하면서 앞으로의 과제를 수행하면 좋을 것 같다는 생각이 들었다.