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

[serinny]

왜 회고를 해야 하나요?

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

회고에 대한 궁금증

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

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

회고 방법

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

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

참고글

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

[kjw0412c]

6조 KPT회고록

KPT회고 피그마 템플릿을 활용하여 회고 진행하였으며, 하단에 캡처본 올려드립니다.

회고 피그마 내용

[Minjo123]

3팀 KPT 회고록

---

Keep

현재 우리팀이 잘 하고 있어서 계속 유지하면 좋을 것 같은 부분

• 팀 소통이 활발함
• 멘토링 시간을 잘 활용중
• 서로 부족한 부분을 보안해주는 팀 분위기
• 세부적인 프로젝트 계획서가 빠르고 정확하게 작성됨

---

Problem

현재 우리팀이 가지고 있는 문제

• 가끔 개인적인 일정 문제로 회의 집중력이 흐려지는 경우
• 코어타임을 더 적극적으로 활용해 더 많은 논의가 있으면 좋겠음

---

Try

Problem에 적은 것을 해결하기 위해 우리 팀이 다음에 시도해볼만한 것 (혹은 Keep 중에서도 더 개선하거나 시도해보고 싶은 것)

• 주어진 코어타임 시간에 소통을 더 많이 해보기
• 개인적인 변수는 어쩔 수 없으나 코어타임에는 더 집중할 수 있는 환경 구축

---

[SeungHyunOK]

2팀 회고록

• 좋았던 점(Keep): 현재 우리팀이 잘 하고 있어서 계속 유지하면 좋을 것 같은 부분
  • PR 피드백을 통해 여러가지를 배울 수 있었다.
  • 수용하는 자세를 가지고 있어서 다행이다.
  • 능력자들이 많아서 배울점이 많았다.
  • 코어타임이 참 집중하기에 좋은 시간이었다.
  • 리더쉽 있고 실력있는 분들이 이끌어가 주셔서 진행에 문제가 없었다.
• 아쉬웠던 점(Problem): 현재 우리팀이 가지고 있는 문제
  • PR 을 올리는 주기, 개발시간 이 일정하지 않아서 진행이 무리가있었다.
  • 지식이 조금 부족해서 피드백을 하는것이 망설여졌다.
  • 프로젝트를 진행하는 중 새로운 개념이 많아 공부하는 시간이 많이 들었다.
• 시도해볼 것(Try): Problem에 적은 것을 해결하기 위해 우리 팀이 다음에 시도해볼만한 것 (혹은 Keep 중에서도 더 개선하거나 시도해보고 싶은 것)
  • 요구사항(피그마)과 코드를 비교해서 모르더라도 보이는 점들을 피드백을 하면 좋다.
  • 작업 예상시간을 더 잡아서 진행을 해보는것이 좋다.
  • 모호한 부분은 멘토님께 질문하자.

---

#233

[hvrain]

5팀 회고록

[wiZArd3233]

7팀 주간 회고록

K

전주현: 꾸준히 코딩에 집중해 주시는 모습 좋다고 생각해요.
염성진: 처음 구현해보는 기능들 이지만 기능이 잘 작동해서 만족스러웠다.
김세환: 어떤 행위를 할 때 컨벤션이 잘 정해져있고, 분업화가 잘 이루어져 일을 함에 있어 막힘이 없습니다.
김우성: 팀원들 간의 부족한 점은 서로 소통하고 있고, 잘 몰입하고 있습니다.

P

전주현: 저희 팀의 문제는 집중하는 것엔 오히려 너무 몰입해서 빠트리는 부분이 있다고 생각해요.
염성진: 좀 더 고민했던, 고민하는 부분을 공유했으면 좋겠습니다.
김세환: 분업화가 잘 되어있다 보니 PR을 하기 전까지는 코드를 피드백 하거나 받을 일이 잘 없습니다.
김우성: 서로 의견을 많이 주고 받고 있다보니, 프로젝트를 진행하는 데 문제점은 없습니다. 단순히 기술적인 어려움이 있다거나 할 수 있습니다. 개인적으로는 GIt사용을 어려워 하고 있습니다.

T

전주현: 몰입을 깨지 않는 선에서 좀 더 소통이 원활 하도록 제가 더 중간다리 역할을 해보려고 해보겠습니다.
염성진: 약간의 디테일도 챙길 수 있다면 챙기고 싶습니다.
김세환: PR을 올리는 기능 단위를 더 작게 쪼개거나 하루에 서로의 코드를 공유하는 시간을 추가해볼 수 있을 것 같습니다.
김우성: 개인적으로 부족한 부분을 좀 더 공부해야겠고, 많이 써봐야겠습니다. PR이든 PUSH든 MERGE든 여러 번 반복해서 익숙해져야 할 것 같아요. 팀이 시도해야 할 노력들에 대해선 아직 좀 더 지켜봐야 할 것 같습니다.

[itscold96]

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

Keep (현재 우리팀이 잘 하고 있어서 계속 유지하면 좋을 것 같은 부분)

1. 프로젝트 빌딩 과정: 초기 과정에서 린터와 포매터 컨벤션, 협업 툴, 컴포넌트 분석 및 설계 등
   실무에서 사용 가능한 내용들을 미리 조사하고 정해가는 과정에서 많은 것을 배울 수 있었습니다.
2. 회의 빈도: 회의가 빈번하여 정보 공유와 의사소통이 원활하게 이루어졌습니다.
3. 코드스터디: 앞으로 자신의 코드에 대해 설명하고 팀원들끼리 토론해보는 코드 리뷰 및 스터디 과정을 가지기로 했습니다.
4. 적극적인 참여와 정보 공유: 프로젝트 회의, 사전 조사 발표에서 단순히 자신이 맡은 부분만이 아니라,
   팀원들이 알면 좋은 것들을 적극적 공유하는 분위기가 매우 좋습니다.

Problem (현재 우리팀이 가지고 있는 문제)

1. 학습 부담: 당장 학습해야 할 것과 숙지해야 할 것이 많아 힘든 부분이 있습니다.
2. 긴 회의 시간: 개발 초기에 정해야할 것과 미리 공부해야할 시간이 길었다보니 개발 가용 시간이 짧아진 것이 아쉽습니다.
3. 의견 및 질문 부족: 맡은 일에는 모두 적극적으로 임하나, 자율적으로 의견을 제시하거나 질문이 필요한 상황에서 침묵하는 경우가 많은 것이 아쉽습니다.

Try (문제 해결을 위해 시도해볼만한 것)

1. 생산성을 해치지 않는 선에서 컨벤션 준수: 최대한 컨벤션을 준수하되, 오히려 생상선이 떨어진다면 다시 재고해보기
2. 멘토링, 회의 시간에 적극적으로 소리내기: 조금만 궁금해도 서로 의견을 묻고, 멘토링 시간에 질문을 잘 활용하기.
3. 프로젝트 진행 중 협의: 모든 것을 미리 정하려하지 말고 프로젝트 진행 중에 정할 수 있는 내용들은 개발 중에 협의하면서 결정하기.
4. 적극적인 의견 제시 유도: 혼자 노력하기보다 자주 팀원들의 의견을 물어보려 노력하고, 논의 중인 주제를 돌아볼 수 있는 분위기 조성하기.

[SealBros]

1팀 회고록

[kjh9852]

8팀 회고록