심화 프로젝트 1주차 팀 회고

[yoonmi-codeit]

왜 회고를 해야 하나요?

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

회고에 대한 궁금증

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

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

회고 방법

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

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

참고글

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

[yoonmi-codeit]

🍀 0팀 (예시)

Keep

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

Problem

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

Try

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

[SHAKALOHANA]

🌎 1팀

Keep

• 데일리 미팅(팀 프로젝트)에 팀원 모두가 적극적으로 참여하고 있음
• 서로 솔직하게 생각을 표현하고, 새로운 시도에 긍정적인 태도로 임함
• 대화가 잘 통하고, 적극적으로 의사소통함

Problem

• 코딩 스킬 및 개발 지식이 다소 미흡하여 프로젝트 진행 중 모르는 부분이 자주 발생
• 프로젝트 계획이 구체적이지 않아 일정이나 목표가 모호해질 때가 있음

Try

• 계획을 더 더 작은 단위로 세분화하고 목표 설정
• 데일리 미팅 : 모두의 진행 상황을 구체적으로 파악하고, 대응 / 계획 수정
• 데일리 미팅 : 전날 작업 과정에서 발생된 어려웠던 점 필수 공유 / 함께 배우는 기회로 삼아 집단 지성으로 보완, 극복

[changhui-chan]

3팀
keep - 유지하면 되는거

• 매일 진행 상황 공유하는 것
• 문서 정리
• 매일 해결해야할 과제 체크
• 소통 관련된 모든 것

problem - 문제 있는 거

• 코드가 중간중간 고장날 때가 생김
• RNR을 디테일하게 정하지 못함

try - 문제에 대한 해결 위주 시도

• 진행 상황 파악해서 RNR재분배
• 검색과 학습 통한 개선 → 다 같이 트러블 슈팅하는 방향이 좋을 거 같아요

[mulddang2]

🍀 2팀

Keep

• 논의해야할 것들이 있을 때, 자기주장만 하기보다는 서로 이해하며 논의를 한다.
• 이해가 안 되는 부분에 있어 잘 설명을 잘해준다

Problem

• 지난 주부터 미리 논의하고 셋팅했는데, 미리 했는데 꽤 시간이 오래 걸린 것 같다.
• 잘모르겠습니다..

Try

• 중간 점검 때까지 개발 속도를 더 높여야 할 것 같고, 시간을 더 투자해야할 것 같다.

[jsh1147]

👷‍♂️ 4팀

Keep

• 모두 적극적 코드리뷰
• 새로운 스택을 도입하여 장기적인 발전 가능성을 열었다.
• 일일 단위 진행 상황 공유

Problem

• 새로 도입한 스택으로 인해 러닝 커브가 발생하면서 초기 개발속도가 느려졌다.
• 네이밍 규칙 일부 미흡

Try

• 새로운 스택 학습 시간을 계획에 반영하여 현실적인 일정 설정하기
• 개발 진행 중 네이밍 정의 필요 시 그때 그때 공유하여 규칙으로 명시