기초 프로젝트 최종 팀 회고

[youngseo-jeon]

왜 회고를 해야 하나요?

바쁘고 치열하게, 또 잘 버티고 있는 스프린트 19기 여러분!

매주 팀 단위로 회고를 하며 어떤 점이 좋았고, 어떤 점이 아쉬웠고, 아쉬웠던 부분은 어떻게 개선해볼지 함께 이야기해보면
그 다음주에는 더 나은 프로젝트를 진행할 수 있을거예요. 회고를 통해 함께 성장해보아요 🔥

회고 시간만큼은 솔직한 생각, 마음을 터놓아보아요!
솔직한 회고를 통해 다음주는 더 즐겁게 프로젝트를 진행할 수 있을거예요.

회고 방법

회고는 “KPT 회고” 방식으로 진행해볼거예요. 아래 방법대로 회고해주시면 됩니다.

팀원들과 모여 그 주의 팀 프로젝트 활동을 돌아보며, '좋았던 점(Keep) / 아쉬웠던 점(Problem) / 시도해볼 것(Try)'으로 항목을 나누어 회고해주세요.

• Keep : 현재 우리팀이 잘 하고 있어서 계속 유지하면 좋을 것 같은 부분
• Problem : 현재 우리팀이 가지고 있는 문제
• Try : Problem에 적은 것을 해결하기 위해 우리 팀이 다음에 시도해볼만한 것 (혹은 Keep 중에서도 더 개선하거나 시도해보고 싶은 것)

KPT 회고 피그마 템플릿을 활용해서, 팀 회고를 진행하셔도 됩니다.
단 템플릿 사용시, 팀별로 복제해서 사용해주세요. 꼭 템플릿을 사용하지 않아도 되니, 팀별로 편한 방식으로 회고를 진행해주세요.

이번주 목요일까지, 팀 회고한 내용을 정리하여 댓글로 올려주세요.
(댓글에 예시 회고를 올려드릴테니, 참고해주세요. 피그마 템플릿으로 진행하셨다면 캡쳐본을 올려주셔도 돼요.)

참고글

KPT 회고란 무엇인가?
팀문화의 탄생

[youngseo-jeon]

🍀 0팀 (예시)

Keep

• 미팅 시간 약속을 모두 잘 지켜준다.
• 프로젝트 과정에서 기술 고민을 함께 하는 것이 서로의 학습에 도움이 된다.
• 새로운 제안을 했을 때, 모두 개방적으로 의견을 들어주어서 고맙다.
• 위워크에 모여서 하다보니, 프로젝트 진행이 빠르게 잘 이루어진다.

Problem

• 커밋 메시지가 명시적이지 않아서, 서로 어떤 작업을 했는지 파악하기 힘들었다.
• 급하게 코드를 작성하느라, 폴더 구조가 이상하다.
• 서로를 너무 배려하느라, 의견을 더 많이 나누지 못한다.

Try

• 협업을 위해, 커밋 메시지를 더 구체적으로 작성한다. (커밋 메시지 규칙 정하기)
• 폴더 구조를 다시 논의하여 폴더 구조 규칙을 만들고, 규칙에 맞추어 파일을 배치한다.
• 각자 하루에 한 번 이상 의견을 낸다.

[aahreum]

👀 7팀

Keep

• 계획한 일정에 맞춰서 진행할 수 있었다.
• 소통이 원활해서 어려운 부분을 함께 해결할 수 있었다.
• 7팀 최고 👍

Problem

• 코드 리뷰를 활발히 남기지 못한 점이 아쉽다.
• 코드 구현 시 자잘한 버그가 발생해서 장시간 작업을 했다.
• 공통 컴포넌트 사용할 때 누구나 이해하기 쉽도록 주석을 잘 남겨야 했는데 그러지 못한 점이 아쉽다.

Try

• 다음 프로젝트에서는 더 많은 작업을 해보고, 리뷰를 활발하게 남기기
• 스토리북을 사용하거나 JSDoc을 더 자세하게 작성해보기
• 중간에 휴식 시간을 잘 마련하기

[yujin-fe]

4팀

keep 🥳

• 서로 배려하며 끝까지 작업을 완료했다.
• 모든 팀원이 적극적으로 나서서 작업했다.
• 시간관계 없이 소통이 잘 되었다.

problem 😮‍💨

• 팀원들을 배려하려다보니깐 피드백을 세게 못준것 같다. 적극적으로 피드백하는 문화가 더 필요하다고 생각한다.
• 이슈관리나 팀 규칙을 초반에 세우기는 했지만 모두 고려하면서 작업하지는 않았다.

try 💪

• 코드리뷰를 더 적극적으로 하면 좋을 것 같다.
• 프로젝트 초반에 대화를 더 많이 나눠서 서로 팀원들에 대해 알면 좋겠다.
• 초반 구조에 대해 더 잘 잡고나서 시작하면 좋겠다.

[taewoo26]

6팀 회고록

🧠 Keep

• 초반 기획부터 각자 역할을 명확히 나누고 끝까지 책임감 있게 작업했습니다.
• 서로의 일정과 속도를 존중하며 유연하게 협업했습니다.
• 개발 중 막히는 부분이 있을 때 멘토님과의 빠른 피드백 덕분에 문제를 빠르게 해결했습니다.

---

⚙️ Problem

• 초반 세부 기획이 부족해 개발 단계에서 수정이 많았습니다.
• 코드 리뷰와 피드백 과정이 활발하지 못해 개선할 부분이 늦게 공유되었습니다.
• API 연결하는 부분에 대해서 사용하는데에 어려움이 있었습니다.

---

💪 Try

• 다음 프로젝트에서는 코드 리뷰를 적극적으로 하기
• 작업 전 공통 컴포넌트 및 폴더 구조를 명확히 정의하고 시작하기.
• 막히는 부분이 있으면 혼자 생각하지말고 빠르게 피드백 받기.

[kminsoo0110]

3팀 회고록

keep 🥳
-서로 배려하며 작업을 끝까지 완주했다.
-모든 팀원이 적극적으로 나서서 작업했다.
-어려운거 있을 때 팀원의 도움을 잘 활용했다.

problem 😮‍💨
-적극적으로 피드백해야한다.
-개발 브랜치를 너무 늦게 파서 package.json에 이상한 파일들을 제거하느라 애먹었다.
-API 사용법 익히는데 오래걸렸다.
-컴포넌트 제작에 시간이 많이 소요되어 일정관리가 어려워졌다.

try 💪
-초반 파일구조, 깃 브랜치 전략에 대해 더 잘 잡고나서 시작해야겠다.
-코드 리뷰를 더더욱 꼼꼼히 봐야겠다.
-다들 배워나가는 과정이니 일정을 너무 타이트하게만 잡지 말자.

[daeya0406]

2팀

Keep

• 노션 기반 일정·역할 분담을 구체적으로 진행하여 협업 효율 향상
• 초기 작업 전 Figma 프로토타입 설계로 전체 방향을 명확히 공유
• UI/UX flow와 로직 구현을 병행하여 개발 속도 및 완성도 향상
• 멘토님이 말해주는 개선사항들을 최대한 반영하려 했던 점
• 여러기기들을 활용해서 반응형 관련 이슈사항들을 잡아냄

Problem

• 상태관리 적용 미완 (시간 및 인원 제약으로 우선순위 조정)
• 일부 컴포넌트 리팩토링 여유 부족
• 이슈 구두로 처리하면서 기록으로 남기지 않은 경우가 종종 있었습니다.

Try

• 실제 서비스처럼 배포하고 유지보수한 경험이 큰 성장으로 이어졌습니다.
• 협업 과정에서 코드 컨벤션, Git Flow, 커뮤니케이션의 중요성을 체감했습니다.

[Sseung22]

🍀 5팀

Keep

• 프로젝트 초반에 개발 플로우, 코딩 컨벤션, R&R을 명확히 정리하고 문서화 하여 효율적인 협업 기반을 마련함
• 각자의 역할과 책임을 명확히 분배하여 개발 과정의 혼선을 최소화함
• 팀원들의 진행 속도와 상황에 맞춰 유연하게 일정 및 작업을 조정함
• GitHub 협업을 통해 실제 협업 프로세스를 체계적으로 학습할 수 있었음

Problem

• 일부 팀원이 API 개발 또는 컴포넌트 제작에 직접 참여하지 못한 점이 아쉬웠음
• 공통 컴포넌트의 범위와 기준이 명확하지 않아 설계 단계에서 어려움을 겪음
• 첫 협업 프로젝트로서 GitHub 사용, 컨벤션 설정 등 협업 전략을 익히는 과정이 다소 낯설었음

Try

• 리팩토링
• 협업과정에서의 (PR) 코드리뷰를 더 신경써서 할 것

[chldntjr1321]

👏 1팀

Keep

• 팀원분들이 프로젝트를 배포한 이후에도 꼼꼼하게 QA를 해주셨습니다!
• 새로 알게된 내용이나 문제를 해결한 부분에 대한 설명까지 곁들여서 PR에 첨부해주셔서 도움이 많이 됐습니다!
• 자신이 팀원들에게 도움을 줄 수 있는 부분이 있는지 계속해서 체크하시는 것도 많은 힘이 됐습니다~!

Problem

• 이슈 관리나 다양하게 직면한 문제 상황과 해결 방안을 문서화 해두지 못한 것이 아쉽다..
• 다들 첫 프로젝트라서 초반에는 소통에 사아알짝 어려움이 있었습니다....
• 리액트에도 아직 익숙하지 않은 상태라 몇 배는 더 정신이 없었던 것 같습니다🫨

Try

• 팀원들끼리 코어타임 같은 규칙들을 조금 더 세밀하게 정하기
• 모르는 부분을 너무 혼자서 오랫동안 끌어안고 있지 말고 공유하기
• 협업에서 소통하는 방식에 대해 조금 더 신경쓸 것!

[looks32]

9팀

Keep

• QA를 적극적으로 진행하였다.
• 프로젝트를 잘 마치고 발표도 잘 진행하였다.

Problem

• 일부 팀원이 API를 다루지 못해서 아쉬웠다.
• 시간 약속을 일부 지키지 않아서 아쉬웠다.
• 커밋, pr, issiue 규칙을 만들었으나 지켜지지 않았다.

Try

• 다음 프로젝트는 규칙을 더 세밀하게 만들어서 진행하는 게 좋을 것 같다.
• 급하게 진행한 코드들을 디벨롭하는 시간을 가지면 좋을 것 같다.
• 부족한 개념 공부를 해야할 것 같다.