KPT - 회고록 작성

## Keep (유지할 항목)
* [ ] React-Router 등 직접 써보지 못한 것들도 공식문서를 보고 문제없이 활용할 수 있었다. 공식문서를 계속 적극적으로 활용하자
* [ ] 미리 API 문서를 작성해둔 부분이 프론트엔드에서 기능 구현을 할 때 큰 도움이 됐다. 계속 백엔드 팀원들에게 질문할 필요없이 API 문서를 참고할 수 있어서 효율적으로 일할 수 있었다. (인택님 감사합니다...)
* [ ] 결과가 아주 만족스럽지는 않지만 주말, 공휴일 포함 2주간 하루도 빠짐없이 프로젝트에 매진했다.

## Problem (문제라고 생각하는 항목)
* [ ] 프론트엔드 쪽에서 너무 본인 혼자 프로젝트를 진행한 것 같아서 아쉽다.
* [ ] 내가 남에게 뭔가를 부탁할 때는 최대한 자세히 설명을 하고, 상대방의 의견을 구해야 할 것 같다.
* [ ] 내가 프로젝트를 하며 공부했던 내용, 부딪혔던 문제들을 기록해뒀어야 하는데 그럴 마음의 여유가 없었다.

## Try (Action Items)
* [ ] 다음 프로젝트 때는 의사소통을 할 때는 최대한, 어쩌면 과하다 싶을 정도로 자세하게 모든 것을 말하는 것이 좋겠다.
* [ ] SR에 시간 할애를 훨씬 더 많이 해야할 것 같다. 처음부터 정확히 계획을 짜고, 체계적으로 접근하는 게 좋을 것 같다.
* [ ] 이번에는 페이지, 컴포넌트, CSS를 다 나눠놓다 보니 어디에 뭐가 있는지 헷갈리는 부분이 많았다. 페이지 별로 해당 페이지, 그 안에서 활용되는 CSS/component 등을 나눠놓는 시도를 해보는 것도 괜찮을 것 같다.

No source files, tests, or entry points are named. Read the Keep, Problem, and Try sections as a project retrospective; the issue is complete as a record, but it does not define a documentation or code change for a contributor to implement.

Written by the indexing model from the issue text.