기초 프로젝트 최종 팀 회고

[yoonmi-codeit]

왜 회고를 해야 하나요?

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

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

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

회고 방법

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

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

참고글

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

[yoonmi-codeit]

🍀 0팀 (예시)

Keep

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

Problem

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

Try

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

[jsh1147]

2팀

Keep

• 요구사항과 디자인 시안을 거의 구현함
• 새로운 라이브러리를 활용함
• 프로젝트 진행 중 원만한 소통

Problem

• 공용 컴포넌트 일부 미적용
• 로딩과 에러 처리 미흡

Try

• PR 세분화로 진행 상황 공유 활성화
• 다양한 웹 접근성 고려
• 부족했던 리팩토링 추가 진행
• 디자인 시안 수정 및 기능 추가

[mulddang2]

🎁 4팀

Keep

• 발표 준비에 있어 역할을 분담하여 각자 맡은 파트를 문제없이 끝냈다.
• 프로젝트 마무리까지 팀원 자신의 역할에 최선을 다하여 잘 마무리 되었다.
• 발표일정에 맞춰 발표를 무사히 마쳤다.

Problem

• 모든 요구사항을 해결하지 못한 점이 아쉽다. 특히 반응형을 다 구현하지 못했다.
• 코드 리펙토링 시간이 더 필요할 것 같다.
• 비동기 데이터 통신을 구현하지 못해서 아쉽다.

Try

• 반응형 웹을 위해 css코드를 개선하고 싶다.
• 수정해보고싶은 부분을 찾고, 개인적으로 리펙토링 시간을 가져본다.
• 복습하면서 개념을 실전에 적용시킬려고 노력해봐야겠다.

[swim-kim]

1팀

Keep

• 페이지 제작 하면서 알았던 사실들을 공유하면서 배워나갈 수 있었다
• 모르는걸 솔직하게 물어보고 알려주는 팀 분위기가 좋았다
• 커밋 룰 등 몰랐던 협업 환경을 알 수 있어서 좋았다

Problem

• 작업 시간이 어느정도 소요 될지 정확하게 파악하기 힘들었다.
• 기능 구현 시 놓치는 요소들이 많아 아쉬웠다.

Try
-팀 내에서 더 많은 코드 리뷰를 통해 나의 부족한 부분을 개선하여 팀 전체의 코드 퀄리티를 높여보자

• 기능 구현하기 전 자신이 해야 할 작업 하나를 세부적으로 글로 적어보기
• 플로우를 작업 초반에 한번 정리하기
• 자신의 작업중 우선순위를 정해서 우선순위가 높은것부터 작업하기

[changhui-chan]

3팀

Keep

• 코드 유지보수 및 재사용성 높이기 위해 많은 고민을 하고 반영해서 그나마 괜찮은 코드를 작성했다.
• 좋은 디자인과 사용자 경험 향상을 위한 코드를 작성했다.
• 기능별로 브랜치를 분리하여 충돌을 최소화하고 협업 효율이 향상되었다.
• 결과물을 계획한 시간 내에 제출하였다

Problem

• 일정이 예상보다 늦춰지면서 마감 직전에 기능을 급하게 구현해야 했다. 프로젝트 후반부에 가서 완성도에 영향을 미쳤다고 생각
• 이로 인해 후반에서는 코드리뷰 등이 충분히 이루어지지 못했다
• 결과물 도출 과정에서 발표 일정을 고려하지 않아 급하게 발표물을 만들어야 해 최종 결과물을 제대로 보여주지 못했다 생각한다.

Try

• 다음 프로젝트에서는 기능별 마감일정을 명확하게 정하고, 초기부터 일정을 꼼꼼하게 관리한다.
• 문제 관리를 조금 더 철저히 해서 완벽한 결과물이 나오도록 한다.
• 개발도중 이슈가 생겼을때 이를 기록, 공유 하는 부분이 부족했던것 같다.
• 다음 프로젝트는 역할 분배를 확실하게 하여 일정이 꼬이는 일이 생기지 않게 한다