기초 프로젝트 1주차 팀회고

[beejugy]

왜 회고를 해야 하나요?

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

회고에 대한 궁금증

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

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

회고 방법

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

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

참고글

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

[beejugy]

🍀 0팀 (예시)

Keep

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

Problem

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

Try

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

[Gwanhoo]

4팀

K
시간 약속을 잘 지킨다.
역할 분배 및 정리가 잘 이루어져있다.

P
팀미팅 시간이 제대로 활용되고 있지 않다 .
팀원 개인의 역량이 제대로 파악되지 않았다.

T
다양한 의견을 많이 낸다.
팀미팅 참여도 및 마이크 사용 빈도를 늘린다.
팀원 간에 정기적 피드백 시간을 만든다.

[1022gusl]

1팀

Keep

• 미팅 시간을 모두 잘 지켜 참여한다.
• 깃과 깃허브의 기능을 많이 활용하려고 한다.
• 부족한 부분이 있으면 팀원한테 솔직하게 말하고 개선하려고 노력한다.
• 매일 서로의 진척도와 개선할 점을 공유하고 고민한다.

Problem

• pr 리뷰가 조금 소극적이고 리뷰를 다는 사람만 계속 달게 된다.
• 팀원들이 서로를 너무 배려해 의견을 적극적으로 제시하는 경우가 부족하다

Try

• pr 리뷰를 다양한 사람이 달 수 있도록 노력한다.
• 하고 싶은 내용이나 본인의 주관이 있으면 자신 있게 언급한다.

[Woolegend]

8팀

Keep

• 모든 팀원이 회의에 적극적으로 참여한다.
• 문제 발생 시 , 팀원들이 해결을 위해 협력한다.
• PR에 대한 리뷰가 자세하고, 개선 사항을 적극적으로 반영한다.
• 주제에 대한 분석이 체계적이라 프로젝트 진행이 순조롭다.
• 코드와 주석에서 고민의 흔적이 고스란히 느껴진다.

Problem

• 프로젝트 계획을 수립하는데 불필요한 소요가 많았다.
• 의사소통의 과정에서 잦은 의견 충돌이 있다.
• 역할 분담이 명확하지 않다.
• 의견 표현이 소극적이다.
• 하고 싶은게 너무 많다.

Try

• 필요한 기능이 있을 때, 개발될 때까지 기다리기 보단 직접 구현하고 사용해보자.
• 소통에서 전반적인 맥락을 이해하고, 자신과 다른 의견도 존중하고 수용하기 위해 노력하자.
• 프로젝트의 진행 과정을 인지하고, 필요한 작업을 찾기 위해 고민하자.
• 문제 해결을 위한 선택지가 존재한다면 이에 대한 명확한 선호 표현을 해보자
• 익숙한 방식보단 더 다양한 선택지를 고려해보자

[horororok]

🍀 5팀

---

Keep

• 매일 아침 팀 데일리 미팅에서 본인이 한 작업과 오늘 할 작업 말하기
• 데일리때 할일 정하기 및 공유
• 문제점에 대한 소통과 발전
• 팀 미팅에서 작업에 대한 논의

Problem

• 자신감을 가지기
• 행동력
• 의지
• 적극성

Try

• 다음주부턴 조금더 구체적으로 진행상황 공유하기
• 미소짓고 인사하고 칭찬하고 대화하기
• 조금 더 적극적으로 질문하기

[Donghunn-Lee]

6팀 KDT 회고

[junghwaYang]

늦어서 죄송합니다 ㅠㅠ

2팀

Keep

• 디스코드 자체에 개인 커뮤니케이션 좋음
• 이슈, PR 사용이 잘되고있음
  • 컴포넌트 별로 이슈 생성하기(유지보수 쉽게)
• 담당자 구분이 잘되서 편리하다
• 서로서로 잘 배려하고 존중해주는 것 같아서 좋다
• 서로 질문이나 피드백을 잘해줘서 좋다
• 컨벤션이 정확해서 좋다
• FM 방식의 개발을 배울수있어서 좋은것같다

Problem

• PR 코드 리뷰 잘 안됨
• PR 확인이 잘 안됨
• 전체 진행률 확인이 어려움
• 작업 속도 더딤
• 활발한 전체 커뮤니케이션이 필요할것 같다
• 문서화 컨벤션의 수정
  • 파일 전체설명 최상단에 여러줄 주석
  • 기능 별 함수는 한줄 주석으로 간략하게
• 개발 진행중일때는 음성채팅방 접속을 해주면 좋을것같다
• 제발 그만좀 죄송하세요

Try

• PR 코드리뷰 잘 안됨
• PR 확인이 잘 안됨
  • 확인을 했는데 다른사람이 리뷰를 남겼다 근데 그거만 해결하면 될것같다 => [ㅇㅇ님 리뷰 수정하시면 될것같습니다 RGTM] 남기기
  • 확인은 했지만 리뷰를 달 상황이 아니다 하면은 본문에 이모지 남기기
• 전체 진행률 확인이 어려움
  • WBS 전체 진행률, 깃허브 현재 진행률로 확인
• 작업 속도 더딤
  • 인원 분배
• 활발한 전체 커뮤니케이션
  • 이모지 활용하여 커뮤니케이션 보안
  • 되도록 답변까지 달아주는 커뮤니케이션을 하자
• 선행작업 기간 마감일을 고지를 해줬으면 좋겠다
  • 필요한 작업이 있으면 먼저 해달라고 요청하자
• 개인 개발 속도 올리기

[ghost]

3팀

Keep

• 성실한 팀미팅 참여 및 진행 상황 공유
• 팀원들 간의 의견 공유가 활발하다
• 프로젝트 시작 전 규칙 및 구체적인 진행 방식을 빠르게 정하였다
• PR 리뷰 / PR 머지 / 팀활동 내용 정리 세 가지로 프로젝트 전반에 대한 역할 분배하여 원활한 프로젝트 진행 도모
• 공통 컴포넌트를 미리 만들어 앞으로의 프로젝트 진행에 있어 효율을 증진시켰다.

Problem

• 다수의 의견이 취합되는 과정에서 빠르게 결정이 가능한 상황임에도 시간이 많이 소요된다.(ex. 컨벤션 정하기)
• 컴포넌트 구현에 있어서 고려해야 할 사항을 고려하지 못한 부분이 있었음.(ex. API로 데이터를 불러오는 부분)
• 의견 공유가 더 활발하면 좋겠다.

Try

• 빠르게 결정할 수 있는 상황에서는 그렇게 하도록 해보자
• 팀 활동 시 보다 밝은 분위기로 진행할 수 있도록 해보자
• 본인의 의견을 보다 명확하게 전달 해보자

[bhoh032019]

7팀

K (Keep)

• 미팅 시간이 잘 지켜진다.
• 각자의 역량을 고려하여 역할을 분배했다.
• 멘토링과 코드리뷰를 진행하며 부족한 부분을 배워나가려 노력하고 있다.
• 위워크에 모여서 하다보니 소통이 잘 이루어지는 것 같다.
• 커뮤니케이션이 잘 이루어져 팀 분위기가 좋은 것 같다.

P (Problem)

• 협업 경험이 부족해 프로젝트 초기 세팅하는데 어려움이 있었다.
• 프로젝트 진행 속도가 느린 것 같다.
• Tailwind css와 같이 처음 사용해보는 기술들이 있어 프로젝트 진행에 어려움이 있는 것 같다.

T (Try)

• 추가적인 개발 아이디어가 있다면 적극적으로 제시하자.
• 질문이 있으면 적극적으로 하자.
• 회의를 짧고 굵게 할 수 있도록 적극적으로 참여하자.
• 프로젝트 목표를 다시 생각하며, 마무리 지을 때 까지 풀어지지 말고 책임감 갖고 끝까지 하자.