3차 스프린트 회고

스프린트 보고서가 보고싶다면

1. 보고서 탭 클릭

 

1. 번업 보고서 → 추정필드 : 이슈개수

 

🚶🏻주간 회고

FE

👨‍💻 Max

• Keep
• 각자 필요한 부분을 적극적으로 맡아 진행한 점

• Problem
• 일정에 촉박하여 중복코드를 최대한 줄이지 못했습니다

• Try
• 리팩토링으로 클린코드로 업그레이드해보겠습니다.

• Feel
• 소중한 사람들과 즐겁게 프로젝트하여 기억에 남을 추억이 되었습니다.

👨‍💻 Stark

• 좋았던 점
• 원했던 기능을 구현할 수 있어서 좋았습니다.
• 리뷰를 통해 저의 부족한 부분을 볼 수 있어서 좋았습니다.
• 중간에 아파서 많이 놓쳤는데 다른 팀원분들이 도와주어서 늦게나마 완료할 수 있었습니다.
• 끝까지 같이 비드마켓을 완성할 수 있어 좋았습니다.

• 아쉬운 점
• 역시 기초적인 실력 부족이 조금 아쉽습니다. (최적화, 코드 완성도)
• 다른 팀원들보다 속도가 느려 진행 속도가 맞지 않아서 아쉽습니다.
• 중간에 많이 빠져 리뷰를 잘 달아드리지 못해 죄송합니다. (무임승차급)

👩‍💻 Water

BE

👨‍💻 Doking

• Keep
• 목표를 향해 노력하는 마음과 열정
• 꼼꼼한 피드백을 통한 코드 퀄리티 유지
• 객체 지향적으로 코드를 작성하기 위해서 꾸준히 노력해보기

• Problem
• 명확한 MVP 정의와 이에 따른 업무 순서 조절 - 주요 기능들이 생각보다 늦게 나온 것들이 있어서 아쉬웠습니다
• API 문서화가 코드 작업과 분리되어 있어서, 이를 RestDoc를 통해 유지하기로 하였으나 정확하게 지켜지지 않아서 아쉬웠습니다.

• Try
• 처음부터 객체 지향적으로 짜지 않기. 생각보다 절차 지향적으로 짜고 리팩토링 하는 것이 결과적으로 더 좋은 코드가 나올 수 있다.
• 문서화에 들이는 시간을 최소화하기!
• PR에 대해서 더 꼼꼼히 보고 더 상세히 설명하기. 시간이 바빠지더라고 중요함을 잃지 않도록

• Feel
• 끝까지 비드마켓 주요 기능 및 완성을 목표로 같이 열심히 달려와서 너무 즐거웠습니다.
• 또한 늘 가까이서 빠르게 의사소통하고 이를 기획에 반영하고 기능을 구현하는 과정에서 스타트업의 느낌을 살짝 느끼면서 하나의 팀이라는 생각을 할 수 있었습니다.
• 구체적이지 않은 기획에서 제품을 만들어 나가는 과정은 의도치 않았지만 기획의 변경에 따른 애자일한 개발 방법이 주는 유연함을 알 수 있었습니다.

• 자체 평가 의견
• 해당 프로젝트는 제가 해본 프로젝트 중에 가장 실제 프러덕트에 준하는 수준이었고 이를 달성하는 과정에서 교육 과정 중에 배운 많은 부분을 적용해볼 수 있었다.
• 주요 기능들이 정상 동작하였으나 많은 개선점들을 가지고 있어 추후 시간을 내어 개선점들을 보완하는 것이 필요할 것 같다.

👨‍💻 Jay

• 멘토님이 강조했던 “협업 방식"에 대해 많이 배울 수 있었던 점이 좋았습니다. ‘스프린트, 스크럼, 짧은 주기 피드백, 코드리뷰 등'

• API 문서화가 아쉽습니다. RestDocs를 활용하기로 프로젝트 초기에 결정을 했었는데 제대로 이루어지지 않았다는것, 차라리 스웨거나 PostMan으로 초기에 정리를 했다면.. 하는 아쉬움이 남습니다.

👨‍💻 Martin

• 좋은점
• 짧은 기간임에도 프로젝트의 핵심기능을 모두 구현할수 있어서 좋았습니다
• 좋은 분들과 협업 경험을 할 수 있어서 좋았다.

• 아쉬운점
• RestDocs를 잘 활용하지 못한점
• 프로젝트가 진행될수록 테스트 속도가 많이 저하된점
• 시간이 없어서 인프라에 대해서 많이 고민하지 못하고 사용했던 부분들
• 객체지향에 대한 많은 고민없이 코드를 작성한 나머지 리팩토링이 필요한 코드들이 다수 보였다.
• 배포과정에서 잔 오류들이 많이 발생한점(multiple prime key)
• 채팅메시지를 바로 DB에 저장하여 채팅 속도가 DB 성능에 종속적인점 → 이벤트 방식으로 변경이 필요한것 같다.

• 자체평가 의견
• 기획이 작지않은 만큼 팀원들과 문제들을 해결해 나가는 과정에서 다양한 기술들을 접해 볼수 있어서 좋았다.
• 다만 짧은 기간에 기능 구현에 집중한 나머지 리팩토링이 필요한 코드들이 다수 보여서 아쉬웠다. 객체지향에 대해 조금더 고민해 봐야 할 것 같다.

👨‍💻 Jeff

• 좋은점
• 데브코스 강의에서 배운 내용을 최종 프로젝트에 적용해보면서 체득할 수 있었다.
• 다수의 프론트, 백엔드 개발자분들과의 협업을 통해 성장할 수 있었다.

• 아쉬운점
• 기획부터 개발, 배포, 운영까지 전 과정을 처음 경험해보았기 때문에
• 기획은 야심찼지만 기획을 확장하고 수정하는 과정에 있어서 빈틈이 보였다.
• 객체지향적인 코드를 충분히 고민하지 못해 아쉬웠다.

👩‍💻 Zero

• 협업 경험을 해 볼 수 있어서 좋았습니다.

• 문서화를 더 적극적으로 하면서 각자 학습한 내용을 공유할 수 있어 좋았습니다.

• 개발과정에서 RestDocs 를 충분히 활용하지 못해 프론트분들에게 API 문서를 먼저 제공해드리못해 아쉬웠습니다.

• 코드를 어떻게 하면 더 객체지향적으로 짤 수 있는지 충분히 고민하지 못해 아쉬웠습니다.

• 프로젝트에서 모든 테스트를 단위테스트로 하였고 기능 개발이 끝나면 pr에 postman 실행 결과를 캡쳐해서 올리기로 하였었는데, 차라리 API 문서화를 swagger 또는 postman으로 하거나 아니면 통합 테스트를 했으면 더 좋았지 않았을까 하는 아쉬움이 있습니다.