[First-Project-KPT] 3번째

## Keep (유지할 항목)
- 에러 사항이나 이슈가 생겼을 때 모든 팀원이 그 내용을 알 수 있도록 하는 점이 좋았다. 에러 사항을 발견했을 때, 어떤 점에서 에러가 발생했고 그 에러를 해결하기 위해서는 어느 정도의 시간이 필요한지, 그러면 그 시간 동안에 어떤 테스트는 할 수 없는지를 얘기했다. 그렇게 하니 커뮤니케이션이 원활하게 잘 되었고 서로 갈등을 겪을 일이 없어졌던 것 같다
- 만약 프로젝트 진행 중 큰 에러가 발생하거나 혼자서는 도저히 그 에러를 해결할 수 없을 때 팀원 모두가 함께 참여해서 에러를 해결했던 게 각자 프로젝트를 진행하는 것보다 프로젝트 전체 진행에 도움을 줄 수 있었던 것 같다. http 배포로 진행하려 했으나 구글 크롬의 2월 업데이트 내용(쿠키 전송 이슈) 때문에 https 배포로 전환하게 됐고, 그것때문에 여러 CORS 에러가 발생했다. 그러자 모두가 함께 모여서 의견을 제시하게 됐고, 다양한 의견만큼 사람 한 명으로 생각할 수 없는 다양한 방법을 시도해봤으며 결국 문제를 해결할 수 있었다.
- 코드 작성 중에 리팩토링을 진행하게 됐다면 그 부분을 일목요연하게 단체 채팅방에 올려 merge 하기 전까지 건드리면 안 되는 코드는 무엇인지 공유했다. 그렇게 하니 Merge 를 할 때 별 문제 없이 지나갈 수 있었다.
## Problem (문제라고 생각하는 항목)
- 가장 큰 문제는 모두 열정이 넘쳐서 새벽 늦게까지 한다는 점이다. 프로젝트에 의욕이 넘치는 것도 좋으나 각자 건강을 챙기는 것이 중요할 것 같다.
- 다음부터는 반드시 배포된 서버와 계속 연락을 주고받으면서 하던가 아예 클라이언트와 서버를 둘 다 배포해놓고 클라이언트, 서버를 계속 업데이트하는 방식으로 나아가야 할 거 같다. CORS 에러 때문에 마지막에 와서 에러 핸들링에 너무 진이 빠지는 것 같다.
## Try (Action Items)
[ ] 최대한 서로가 일찍 자기 위해서 노력해야할 것 같다
[ ] 어려운 문제에 봉착했다면 반드시 공유하고, 그 문제를 혼자서 해결할 수 있다면 얼마만큼의 시간이 걸릴 것 같은지를 얘기하고, 만약에 혼자서 해결하기 어려울 것 같다면 도움을 요청하도록 해야할 것 같다