[KPT] First Project 개인 회고 - 이상민

> Keep, Problem 항목에 대해서 매주 정기적인 날에 회고를 진행하여 기록하고, 그것을 기반으로 Try (Action Items) 이슈를 생성해주세요.

## Keep (유지할 항목)
- gather.town 이라는 메타버스 기반 화상 회의 앱을 사용해서 마치 한 사무실에서 작업을 하듯이 프로젝트를 진행한 점
- 개별 태스크에 대한 코드 작업을 진행할 때도 디스코드와 gather.town을 이용하여 지속적인 소통을 함
- 기술 구현에 있어서 프론트엔드와 백엔드 양 사이드에서 구현해줘야 하는 부분에 대해 서로 피드백을 잘 해주고, 기술적인 설명도 잘 해줌
- 늦은 시간까지 코드 작업을 했음해도 얼굴 붉히지 않고 다들 프로젝트에 노력을 다한 점

## Problem (문제라고 생각하는 항목)
- 초기 프로젝트 기획에 있어서 낭비한 시간이 많았고, 서툴다 보니 계속 수정/보완해가는 데에도 시간적 소모가 많았다
- 태스크카드를 잘 활용했어야 했는데, 이 부분을 잘 활용하지 못해 태스크 배분을 제대로 하지 못하였고, 이로 인해 누가 어느 부분을 담당해야 한는지에 대한 결정을 그때 그때 하게 되어, 작업 능률이 떨어졌다
- git workflow에 따라 각 기능별로 feature를 따서 dev에 올리는 방식으로 작업해야 했는데, 작업 상 편의로 인해 계속 dev branch만을 이용하여 작업을 진행하였다. 이로 인해 간혹 병합 충돌 및 코드 에러 등을 바로 잡는 불필요한 작업을 하게 되었다.

## Try (Action Items)
- [ ] git workflow는 실무에서도 잘 쓸 것 같다. 실무에서도 결국, 협업을 하며 코딩 작업을 할텐데, 이 때 repo 충돌 및 에러등을 많이 겪지 않으려면, 기능별 브랜치를 잘 따서 관리하도록 노력해봐야겠다
- [ ] 앞에 문제점으로도 적었었지만, git의 기능을 잘 활용하지 못했던 것 같다. 특히 태스크카드 및 projects 칸반보드, 마일스톤 등을 효과적으로 쓰지 못했다. 여러 사람이 협업하다보니, 특정 시간대에 따라서 각자 작업 시간이 다를 수 있다. 다음 프로젝트부터는 태스크카드, 프로젝트 칸반보드를 잘 이용해 보고 싶다
- [ ] 프로젝트 기본 기능 구현에 우선하다보니, 결국 aws를 통한 배포 및 실제 운영 구현을 하지 못했다. 실무에서 서비스를 하려면 결국 이와 같은 서비스를 통해 배포 과정을 겪어봐야 하는데, 반드시 파이널 때는 배포와 관련한 프로세스를 진행해봐야겠다. 물론 에러 처리도 해보고...