중급 프로젝트 최종 팀회고

[youngseo-jeon]

왜 회고를 해야 하나요?

바쁘고 치열하게, 또 잘 버티고 있는 스프린트 19기 여러분!
정신없이 프로젝트를 하다 보면 현재 우리 팀의 방향성과 목표를 잊어버리기 쉬워요.
매주 팀원들과 일주일을 회고하며 프로젝트를 위한 원동력이 되었으면 좋겠어요.

회고에 대한 궁금증

회고와 일기의 차이는 무엇인가요?

• 일기는 일상에서 있었던 일들을 의식의 흐름대로 편하게 적는 것이라면,
  회고는 함께 보고 듣고 경험한 사건과 현상들을 곱씹어 보고, 그중에 특히 되짚고 싶은 것들을 '왜' 와 '어떻게'에 집중해서 기록하는 것입니다.

회고 방법

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

• 팀원들과 모여 그 주의 팀 프로젝트 활동을 돌아보며, '좋았던 점(Keep) / 아쉬웠던 점(Problem) / 시도해볼 것(Try)'으로 항목을 나누어 회고해주세요.
  • Keep : 현재 우리팀이 잘 하고 있어서 계속 유지하면 좋을 것 같은 부분
  • Problem : 현재 우리팀이 가지고 있는 문제
  • Try : Problem에 적은 것을 해결하기 위해 우리 팀이 다음에 시도해볼만한 것 (혹은 Keep 중에서도 더 개선하거나 시도해보고 싶은 것)
• KPT 회고 피그마 템플릿을 활용해서, 팀 회고를 진행하셔도 됩니다.
  • 단 템플릿 사용시, 팀별로 복제해서 사용해주세요. 꼭 템플릿을 사용하지 않아도 되니, 팀별로 편한 방식으로 회고를 진행해주세요.
• 이번주 일요일까지, 팀 회고한 내용을 정리하여 댓글로 올려주세요. (댓글에 예시 회고를 올려드릴테니, 참고해주세요. 피그마 템플릿으로 진행하셨다면 캡쳐본을 올려주셔도 돼요.)

참고글

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

[youngseo-jeon]

🍀 0팀 (예시)

Keep

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

Problem

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

Try

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

[aahreum]

🔥 7팀

파이팅!

[k0nghaa]

4팀 🍷

Keep

코어타임 외에도 온라인 모각코를 통해 즉각적인 소통이 이루어져 업무 효율이 높았다.
모르는 부분이나 고민거리를 솔직하게 공유하고, 팀원들이 적극적으로 경청하며 도움을 주었다.
다른 팀원의 작업물을 수정할 필요가 있을 때, 신속한 소통 후 직접 수정하여 프로젝트 진행이 지체되지 않도록 했다.

Problem

디테일에 과도하게 집중하다 보니 전체 작업 진행 속도가 느려지는 경우가 있었다.

Try

완성을 목표로 먼저 작동하게 만든 후 리팩토링 단계에서 품질을 개선하는 방식으로 작업한다.
우선순위를 명확히 하여 핵심 기능 구현에 집중하고 세부 개선사항은 별도로 관리한다.

[chldntjr1321]

✋ 5팀

Keep

• 역할 분담을 할 때 본인이 하고 싶은 작업에 대해 적극적으로 말해주어 수월했다.
• 멘토링 피드백을 토대로 조금 더 실무에서 사용할 법한 코드를 작성하는 방법에 대해 배웠다.

Problem

• 진행 상황 공유가 잘 되지 않아 전체적인 일정이 지연된다.
• 연락을 잘 보지 않아 답답한 상태가 지속된다.

Try

• 조금 더 책임감을 가지고 열심히 소통해주었으면 한다.
• 벅찬 것은 조금 더 팀원들끼리 공유하고 일감을 조금씩 더 분배하더라도 전체적인 일정을 맞춰야 한다.

[Jihyun0522]

🌟3팀

Keep

• 다른 팀원들이 남긴 피드백을 확인하고 반영하고 있다.
• 진행 상황 공유 등 팀원들 간의 즉각적인 소통이 이루어져 업무 효율이 높았다.
• PR 승인 및 머지 프로세스가원할하게 이루어지고 있다.

Problem

• 작업 속도가 느려 시작할 때 세운 계획을 지키지 못했다.
• 팀원별 작업 속도 차이로 인해 병목이 발생했다.
• 일부 API 연동 과정에서 오류와 어려움을 느꼈다.

Try

• 작업 속도 차이를 줄이기 위해 일정이나 난이도를 조정한다.
• 작업에 우선순위를 두어 높은 순위의 작업 먼저 집중한다.
• API 관련 문제는 운영진, 멘토, 강사에게 문의하여 빠르게 해결할 수 있도록 한다.
• PR을 올리기 전 오류나 개발 단계에서 사용하는 소스가 없는지 한번 더 확인하기.
• 공통적으로 막히는 상황에 대해 해결 방안을 공유한다.
• 리팩토링 과정을 거쳐 코드의 품질을 개선할 수 있도록 한다.

[Seony-Y]

8️⃣팀

Keep

• 컴포넌트 설계 및 스타일 가이드 일관성이 있었다.
• 역할 분담이 명확하게 진행되었으며, 각자의 위치에서 작업했다.
• 지난주 보다 서로간의 코드리뷰를 좀더 적극적으로 진행했다
• 접근성을 고려한 속성값이나, 스켈레톤 UI 등을 사용하여 구현하였다.

Problem

• 기능 구현 범위 관리 및 일정 관리의 어려움이 있었다.
• 코드 스타일이 완전히 통일되지 않은 부분들이 있다.
• 실시간으로 진도를 정확하게 체크하지 못한 부분이 아쉬웠다.
• 리팩토링에 대한 코드 수정에 대한 필요성을 자주 느꼈던 것 같다.

Try

• 빠른 피드백과 팀원 코드에 대한 유연한 대응이 필요할 것 같다.
• 적극적인 팀미팅과 이슈 공유들 진행 필요할 것 같다.
• 성능 최적화 도구를 이용하여 페이지 성능 최적화 확인이 필요할 것 같다.

[yujinimda]

🐾6팀

Keep

• 팀미팅 시간을 잘 지키고, 미팅 때 각자 진행한 작업 공유가 명확하게 이루어졌다.
• 질문과 답변이 활발하게 오가며, 서로의 작업도 적극적으로 살펴보고 도와주는 분위기가 있었다.
• 협업 과정에서 커뮤니케이션 흐름이 안정적이고, 전반적으로 팀워크가 좋았다.

Problem

• 코드 리뷰 속도가 느리고 참여율이 전체적으로 낮아지는 경향이 있었다.
• 파일 구조가 복잡해지면서 일부 팀원들이 경로/구조를 헷갈려 하는 문제가 있었다.
• 구조 이해나 리뷰가 늦어져 작업 진행 속도가 살짝 지연되는 경우가 있었다.

Try

• 리뷰 과정에서는 “피드백 중심”보다 모르는 것, 의문점, 정보 공유 중심으로 진행해 리뷰 속도를 높이기로 했다.
• PR 머지를 빠르게 하기 위해, 리뷰 부담을 줄이고 작은 단위로 자주 올리는 방향을 시도하고 있다.
• 팀 전체가 파일 구조를 다시 한번 맞춰보고, 동일한 구조 이해를 바탕으로 작업 효율을 높이기로 했다.

[Greensod-96]

1팀

[nickwildee]

2팀

Keep

API 요청과 응답 스키마를 Zod로 철저히 검증해, 타입 안정성과 런타임 안정성을 모두 확보했다.
Next.js의 App Router + BFF 구조로 인증 로직을 일원화해서, 토큰 처리 실수를 줄였다.
Zustand를 활용한 전역 상태 관리가 안정적으로 동작해, prop drilling 문제를 줄였다.
Vercel 배포 파이프라인이 자동화되어 있어서 팀 전체가 배포 과정을 신경 쓰지 않아도 된다.

Problem

Zod 스키마를 과하게 세분화하면서, 일부 요청/응답 DTO 수정 시 참조 관계가 꼬였다.
Modal, Button 등 공통 컴포넌트의 prop 규칙이 통일되지 않아 스타일과 props 사용이 혼재됐다.
깃 브랜치 관리가 일관되지 않아, rebase 중 충돌이 잦았다.
코드 리뷰 시 실질적인 로직 피드백보다 사소한 스타일 논의로 길어지는 경우가 있었다.

Try

DTO 관리 전략을 명확히 세워, 공통 타입과 도메인 타입을 구분하여 관리한다.
공통 컴포넌트의 prop 네이밍 규칙(isOpen, onConfirm, variant 등)을 정리하고 문서화한다.
브랜치 네이밍(feature/, fix/, refactor/)과 커밋 컨벤션을 명확히 지정한다.
코드 리뷰 기준을 “동작 + 구조 중심”으로 두고, 스타일은 린터/프리티어가 자동 처리하도록 위임한다.