프로젝트 평가 기준
- 기술
- 내가 지금 어떤 문제에 직면하였는가? 어떻게 해결해야 하는가?
- 더 나은, 효율적 서비스를 위해 어떤 방법을 사용해야 하는가?
- 커뮤니케이션
- 얼마나 효율적으로 협업하였는가?
- 협업 규칙을 얼마나 꾸준하게 지켰는가?
- 일정 관리
KPT 회고
Keep: 다음 프로젝트를 진행할 때도 유지할 것
- 팀원들과의 쿠션어 사용하여 적극적인 소통, 서로 돕는 자세
- API 명세와 테이블 설계를 어느정도 완성도있게 작성하고 개발을 시작한 것. 합의해서 함께 만들어놓은 명세서를 참고해서 개발하니 협업이 더 수월하였다.
Problem: 프로젝트를 진행하면서 문제가 되었던 것
- 프론트엔드와 화면구성 정의서에 대해 충분한 협의와 이해가 되지 않은 채로 프로젝트를 진행한 것. 추후 소통의 문제로 서로 코드를 수정하는 일이 생겼음.
- 테스트코드를 종류별로 구현하지 못했고, 구현 단계에 따라 만든 것이 아니라, 구현이 끝나고 만들어서 테스트 기능을 의미있게 사용하지 못함
- 게스트 하우스 예약 통계 기능을 프론트엔드에서 시간 문제로 구현하지 못해서 화면에 보여지지 않음
Try: 다음 프로젝트 진행 시 시도할 것
- 화면 구성에 대해 적극적이고 확실한 소통과 협의
- 협업 규칙에 따라 꾸준하게 일정관리하며 작업을 문서화할 것(코드리뷰 기록, 깃허브 이슈,라벨,마일스톤 활용 등)
- 기능 구현에 집중해서 협업하는 방식을 소홀히 했던 점이 아쉬움 → 협업툴을 사용하기보다는 실시간으로 음성으로 이야기하며 진행했기 때문에 코드리뷰나 이슈관리 부분을 미숙하게 했기 때문. 실무에서 계속 음성으로 대화하며 하지 않을 것이기 때문에 다음 프로젝트에서는 이 부분을 보완할 것
- 속도 개선을 위한 방안을 깊이 고민하고, 더 나은 서비스를 위해 고민하는 자세
- 기술적인 부분은 기능을 구현하는데 급급해 그에 따른 속도 부분이나, 더 나은 보안과 확장성, 효율성을 생각하지 못한 것이 아쉬움
- 테스트 코드를 잘 활용하여 postman 등으로 테스트하는 비효율성을 줄일 것
