Keep (잘한 점)
FE 팀
- 협업 프로젝트 시작 후 제일 치열하게 개발
- 디자인, 인프라, 개발, 문서화 등 모든 분야를 놓치지않으려고 애썼다
- 2주차 멘토링 받고 피드백 바로 반영
- 문서나 코드의 문제나 피드백 익일까지 바로 수정해서 이후에 생길 변경작업을 줄임
수민
- 코드를 작성할 때 넓게 보고 작업함
- 내가 맡은 부분뿐만 아니라 다른 사람의 코드도 신경쓰면서 공통화할 수 있는 부분은 공통화시키고, 코드를 효율적으로 바꿔감.
- 긍정적인 의사소통을 많이 나눔으로써 팀원의 사기를 북돋아줌
- 멘토링 피드백 내용을 이해하기 쉽게 정리해서, 팀원들이 이해하기 쉽도록 도움을 줌.
정민
- 코드 리뷰를 깊게 생각하고 정성스럽게 함
- HTML이나 CSS 적인 부분은 어느정도 정답이 나와있기 때문에 하나의 의견으로 좁혀지기 쉽지만, 서비스 로직으로 들어가면 각자의 생각이 다를 수밖에 없음
- 내가 틀리든 맞든 생각의 근거를 가지고 예시 코드를 설명하면서 코드의 방향성을 제시하는 리뷰가 아주 인상적이었음
- 리뷰를 받는 사람도 많이 배우게 되는 태도였음
Problem (부족한 점)
FE 팀
수민
- 디자인을 피그마에 있는 형태에 너무 의존함
- 개발자끼리 하는 프로젝트 성격상, 어느정도는 융통성을 가지고 디자인에서 디벨롭해야하는데 보기에 이상하거나 잘못된 것 같은 부분도 일단 똑같이 만든 후에 디자인 한 팀원에게 물어봄
- 디자인도 팀전체의 업무이기 때문에 잘못된 부분은 스스로 생각하고 고친 뒤에 확인하는 방향으로 바꿀것
- 팀원의 배경지식이나 역량을 고려하지 않고, 나의 경험에 근거하여 상황을 단정짓거나 정보의 공유도 일방향적으로 빠르게 전달함
정민
- PR merge 후 테스트코드 통과 실패로 배포가 안되었는데 해결에 어려움을 겪음
- 버그 및 에러 핸들링 미흡
- 발생한 버그를 신속하게 해결하지 못해 작업이 지연됨.