기초 프로젝트 최종 팀 회고

[beejugy]

왜 회고를 해야 하나요?

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

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

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

회고 방법

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

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

참고글

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

[beejugy]

🍀 0팀 (예시)

Keep

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

Problem

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

Try

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

[ghost]

3팀

KEEP

• 성실한 팀미팅 및 멘토링 참여
• 적극적인 의견 공유
• 새로운 기술 혹은 정보에 대한 낙관성(ex. Redux, Lodash, scss등)
• 지속적인 리펙토링 및 기능 추가
• 프로젝트 종료 후에도 프로젝트에 대한 피드백과 리펙토링을 하는 열정

PROBLEM

• 프로젝트 전체 구조에 대한 이해도
• 팀 내의 분위기가 좀 더 업 되었으면 좋겠다.

TRY

• 구현 예상 기간에 있어서 이상적으로 기간을 잡기 보다는, 11.11~13와 같이 범주화해서 잡은 후 점차적으로 마감 기간을 구체화 해나가는 것이 좋을 것 같다.
• 프로젝트 전반에 대한 이해를 위하여 코드 분석, 다른 파트 간의 활발한 의견 공유 등을 진행하는 것이 좋다는 것을 느끼었다.

[1022gusl]

1팀

---

KEEP

• 각자 맡은 역할에 충실하게 임했다
• 지속적인 PR과 리뷰를 통해 개선할 점을 같이 고민하고 발전시켰다
• 컨벤션을 잘 지켜주었다
• 정해둔 코어타임에 다들 자리에 상주하려고 노력헀다(2주차 회고 피드백)

Problem

• 기능의 완성을 목표로 하다보니 코드의 효율성은 조금 떨어지는 부분이 존재한다
• alert로 출력되는 부분도 공통 모달을 활용해 UX를 향상시키면 좋았을 것 같다.

Try

• 멘토님이 말씀해주신 SOLID원칙을 상기하며 코드 리팩토링을 해본다.

[junghwaYang]

2팀

Keep

• 커뮤니케이션이 적극적이어서 좋았다.
• 각자 맡은 업무를 책임감 있게, 무사히 완료 하였다.
• 타 팀 결과물 대비 기능, 디테일, 추가개발 부분에서 우수 했다.
• 목표를 달성 한 것이 너무 좋았다.
• 협동심이 좋았다.
• 팀 분위기가 매번 좋았다.

Problem

• 리팩토링 방식이 다소 부적절했다.
• 단일 책임 원칙을 지키지 못했다.
• 온전한 디자인 시스템을 구축하지 못했다.
• 계획한 일정을 지키지 못했다.
• 커뮤니케이션의 전체 비중으로 봤을때 골고루 적극성을 갖지 못했다.

1~2명만 커뮤니케이션 비중이 높음

• 코드 리뷰를 할때 좀 더 각자의 의견을 적극적으로 냈으면 좋겠다.
• 무슨일이있어도 헬스 체크 필수. 전반적으로 헬스 체크를 못했다.

Try

• 리팩토링도 경험이니까, 그만큼 공부하고 프로젝트를 하면서 개선하면 될 것 같다.
• 단일 책임 원칙은 앞으로 코드를 칠때 생각하면서 작성하려고 노력해야겠다.
• 각자의 역량을 키워, 일정에 차질이 없도록 하자.
• 어느정도 코어 타임때 집중해서하고, 헬스 체크 필수! (휴식때는 확실한 휴식! 작업할땐 확실한 작업!)
• 이번은 첫프로젝트니까 경험자를 따라가는게 있었는데 이제는 다같이 경험자가 되었으니 좀더 본인의 의견을 적극 어필하여, 커뮤니케이션에 참여하겠다.
• 내가 치는 코드에 대한 명분과 확실한 이유를 생각하며, 코드를 작성해야겠다. 그래야 팀원들한테도 설명이 가능한 부분인것같다. 이렇게 하면 커뮤니케이션을 적극적으로 할 수 있을것같다.
• 다음에는 팀장이라는 직책에 도전을 하여, 좀 더 적극적인 커뮤니케이션을 할 수 있도록 해야할것같다.
• 평소에 지식을 많이 쌓고, 이번 경험을 토대로 다음 프로젝트에서는 의견을 좀 다양하게 내봐야겠다.
• 만나서 진행하면 프로젝트 진행이 빨랐을것같다.

[Donghunn-Lee]

6팀

Keep

• 사전에 설정한 gitflow 컨벤션을 지키려고 노력했습니다.
• 처음 하는 프로젝트임에도 불구하고 코드 리뷰와 피드백이 적극적으로 이루어져서 좋았습니다.
• 기본 요구사항을 제외하고 추가 기능들에 대해 모든 팀원들이 적극적으로 구현하여 서비스의 퀄리티가 높아진 점은 모든 팀원들이 잘했다고 생각합니다. 그리고 Git Flow 전략을 잘 선택하여 merge할 때 conflict가 거의 발생하지 않았던 점도 잘했다고 생각합니다.
• 데일리스크럼에적극적으로참여하여모두가 진행상황을 인지하고 흐름을 유지할 수 있었습니다.

Problem

• 추가 기능이나 수정사항을 수정하는 과정에서 간단하고 판단해서 상위 브랜치에서 바로 수정하고 pr 하려는 점이 문제였던것 같습니다.
• 기존에 정했던 컨벤션들이 모두 완벽하게 지켜지지 않았던 점이 아쉽습니다.
• 프로젝트 경험이 많지 않다 보니 계획을 촘촘하게 짜는 것이 쉽지 않아 개발 일정이 살짝 뒤로 밀린 점이 아쉽습니다.
• 계획을 조금 더 세세한 부분까지 치밀하게 짰다면 조금 더 매끄러운 과정으로 진행할 수 있었을 것 같습니다.

Try

• 다음 프로젝트 기간때에는 추가기능과 관련된 브랜치를 따로 파서 전략을 수립하겠습니다.
• 프로젝트가 끝나고 다시 정해진 컨벤션을 상기시키고 리팩토링해서 시도하면 좋을 것 같습니다.
• 협업 과정에서 피드백의 중요성을 깨달았고, 다음 협업 때는 더욱 적극적인 피드백이 이루어질수록 완성도를 높일 수 있을 듯합니다.
• 이번 프로젝트의 경험을 살려 다음 프로젝트에서는 이번 프로젝트에서 함께 규칙을 정하지 않아 아쉬웠던 부분(pr 제목 양식 등), 계획 부분에서 아쉬웠던 점을 보완하여 가져가면 좋을 것 같습니다

[Gwanhoo]

4팀

K (Keep)

• 미팅 시간을 잘 지키고, 미팅에 잘 참석해준다.
• 이슈가 있을 때 서로 도와 해결하려고 한다.
• 미팅 참여도가 높다.

P (Problem)

• 소통을 많이 해보지 못했다.
• Swagger에 대한 명확한 사용 방법을 숙지하는 사람이 적었다.
• 서로의 기술과 코드를 설명하는 시간이 부족했다.

T (Try)

• 개발 전 Swagger를 통해 개발 방향을 잡고 진행한다.
• 서로에게 조언을 해준다.
• 다음 프로젝트 때 아쉬웠던 점을 보완한다.
• 오후에 진행하는 데일리 스크럼에서는 서로가 만드는 부분에 대해 퀴즈를 내거나, 간단한 코드 발표를 하는 것도 좋을 것 같다.

[Woolegend]

8팀

Keep

• 개선 사항이 생겼을 때 빠르게 반영한다.
• 전체적으로 일정에 여유가 있어 좋았다.
• 팀원 모두 맡은 일에 책임감을 가지고 임했다.
• 발표까지 무사히 완수했다.

Problem

• 맡은 일을 제 때 끝내지 못해 다음 작업까지 차질을 빚었다.
• 팀원들과 더 친해지지 못한것이 아쉽다.
• 시간이 부족해 더 많은 시도를 해보지 못한것이 아쉽다.
• 부족한 소통으로 작업물간의 연계가 부족했다.

Try

• 작업 완료 일자를 명확히 파악해서 다음 사람에게 전달해주었으면 좋겠음.
• 실패해도 좋으니 좀 더 새로운 것에 도전해보면 좋겠다.
• 프로젝트 외 시간을 활용해 서로 좀 더 친해질 수 있는 기회를 만들면 좋겠다.
• 팀원이 좋은 모습을 보이면 적극적으로 칭찬해보면 좋겠다.
• 프로젝트를 진행하며 좀 더 자신있게 의견을 피력해보면 좋겠다.

[horororok]

5팀
K
위기에 대한 유연한 대처가 매우 좋았습니다.
P
다들 현생에 치여 바빠 참여가 어려웠습니다.
T
서로를 다독여 함께 할 수 있도록 노력해야겠습니다.

[bhoh032019]

7팀

Keep

• 프로젝트 진행 중 문제가 발생했을 때 서로 도와주며 문제를 해결해 나갔다.
• 팀원들 사이에 소통이 원활하게 이루어졌다.
• 팀원 모두 맡은 일에 책임감을 가지고 임했다.
• 발표까지 잘 마무리 했다.

Problem

• 시간이 부족해 더 많은 기능들을 추가해 해보지 못한것이 아쉽다.
• 서로의 코드를 리뷰해 보는 시간을 많이 갖지 못해 아쉽다.

Try

• 실패해도 좋으니 좀 더 새로운 것에 도전해보면 좋을 것 같다.
• 프로젝트가 마무리 된 시점에서 리팩토링을 진행하면 좋을 것 같다.