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

[miju-seaweed]

왜 회고를 해야 하나요?

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

회고에 대한 궁금증

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

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

회고 방법

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

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

참고글

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

[miju-seaweed]

🍀 0팀 (예시)

Keep

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

Problem

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

Try

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

[Luganic]

🍀 7팀

Keep

1. 효율적인 협업

회의 시간을 잘 지키고 코어 타임이 아니어도 피드백이 빨라 신속하게 문제를 해결할 수 있었습니다. 이슈 발생 시에는 즉각 공유하고 각 상황을 수시로 공유하여 효율적인 협업을 이끌어냈습니다. 또한 개인 작업 현황과 속도를 고려한 목표를 설정하고 장기적인 작업 일정과 변동 사항을 공유하며 계획에 유연하게 대처했습니다.

2. 지속적인 소통

결과물 개선을 위해 자유롭게 의견을 나누고 결론을 도출했습니다. 피드백을 주고 받을 때는 타당한 근거를 제시하여 원할한 의사소통을 유지했습니다. 자신의 역할에만 머무르지 않고 프로젝트 전체의 퀄리티를 위해 서로 피드백을 제공하며 더 나은 방향을 제시했습니다.

Problem

1. 시간 및 일정 관리

낙관적인 초기 계획으로 인해 일정을 조정해야 했습니다. 또한 개인의 컨디션 관리에 소홀했던 점도 아쉬움으로 남습니다.

2. 자기 관리 및 기록

일일 회고나 지라 티켓 관리와 같은 개인의 기록 및 관리가 부족했습니다. 특정 작업의 대한 지나친 집착으로 인해 전반적인 작업 속도가 느려지기도 했습니다.

Try

1. 체계적인 계획 수립과 관리

현실적인 실행 가능성을 우선으로 상세한 계획을 세워 일정 지연을 최소화하겠습니다. 프로젝트 진행률에 따라 계획을 보완하는 것도 중요하지만 처음 세운 전략을 일관성 있게 이행하여 일정을 철저히 관리하는 노력을 기울이겠습니다.

2. 기록과 공유

작업 이후의 회고와 문서화에 더욱 신경쓰겠습니다. 회고를 꾸준히 작성하고 지라 티켓 관리 같은 기록 작업도 그때그때 처리할 수 있도록 하루 일정을 효율적으로 분배하겠습니다.

[Chiman2937]

🍀 1팀

Keep

• 사용자 경험이나 기능 구현, 구조 관리 등에 대한 토론이 활발하게 이루어져서 체계적으로 프로젝트 관리를 할 수 있었다
• 초기에 설정했던 일정대로 원활하게 진행되었다
• 피드백에 대한 내용이 빠르게 반영되었다

Problem

• 주기적으로 회고록을 작성하지 않아 정확히 어떤 작업을 했었는지 기억하게 힘든 경우가 있었다.

Try

• 프로젝트가 마무리 되는 시점에 각자 회고록을 정리하여 공유하고 발표하는 시간을 가지면 좋겠다.

[626-ju]

🍀 3팀

Keep

• 리니어를 통해 일정 관리와 우선순위 정리가 잘 되어서 급한 일부터 유연하게 대처할 수 있었다.
• 팀원 간 빠른 피드백 사이클 유지를 잘 했다.
• Git 브랜치 전략과 PR 컨벤션 잘 지키려고 노력했다.
• 코드 리뷰 과정에서 품질 개선 효과를 얻을 수 있었다.

Problem

• 초기 설계 단계에서 요구사항 정의가 부족해 중간에 방향을 수정하는 일이 발생했다.
• 일부 페이지 렌더링 속도 저하 (데이터 패칭/이미지 최적화 미흡)

Try

• 기능 개발 전에 구체적인 계획을 팀 전체와 먼저 공유하기
• 이미지 최적화, 캐싱 전략 등을 좀 더 신경 쓰기

[Sea0Soda]

5팀

Keep (잘 하고 있는 점)

• 팀원들이 함께 모여 구현을 위해 적극적으로 협력하고 있음

• 매일 진행하는 데일리 스크럼과 멘토링을 통해 문제를 빠르게 파악하고, 해결 방법을 즉각적으로 제시받을 수 있었음

• 팀원들이 인원이 부족함에도 자기역할에 최선을 다해서 진행중임

---

Problem (아쉬운 점 / 문제점)

• 구현해야 할 기능이 많아 기술적 러닝 커브(학습 곡선)가 크게 느껴짐

• 남은 작업량에 비해 시간이 촉박해 보임

• 개인사정으로 데일리스크럼, 코어타임을 자주 참여하지못한점

---

Try (개선 방향 / 앞으로 시도할 것)

• 이번 주 안에 주요 기능들을 완료할 수 있도록 속도를 높여 마무리할 것

• 남은 작업(예: API 연동, 모달 구현, GNB와 Home의 상호작용 등)을 우선순위에 따라 빠르게 진행할 것

• 좀더 타인의 작업물에대한 이해도를 높일수잇도록 코드를 많이 읽어보는 것