> ## Keep (유지할 항목) > * 매일 코드 리뷰를 통해 경과과정을 파악할 수 있고 다음 액션을 어떻게 진행해야할지 파악이 용이하다. > * 매일 회고 작성을 통해 지난 행동에 대한 결과를 되돌아 볼 수 있고, 더 나은 방향으로 성장할 수 있다. > * esLint, prittier 등을 통해 개발환경을 최대한 비슷하게 해서 협업에 치명적인 이슈가 없었다. > * 아침 회의시간을 따로 정해서 팀원의 다음액션을 파악하고 맞게 대응할 수 있었다. > * 프로젝트 시작 전 플로우를 설계해서 빠르게 끝내는데 도움이 됐다. > > > ## Problem (문제라고 생각하는 항목) > * 배포 전단계에서 모든 코드를 전체적으로 가다듬는 작업이 필요했는데 파일별로 나누지 않은것에서 문제가 발생했었다. > * 머지 부분에 좀 익숙해져야 될 것 같다. > * 팀원의 업무 영역을 잘 파악하지 못했던 것 같다. > * 하나의 컴포넌트가 너무 많은 기능을 담당해서 에러 해결에도, 팀원들이 나의 코드를 볼때도 버벅였던 것 같다. > * API문서의 소중함을 깨닳았다. 시작 전 기능들을 미리 설계하고 데이터 요청 응답 구조를 같이 소통을 통해 셋업 해놓는게 도움이 될 것 같다. > > ## Try (Action Items) > * [ ] 컴포넌트 단순화 필요. 처음 나의 코드를 봐도 이해를 빠르게 도와줄 수 있도록 하고, 유지 보수성을 높여야겠다. > * [ ] 해당 라이브러리에 대한 이해를 확실히 하지 않고 시작한 부분이 나중에 문제로 다가왔던 적이 있다. 미리 생각하고 대응할 필요가 없도록 하자. > * [ ] 만든 Hook 함수를 실행할때 요청을 바로보내는 이슈 해결 필요 > * [ ] 리덕스 thunk 적용 > * [ ] 권한 유무에 따라 edit, delete 버튼 렌더링
