기초 프로젝트 최종 팀회고

[kansoll]

왜 회고를 해야 하나요?

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

회고에 대한 궁금증

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

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

회고 방법

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

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

참고글

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

[kansoll]

🍀 0팀 (예시)

Keep

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

Problem

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

Try

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

[nagyum]

🍀 9팀

Keep

• 코어 타임을 다들 잘 지켜줬다
• 프로젝트 과정에서 서로 코드에 대한 설명을 잘해줘서 실력이 늘었다
• 새로운 제안이나, 본인이 하지 않는 부분에 대해서도 신경써줘서 퀄리티가 올라갔다

Problem

• 커밋 메시지가 명시적이지 않아서, 서로 어떤 작업을 했는지 파악하기 힘들었다.
• 브랜치를 사람순으로 해서 conflic가 좀 나서 불편했다

Try

• 헙업을 하기전 사람들과 규칙들을 더 많이 세울것이다

[SeokChan-Lee]

🍀 7팀

Keep

• 마무리 작업을 하며 발생한 이슈를 함께 고민하고, 해결해갔다.
• 모두 의견을 적극적으로 내고, 규칙을 잘 지켜주었다.
• 일정을 잘 준수하며 목표한 작업을 마무리할 수 있었다.

Problem

• 초기에 폴더 구조를 좀 더 구체적으로 세웠어야 했다.
• 커밋 메시지와 PR을 세세하게 작성하지 못했다.
• 마무리 작업에 수정사항이 예상보다 많았다.

Try

• 초기 설계와 문서화 작업에 더 많은 시간을 투자해야 한다는 것을 깨달았다.
• 커밋 메시지와 PR 작성 기준을 명확히 정해두어야 할 것 같다.
• 작업 중 발생 가능한 이슈를 사전에 예측하고 대비하는 것이 필요하다고 느꼈다.

[y5037]

🍀 4팀

Keep

• 프로젝트 일정 및 팀미팅 등 약속 시간에 철저하다.
• 그라운드 룰 및 프로젝트 초기 세팅에 맞춰 규칙을 굉장히 잘 따라주었다.
• 프로젝트 진행 및 마무리 작업 시 함께 해결하기 위해 힘을 합치는 단합력을 보여주었다.

Problem

• 프로젝트 일정을 타이트하게 잡지 않아 이슈가 발생할 때마다 예정했던 일정보다 딜레이되는 경우가 조금 있었다.

Try

• 프로젝트를 진행하기 전 API 구조를 조금 더 세밀하게 분석해서 예기치 못한 이슈에 대응하도록 하는 작업도 필요할 것 같다.

[0430will]

🍀 3팀

Keep

• 의견을 잘 들어주었다
• 기본과정 외 다양한 기술을 사용해보았다.
• 미팅시간을 다들 잘 지켜주었다
• 역할 잘 분담되었다.

Problem

• 시간약속이 잘 지켜지지 않았다
• 공통으로 사용 할 수있는 부분을 공통 컴포넌트를 사용을 많이 하지 못해 코드 퀄리티가 낮아졌다.

Try

• 각자의 코드리뷰시간을 가져봐야겠다
• 다음에는 규칙들과 사용하려했던 초기 협업을 더 잘 이용하면 좋을 것 같다.

[ToKyun02]

🍀 6팀

Keep

• 코드 리뷰를 꼼꼼하게 하여 상생할 수 있었다.
• 마지막까지 지치지 않고 개선점을 찾으려고 하는 태도가 좋았다.
• 브랜치를 세분화하여 잘 나눈 것 같다.
• 지속적으로 소통하려고 노력한 것이 좋았다.

Problem

• 팀원 간의 실력 차이에 대한 고려가 조금 부족했던 것 같다.
• 막히는 부분이 생기면 혼자 고민하느라 진행속도가 느려질 때가 있었다.
• 컨디션 관리를 적절하게 하지 못한 것 같다.
• 때때로 약속한 시간이 잘 지켜지지 않은 것 같아 아쉽다.

Try

• 사전 작업을 더욱 섬세하게 하면 구현하는데 더 쉬울 것 같고, 이슈도 줄일 수 있을 것 같다.
• 일정 시간 동안 고민해보고, 해결이 안되면 다른 팀원들에게 공유하면 좋을 것 같다.
• 다른 팀원들의 코드를 세밀하게 분석해보고 싶다.

[rnquf59]

🍀8팀

Keep

• 미팅 시간 약속을 모두 잘 지켜준다.
• 개발 시간에 촉박함이 다가오니 집중적으로 더 개발에 몰두했다.
• 피그마에서 재연 하는 것 외의 기능 고민을 했다.

Problem

• 좀 더 디자인적인 부분에 손을 대고 싶었지만, 시간이 좀 촉박 했던것 같다.

Try

• 최종적인 시점에서 폴더 규칙에 한번 더 중요함을 느끼고, 세분화하되 최소한으로만 배치하도록 고민해야 할 것 같다.
• 프로젝트가 마무리가 되어가는 시점에서 서로의 담당 부분을 브리핑 해준다

[charie95]

🍀2팀

Keep

• 지속적인 프로젝트 완성도 점검체크를 하니까 좋았습니다.
• 코드 리뷰를 통해 발견한 문제점을 적극적으로 해결하려고 한다.
• 멘토링 피드백을 반영하려고 노력한다.

Problem

• 코어 타임을 설정하지 않은것 같음
• 깃 사용법이 아직은 미숙한것 같음

Try

• 다음 프로젝트때는 코어 타임을 설정하여 원할한 소통이 되도록 개선해봐야겠습니다.
• 팀원들간의 본인 코드를 셀프리뷰하는 시간이 더 많으면 프로젝트 이해도가 더 높아질 것 같습니다.
• 다음 프로젝트를 위해 깃연습을 더 해봐야할 것 같습니다.