중급 프로젝트 1주차 팀회고

[sulyoungoh]

왜 회고를 해야 하나요?

• 짧은 프로젝트 기간에 팀 회고는 개인의 성장뿐 아니라, 원활한 팀 프로젝트를 위한 발판이 되어줄 거예요.
  매주 팀 단위로 회고를 하며 어떤 점이 좋았고, 어떤 점이 아쉬웠고, 아쉬웠던 부분은 어떻게 개선해볼지 함께 이야기해보면
  그 다음주에는 더 나은 프로젝트를 진행할 수 있을거예요. 회고를 통해 함께 성장해보아요 🔥

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

회고 방법

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

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

참고 글

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

[Seoin02]

12팀 회고

KEEP

• 코어 타임을 운영하는 게 좋다.
• 일일 회고(데일리 스크럼)를 잘하고 있다.
• PR 확인이 빠르다.
• 소통이 상시로 잘 되는 게 좋다.
• 상호 피드백이 빠른 편이라 도움을 요청하기 쉽다.
• 팀원들이 코어타임을 잘 지키는 편이다.
• 효율적인 프로젝트 진행을 위해 데일리 스크럼, 깃허브 이슈 관리 등을 적용했다.
• 본인의 R&R을 성실하게 한다.

PROBLEM

• 코드 리뷰를 더 상세하게 해야한다.
• 어떤 방향으로 진행되고 있는지 파악이 안되고 있다. 일정이 목표보다 늦춰지고 있다.
• 회의를 최소화 하고 싶은데 논의할 게 계속 생겨서 길어진다.
• pr을 작게 올려야 한다.
• 깃허브 조직 develop에 push하면 바로 merge 되는 문제가 있었다. 브랜치 규칙을 수정해 해결했다.

TRY

• 코드 리뷰에 개선사항을 1개 이상 적는다.
• 구현자가 테스트를 진행하고 문제를 파악해야한다.
• 페이지를 만들기 시작하면 테스트를 진행해야한다. API 데이터 받아오거나 mock 데이터를 만들어야한다.
• 전체 일정과 방향성을 다시 잡아보면 좋을 것 같다.

[KiHwanChong]

13팀

Keep

• PR과 이슈를 자세히 작성해서 협업하기 편리했다.
• 도움, 협의, 피드백이 적극적으로 이루어졌다.
• 위워크에 자주 나와서 팀미팅 할 수 있어서 생산성이 올라갔다.

Problem

• PR에 라벨을 잘 등록하지 않았다.
• git rebase에 대한 개념이 부족했다.
• 코드 리뷰가 활성화되지 않았다

Try

• 라벨 등록을 생활화하자.
• 코드 리뷰를 활성화하자.
• git rebase에 대해서 공부하고 모르면 서로 물어봐서 잘못된 부분을 수정하자.

[sihyonn]

11팀 👸🏻

Keep

• 문제발생 시 빠른 소통으로 피드백이 이루어졌다.
• 리뷰를 최대한 꼼꼼히하고, 금방 반영하도록했다.
• ZEP에 항상 새벽까지 함께 모여서 팀워크를 다졌다.
• 공통컴포넌트화를 통해 프로젝트 생산성을 높이고자했다.
• 깃플로우, 컨벤션 및 그라운드룰을 잘 지켰다.
• 분위기 최강이다😆 = 회의 참석률 💯%(휴가에도 나옴)

Problem

• 일정을 너무 타이트하게 잡아서 제 시간내에 다 완성하지 못했다.
• 트러블 슈팅에 대한 기록을 잘 남기기로 했지만 잘 이루어지지 않았다.
• CSS 순서에 대한 컨벤션을 더 세분화하지 못했다.
• 팀원들과 매일 함께하지 못해 아쉽... Problem...공쥬들아 보고싶어~🥹

Try

• 세분화된 CSS를 따르자.
• 트러블 슈팅 및 회고를 꼭꼭 그때그때 기록하고 생활화하자!
• 잠을자라.
• 일정을 유동적으로 잘 맞춰보자. -> 근데 이미 잘하고 있는듯?
• 저희는 끝날때까지 끝난게 아닙니다. 끝나도 끝난게 아니에요 ㅎ 커밍순~😛

[HaeJungg]

20팀

Keep

• 워크플로우 분석을 열심히 했다.
• 프로젝트 시작전 문서화 작업을 한 것이 도움이 되었다.
• 사전에 필요한 역할 분배를 잘하고, 모두 성실히 임했다.
• 데일리 스크럼과 코어타임을 잘 지켰고 서로 상황공유를 통해 유연하게 진행 및 업무 분배가 가능헀다.
• 회의 / 데일리 스크럼 기록을 잘했다.
• github에서 Issue와 PR을 자세히 나누고 템플릿을 미리 만들어두어 작성하기 편하게 할 수 있어 좋았다.

Problem

• 건강을 잘 챙기자(건강 이슈가 있었음)
• 멘토님께 프로젝트 관련 질문을 더 알차게 하자.

Try

• 사소한 문제도 빠르게 공유할 수 있도록 하기 + 기록남기기
• 한번에 많은 걸 해내려고 하지 않고 정해진 목표를 온전히 완수할 수 있도록 하기
• (개인적 반성) 늦게 자고 늦게 일어나는 습관 고치기
• (개인적 반성2) 작업 속도 빠르게 하기

[thgus5335]

☁️ 16팀 ☁️

Keep

• 코드 리뷰 다들 꼼꼼하게 작성해준다.
• 다들 너그럽고 따수우시다. (서로 으쌰으쌰하면서 격려하는 모습이 너무 좋아요..♥)
• 어려운 게 있으면 선뜻 나서서 도와주시고 소통이 잘 된다.
• 게더 타운에서 같이 작업하면서 코어타임을 잘 지킨다.
• 답장 속도가 빠르셔서 진도에 막힘이 없다.

Problem

• 컨벤션 안 지킨 적이 있었다. (까먹음 이슈)
• 린트 설정 문제로 살짝 헤맸다.

Try

• 다음 주에는 꼭 오프라인 만남 가지자 !
• 개발 속도에 부담 갖지 말고 자기 페이스대로 하기
• 마감 기한만 잘 지키기

[mun-jihye]

👸🏻🌸 17팀

Keep

• 코어타임이 잘 지켜서 의견 공유가 잘 된다.
• 시간 약속을 잘 지킨다.
• 코드 리뷰가 잘 되고 그에 따른 리펙토링이 잘 수행된다.
• Issue와 PR 탬플릿을 잘 지킨다.
• 계획한 일정을 모두 잘 지킨다.
• 공통 컴포넌트를 만들얼 개발 효율성을 높였다.

Problem

• pr을 주기적으로 올리기!
• 코드리뷰와 approve 최대한 빨리 해주기!
• pr title 맞추기

Try

• 추가 기능 하나씩 생각해보기
• 다른 팀원의 코드를 숙지하기 위해 다른 팀원이 짠 페이지 내에서 추가 기능 생각해보기 ✨😎
• 데일리 스크럼 때 현재 자신이 격고 있는 트러블 슈팅 나누기
• 디테일한 개발 기간 일정 개인적으로 짜고 공유하기

[rlghks1490]

8팀

Keep

• 컨벤션 때 정한 규칙이 잘 지켜지고 있다.
• 재사용성을 고려하면서 개발하고 있다.
• 원활한 의사소통이 잘 이루어져, 문제 발생 시 빠른 해결이 가능했다.
• 코어타임이 잘 지켜지는 것 같다.

Problem

• 초반에 작업 상황 공유가 잘 안되었었다.
• 지각이 종종 있다.
• PR을 너무 큰 단위로 올린다.
• 멘토님께 질문을 너무 안한다.
• 데일리 스크럼 기록이 잘 안되고 있는 것 같다.

Try

• 데일리 스크럼 작성을 잘하자.
• 시간 약속 철저히!
• 적극적인 의사소통(작업 보고 등)을 통해 PR 규모를 줄이자.
• 페이지 구현 및 기능 구현 때 멘토님에게 할 질문이 많이 생길 것 같다.

[MinCheolS]

4팀 회고

KEEP

• 코어타임 운영이 잘 된다.
• 각자 맡은 업무를 잘 처리한다.
• 팀원들과 소통이 잘 된다.
• 프로젝트에 대한 열정이 강하다.
• 구현에서 끝나는게 아니라 더 나은 코드를 작성하기 위해 노력한다.
• 코드 컨벤션, 깃 플로우 등 규칙을 잘 지킨다.

PROBLEM

• 생각보다 코드 리뷰에 신경을 못썼다.
• 수면 시간이 잘 안지켜진다.

TRY

• 최소 하루에 한 개씩 코멘트 달기.
• 컨디션이 망가지지 않을 정도로 충분한 수면 시간을 가지자.

[JaeBeen95]

6팀

Keep

• 질문 사항이 있어서 물어봤을 때, 다들 친절하고 자세하게 알려주어서 좋다.
• 주차 범위를 정하였는데 현재 1주차 개발 범위에 맞게 빠르게 작업이 진행되어서 좋다.
• github에 진행 상황과 todo를 기록하여서 어떻게 진행되고 있는지 확인하기 좋았다.
• pr올릴 때 작업한 내용을 자세히 작성해서 작업 내용 파악하는 데 도움이 되었다.
• 요청 사항에 대해 피드백이 빨라서 협업이 수월하다.
• 다들 학습에 대한 열의가 있어서 프로젝트 진행 속도에 좋은 영향을 끼친다.

Problem

• 데일리 스크럼 때 체계가 없어서 떠오르는 대로 진행하다 보니 불필요한 시간 소요가 있다.
• 각자의 작업에 대한 구체적인 설명이 필요해 보인다.
• 기능 단위 작업 진행 상황 공유가 조금 부족한 것 같다.
• 공통 컴포넌트에 대한 정리가 필요하다.
• api 데이터 타입이나 공통적인 타입 등 타입에 대한 정리가 필요하다.

Try

데일리 스크럼 방식

• 데일리 스크럼 진행 방식을 구체적이고 체계적으로 바꾸면 좋겠다. (스크럼 양식 미리 작성, 논의 사항 작성, 각자 스크럼 내용 공유, 전체적인 논의가 아니라면 해당 인원들끼리 논의 등)

pr 관련

• pr에서 이해가 되지 않는 부분 작성자와 1대1로 나누기
• pr 작성자가 조금 더 친절하게 설명 작성하기
• 데일리 스크럼 때 흐름 잘 파악해두기

공통 컴포넌트 정리

• 노션 '컴포넌트 위키' 페이지에 정리
• JSDoc 작성

타입 정리

• 초기 작업자가 확장성 고려해서 코드 작성 후, 추가되는 부분이나 빠진 부분은 다름 팀원이 완성

[NJ97S]

💜 2팀 💜

Keep

• 하루 종일 zep에서 같이 하기 때문에 소통이 매우 원활하다.
• 코드 리뷰를 성심성의껏 해준다.
• 분위기가 굉장히 좋고, 엄청난 하이텐션이다.
• 모두가 야근을 미친듯이 한다.
• 매일 밤 12시에 스트레칭 타임을 가진다.

Problem

• 야근을 너무 많이 해서 모두의 건강이 심히 염려된다.
• 코드 리뷰를 너무 열심히 해주는 나머지, 다소 늦게 코드 리뷰를 받게 된다.

Try

• 중간중간 스트레칭이라도 꾸준히 해보자
• 정해진 코드 리뷰 시간을 최대한 시켜서 해보자

[kong33]

18팀

Keep

• 진행사항이나 해결해야 할 문제 또는 의견을 팀원들과 나눔
• 프로젝트 기간에 꾸준히 카페에 가서 마감시간까지 있었다.
• 리뷰를 잘해주신다!
• 개발 과정이 큰 어려움 없이 순조롭다.
• 서로 피드백을 잘 주고받는다.
• 팀 분위기가 좋다.
• 코드 리뷰가 잘 이루어지고 있다.
• 모르는 부분을 바로바로 공유하고 같이 해결하는 것
• 팀 프로젝이니 코드 짜는 실력의 향상도 당연히 중요하지만 소통 부분도 중요하게 생각하시는 것 같아서 좋아요
• 코드에 문제가 있거나 궁금할 때 바로바로 팀원들에게 질문하고 해결하는 태도
• 생각보다 빠른 우리팀의 진도

Problem

• 코어 타임이 잘 지켜지지 않는다.
• 코어 타임 때 디코에 들어와 있는데 자리에 없어서 소통이 안되는 경우가 있다.
• 개인적으로 시간을 알차게 사용하지 못한 것 같다. .. 냉정하게 보면 훨씬 더 시간을 쏟을 수 있을 것 같다.
• 리뷰가 많이 밀려있다.
• 집 밖에서 코어타임에 참여하는 경우 부름에 응답을 잘 못했다.
• 팀 회의나 에러 핸들링에 대한 문서화가 부족하다.
• 리뷰가 밀려있다. 진행도는 전체적으로 나쁘지않지만, PR이 밀려있기에 페이지 구현때 더 바빠질 것 같다.
• 처음 코드를 치기 시작할때 약간의 두려움이 있다(이게 맞는 방식인가..? 잘 하고 있는건가..?)
• 만드는 시간보다 검색하는 시간이 더 길다..
• 뭔가 이번주에 집중을 잘 못한 것 같아 아쉽다.
• 중간에 흐름이 자꾸 끊김

Try

• 코어 타임에 최대한 출석할 수 있도록 한다.

• 코어 타임에 자리에 없을 경우 디코를 나가고 자리에 다시 오면 디코에 들어온다.

• 스스로와 학습 규칙을 세운다.

• 디코 음성을 듣지 못하는 상황이면 디코 메세지알림을 켜두고 팀원들에게 알리기. 최대한 이어폰 껴고 소리 들을 수 있는 환경 만들기

• 코어타임 :
  부르면 바로 대답할 수 있는 시간
  소통을 하기 위한 목적!
  3~6시 (이동 등 지양) --> 만약 말을 못하는 환경
  (메세지로 메세지달라고 말해주세요_ 알림 꼭 켜주세요)

  없으면 나가기.

  코어타임 이외에도 소통할 수 있는 환경이면 들어와있자.
  (소통 필수 아님)

캠 / 화면공유 : 태은님 제외 네 명은 켜기 (코어타임 필수)

• 리뷰 시간제
  -> 팀미팅 이후에 바로 리뷰 진행 (리뷰 할때는 마이크 켜고)
  -> 무조건 PR 하나당 코멘트 하나라도 달기
  -> 수정사항 있으면 수정 하고 다시 리뷰 요청 해도 됨
• 문서화 (에러핸들링 && 고민되는 점)
  -> 아예 팀미팅에서 말하기
  -> 팀미팅 진행하면서 문서화
• pr 리뷰를 회의때 더 많은 시간을 가진다.
• 공통 검포넌트를 끝내고 페이지 작업으로 들어가는 만큼 집중을 더 해야할듯
• 뭐든지 일단 시도하고 만들어 보자..!

[ggjiny]

10팀

Keep

• 디스코드에서 활발한 소통과 빠른 피드백이 이루어진다.
• 서로 적극적으로 코드리뷰를 작성해준다.
• 팀미팅 시간 외에도 서로 작성한 코드를 공유하고 의견을 주고 받아서 팀원 모두 전체 코드에 대한 이해도가 높다.
• 코어타임 이외에도 팀원들의 적극적인 프로젝트 참여로 디스코드에서 같이 모여있는 시간이 많다.
• 유동적으로 일정을 조정해 부담이 되지 않는다.
• 컨벤션을 미리 정해 수월하게 개발에 집중 할 수 있다.
• 의논 사항과 개발 일지 등 노션에 전부 기록해 프로젝트가 전체적으로 체계적으로 정리돼서 좋다.
• 서로의 에러를 구글링 등을 통해 적극적으로 해결해주려고 한다.
• 활발하게 결과물을 공유하여 부족한 부분에 대해서는 서로 확인해주고 격려해주어 더 좋은 결과물을 낼 수 있다.
• github에서 제공하는 일정 관리 툴인 Projects를 이용해 이슈 관리를 해서 전체적인 진행상황을 파악하기 쉽다!
• 프로젝트 시작 전 많은 이야기를 통해 서로의 성향을 파악하고, 팀 규칙을 정한 점이 좋았다.

Problem

• 초기 세팅 및 사소한 설정에 있어 생각보다 많은 시간이 소요된 것 같아 아쉬웠습니다.
• API, 유저 기능을 어떻게 개발해야 할지 아직 생각해보지 못했다.
• 서로에게 칭찬이 부족한 것 같다.

Try

• 건강 챙기면서 프로젝트 하기
• 다음주는 운동하는게 목표
• API 분석 및 페이지 간 데이터 흐름 분석 해보기
• workflow 생성해보기(엑셀 등의 툴 활용)
• 이제 본격적으로 공용 컴포넌트를 각자 페이지에서 사용할텐데 수정이 필요한 부분에 대해서 서로 이야기 잘 해보기!
• 돌아가면서 칭찬 타임 갖기👼

[bokeeeey]

21팀 회고

KEEP

• 다들 프로젝트 일정에 맞춰서 작업을 순조롭게 진행 해 줍니다.
• 코어타임에 빠짐없이 참석해 줍니다
• 코어타임에 원활한 의사소통이 가능합니다.
• 각자 맡은 역할과 작업을 성실히 수행합니다.
• 문제가 있는 부분은 스스로 해결하려고 노력합니다.

PROBLEM

• 정해진 컨벤션이 잘 지켜지고 있지 않는듯 합니다
• PR리뷰가 전체적으로 이루어지지 않고 있습니다.
• PR Merge까지의 시간이 많이 소요됩니다.
• 컨벤션이 디테일하지않아서 프로젝트 초기에 어려움이 있었습니다.

TRY

• TanstackQuery를 사용해보고 싶습니다.
• 수정사항에 대한 진행이 오래 걸리거나 많은 부분 코드가 변경될 경우에는 PR을 받고 새로 만들어 올리는것도 좋은 방법인 것 같습니다.
• 하고싶은, 만들어보고 싶은 부분이나 기능에 대하여 적극적으로 어필하여 가져가셨으면 좋겠습니다.

[royxk]

5팀

Keep

• 코어 타임을 잘 지켰다.
• 본인의 R&R을 잘 해내고, 양이 많거나 다 진행하지 못한 팀원이 있는지 확인하고 도와줬다.
• pr내용을 잘 읽고 리뷰를 잘 남겼다
• pr내용에 대한적절한 피드백이 잘 오갔던 것 같다.
• 팀원과의 소통이 잘 이루어진다.

Problem

• 각자 컴포넌트를 개발중이라 페이지 단에서 문제가 생길 수 있어 차주부터는 서로 커뮤니케이션을 자주해서 관리하기
• pr에 대한 피드백이 조금 늦는것 같다. 그래서 다음 작업에 차질이 생기는 경우가 있던 것 같다.
• PR 확인이 잘 되는 듯 안되는 듯함.

Try

• 프로젝트 마무리 기간이 얼마 남지 않아서 좀 더 체계적으로 일정 관리하여 소통하기
• 좀 더 긴밀하게 연락이 되어 커뮤니케이션이 될 수 있도록 환경을 각자 만들어 줬으면 좋겠다.
• PR 올리기와 동시에 디스코드에 알림을 남겨드리기(더 빠른 확인을 위해서)

[kimtaejin3]

9팀 회고

KEEP

• 원할하게 소통이 잘 이뤄지고 있다
• 지금처럼 열심히 노력하면 좋겠다

PROBLEM

• 커밋을 작은 단위로 올리지 않는다
• 세부적인 컨벤션을 정하지 못하여 작업 도중에 정한 부분이 꽤나 존재하였다.
• pr 승인이 늦다

TRY

• 코어타임 정하기/늘리기?
• pr 코멘트 더 많이 달기

[TaeUk471]

14팀

Keep

• 코어타임을 딱히 시간을 정하지 않았는데, 자주적으로 게터에 잘 들어와 있다.
• 소통이 빠르고, 모르는 사항에 대해서 서로 질문하면서 해결해 간다.
• 컨벤션을 미리 정하고 작업에 들어가서, 수월하게 작업이 가능하다!
• 진행상황 공유가 활발하다
• 멘토님과 상황을 공유할 수 있는 어플리케이션을 활용하여, 지속적으로 피드백을 받을 수 있게 하였다.
• 안해보던 것을 많이 시도해보아서 다양한 부분에의 지식을 습득할 수 있었다.

Problem

• 코드 리뷰가 부족하다
• 팀원 한 명이 시간관리를 못해서 제작 시간에 차질이 생겼다.
• 안해보던 것을 너무 한번에 다양하게 시도하여서, 처음 개발을 진행하면서 코드 작성에 어려움을 겪었다.

Try

• PR이 올라오면 보다 꼼꼼히 코드를 봐야할 것 같다
• 보다 시간관리를 철저하게 해야 할 것 같다.
• 보다 열심히 공부를 하고, 능숙하게 다룰 수 있을 때까지 코드를 타이핑해본다.

[jinah-dev]

💙22팀💙

KEEP

• 이슈를 잘 활용하는거 같다
• 페이지마다 요구사항을 잘 파악하고 있다
• 새로운 기능을 잘 받아들여서 사용하고 있다.
• 새로운 방식에 다들 적극적인 편이다.

PROBLEM

• PR이 올라오면은 좀더 코드리뷰를 해야겠다
• 작업속도가 좀 느린편이다
• 코드 리뷰가 부족한 것 같다.
• 리드해주는 팀원이 없어 작업속도는 좀 느린 편인 것 같다.

TRY

• 이슈체크나 PR 커밋 메세지를 좀더 세분화하자
• 코어타임에는 좀더 코드리뷰를 남겨보자
• 작업속도를 좀더 높여보자
• 다음주는 각자 맡은 바에 최선을 다하며 진행하면 좋을 것 같다.

[devwqc]

19팀 🐾

Keep

• 팀 활동 참석을 잘한다.
• 문제가 발생한 부분을 서로 도와주려고 한다.
• 귀찮을 수 있는 일도 먼저 나서서 진행한다.
• 팀 컨벤션을 잘 지키려고 노력한다.
• 소통이 잘 된다.
• 팀원들 모두가 팀 활동에 적극적으로 참여한다.
• 프로젝트 진행 속도가 빠르다.
• 코드 리뷰를 통해 서로의 지식을 공유한다.
• pr을 올리면 꼼꼼하게 리뷰해준다.
• 프로젝트 진행이 원활하다.

Problem

• 팀 미팅에 씻고 참여하는 팀원이 거의 없다.
• git 숙련도가 부족해서 이슈가 생기는 일이 있다.
• 처음 사용해보는 기술 스택들이 있어 어려움이 있다.
• 진행 속도가 빨라서 몇몇 분들이 할 일이 없다.
• 전체적으로는 빠르게 진행되고 있지만 인증 관련 부분이 계획보다 늦어지고 있다. (뜨끔...)
• 다들 잠은 자나 궁금하다. 너무 빠르다.
• git에 대한 공부가 더 필요하다.

Try

• 코드, 파일 날려보면서 git 숙련도 쌓기.
• 지금처럼 잘 진행하면 좋겠다.
• 공식 문서를 활용해 실습해 보면서 익혀 나가야 할 것 같다.
• 어떤 것을 더 해야 하는지 잘 생각해보고 그래도 할 일이 없으면 추가 기능에 대해 더 생각해본다.
• 인증을 맡은 분들은 더 힘내서 열심히 한다.
• 나는 Git 공부가 더 필요하다.
• 프로젝트가 끝날 때까지 무사히 기능 완수 했으면 좋겠다.

[D5ng]

3팀

Keep

• 코드 리뷰 진행이 잘 되어가고있다.
• 회의시간을 잘 지킨다.
• 개인 의견을 잘 말해준다.
• 컨벤션을 지키려고 노력한다.

Problem

• 프로젝트 목표에 대해 의견충돌이 있다.
• 회의 시간을 잘 지켜졌지만 그 이후에 소통이 별로 없었다.
• 읽기 좋은 코드를 만드는게 잘 안지켜진다.

Try

• 읽기 좋은 코드를 만드려고 노력해야한다.
• 팀내 회의시간 말고도 소통을 많이 해야한다.

[jinah-dev]

💙22팀💙

KEEP

• 이슈를 잘 활용하고, 스케줄 공유를 잘 한다.
• 지금까지 포기하지않고 달려온 것
• 미완성이라도 좋으니깐 끝까지 한번 가보자라고 다같은 마음이 좋아요

PROBLEM

• 팀원이 적으니까 할게 많다.
• 소통이 잘 안되는 것 같다. 팀원들의 코어타임이 잘 지켜지지않는 것 같다.
• 일정 관리가 잘 안 되는 것 같다.
• 도중에 팀원변동이 많다보니 담당하는 부분들도 늘어나고 있다

TRY

• 작업 속도를 높여야 할 것 같다.
• 다음 프로젝트에서는 일정관리,공유에 신경쓰면 좋을 것 같다.
• 처음 시작했을 때 일정을 세부적으로 짰으면 좋았을 것 같다.
• 좀더 코어타임을 신경 써야겠다
• 지금처럼 끝까지 진행하는 부분에 팀원분들께 감사합니다