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

[sulyoungoh]

어느덧 다음 주에 4기 기초 프로젝트 발표가 있습니다.
첫 협업이었던 만큼 많은 우여곡절이 있었을 텐데요,
흘러가는 시간을 회고를 통해 기록하며 치열했던 나와 팀원들의 모습을 기억하시길 바랄게요🥰

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

[innerstella]

2팀 🌝🐈‍⬛🐯😎🔥

Keep

• PR과 이슈를 자세히 작성해서 협업하기 편리했다
• 도움, 협의, 피드백이 적극적으로 이루어졌다
• 전역적인 변수와 함수들이 잘 구분되어있어 편리했다
• 1주차 회고 후 정한 컨벤션을 다들 잘 지켰다
• 전반적인 진행상황을 가시적으로 확인할 수 있어 좋았다
• 다들 말을 둥글게 해서 트러블 없이 협업하기 좋았다
• 코드를 깔끔하게 작성했다

Problem

• 이슈와 PR에 라벨을 잘 등록하지 않았다
• 다른 사람이 개발한 부분에 대한 문제 사항을 잘 캐치하지 못했다
• 각자 작업 일지를 소홀하게 썼다
• 코드 리뷰가 활성화되지 않았다

Try

• PR과 이슈 컨벤션을 정하자 (템플릿 활용)
• 코드 리뷰를 활성화하자
• 다른 사람이 개발한 부분도 확인하고 버그 이슈를 작성해주자

[soohwan93]

🍀 7팀

Keep

• 모든 팀원이 긴 코어타임을 잘 지키며 코딩하여 협업이 잘 되었다.
• 문제가 발생하면 빠르게 공유하고 해결하는 점이 정말 좋았다.
• 맡은 부분 잘 구현 해주셨고 문제가 발생해도 다들 바로 바로 처리해주셔서 좋았습니다.
• 각자 맡은 부분을 책임감을 가지고 진행합니다.
• 프로젝트의 마무리까지 밝은 분위기가 유지 되어 좋았습니다.

Problem

• PR에서 다른 사람의 코드를 merge 할 때 하나 하나 체크하면서 보지는 못했다.
• 다른 팀원들의 문제에 관해서 같이 고민하지 못했다.
• 스케줄 기록을 잘 하지 못 한 것 같다.
• 코드 리뷰가 이루어지지 않았다.

Try

• PR을 merge 할 때 다른 사람의 코드를 더 자세히 보고 개선점이나 merge 했을 때 생길 수 있는 문제에 대해 생각해본다.
• PR을 올리고 리뷰할 사람을 선택해 한 사람 이상 리뷰를 해주는 것도 좋을 거 같다.
• 작업을 시작할 때 스케줄을 미리 짜놓고 끝나면 바로 최신화 하여 스케줄 관리를 해본다.

[skoo1100]

23팀

Keep

• 팀원분들의 적극적인 참여로 인한 팀 분위기가 좋았다.
• 원활한 파트 분배로 효율적인 프로젝트를 진행했다.
• 코드 문제시 팀원과의 소통을 통해 빠르게 수정하였다.
• PR 템플릿을 적극적으로 활용하였다.

Problem

• 다른 팀원분의 코드를 충분히 확인하지 못했다.
• 파트 분배는 원활했지만, 공통 컴포넌트의 활용이 아쉬웠다.
• 진행 상황 기록이 부족했다.
• 개인적인 일로 인한 소수의 팀원이 참여가 어려웠다.

Try

• PR 템플릿을 적극적으로 활용해 보고 싶다. (issue 등)
• 팀원들의 코드를 많이 보아야 할 것 같다.
• 진행 상황 기록을 팀원들이 이해할 수 있게 자세히 남겨야겠다.

[KiHwanChong]

13팀

Keep

• 팀원들끼리 피드백을 바로 주고 즉각 수정했다.
• 서로 놓치고 있을 수 있는 디테일한 CSS를 같이 봐줘서 퀄리티가 올라갔다.
• 분배 받은 파트가 끝났으면 다른 팀원이 아직 못 끝낸 부분을 도와줬다.

Problem

• 세세하게 파일들을 보지 않고 중요한 이미지 파일들을 삭제했다.
• 팀미팅에 불참 후 노션을 보고 어떤 내용들에 대해서 이야기 했는지 참고하지 않아 혼선이 생겼다.
• 폴더 구조, 컨벤션이 잘 지켜지지 않았다.

Try

• dev에 머지할 때는 반드시 모든 기능이 동작하는지 확인하고 오류가 없을 때만 한다.
• 본인이 잘 모르겠는 경우는 일단 행동에 옮기기 보다는 다른 팀원들에게 물어보고 한다.
• 팀미팅에 제시간에 참여해서 놓치는 내용이 없도록 한다.

[rosedaily]

9팀

keep

• 각자 맡은 것 외에도 다른 팀원의 일을 적극 도와주어 진행이 빨랐다.
• 게더타운으로 모여서 한 공간에 있는 소속감과 빠른 소통이 좋았다.
• 의견 수용이 잘 된다.
• 미팅 시간을 잘 지키고 대화에 적극 참여한다.
• 주도적으로 진행한다.
• 중간 점검을 통한 현재 진행사항 파악 및 할 일 정리를 통한 탄탄한 계획 설립

Problem

• 업무 진행사항을 실시간으로 알기 어렵다. (극뽁!)
• 실질적인 코드리뷰 참여에 소극적이다.
• 브랜치 정리 조금 덜 되는 듯 하다.
• 페이지 연동 시 예상치 못한 오류 발생

Try

• 코드리뷰에 적극 참여하기
• 트러블슈팅 문서화 하기
• 브랜치 및 이슈 정리 꼼꼼히 하기

[Hooni07]

✏️ 16팀

Keep

• PR과 issue를 연결지어 PR을 잘 관리하였다.
  • PR을 올려주었을 때, comment를 작성함으로써 코드에 대한 피드백을 잘 수행하였다.
• 1주차 회고 내용이 잘 반영되었다.
  • 구현 해놓은 components 확인 후, 공통되는 요소나 components 통합 혹은 모듈화 작업을 진행하였다.
  • 전체적인 refactoring 과정을 착실히 수행하고 있다.

Problem

• 팀 프로젝트 활동이였지만, 개인적으로 활동을 진행한 느낌을 받아 아쉬웠다.
• 다른 사람이 개발한 부분에 대한 문제 사항을 잘 파악히지 못하였다.
• 전반적인 흐름을 바탕으로 한 큰 작업에 대해서만 계획하고 세부 계획에 대한 기록 등이 부족하였다.
• 위워크에서 팀원 모두가 같이 모여 프로젝트를 진행하지 못해 아쉬웠다.
• 프로젝트 구현 방식 방향이 '공통 요구사항 -> 세부 요구사항'으로 뻗어나가는 것이 아닌 개별 page 별 구현으로 진행하였다보니 효율적으로 작업을 진행하지 않았던 것 같아 아쉬웠다.

Try

• 정리하면서 발생한 bug나 refactoring 등의 수정, 개선 작업을 진행한다.
• README.md 및 발표내용 정리를 진행한다.
• 다른 사람이 개발한 부분도 확인하고 버그 이슈를 작성해주자

[aoooec]

🌟 19팀

Keep

• 프로젝트 기간 동안 개인 공부를 병행하여 다른 사람의 코드를 독해하는 능력도 상승하고 문제 사항에도 대응할 수 있게 되었음, 리액트에 대한 이해도가 높아짐
• 포기하고 싶은 순간에도 좌절하지 않고 계속 시도하고 공부하는 등 노력함
• 작업시간에 집중을 잘했음
• 거의 매일 위워크에 출석했고, 가장 먼저 와서 제일 늦게 나갈 정도로 학습 및 프로젝트에 성실하게 참여+시간 투자 함

Problem

• 아직 잘 알아듣지 못하는 부분이 존재함
• 시간 관리가 부족했음, 계획적이지 못했으며 생활 패턴이 무너짐
• 개인 회고록을 작성하고 싶었으나 하지 못함
• 문제 해결을 위해 노력했으나 해결하지 못한 부분이 있음 (학습이나 숙련도 면에서의 부족함)
• 개인적으로 추가 공부를 해서 더 좋은 코드로 개선하고 싶었으나 하지 못함
• 계속 같은 부분에서 구현을 실패하고, 다시 시도할 때도 같은 코드를 작성하고 있다고 느낌 + 한 문제에 꽂혀서 반복적으로 같은 작업을 하고 있는 것이 비효율적이라고 느낌
• 검색 능력이 부족하고 영어 실력의 한계로 이해하기 어려운 부분이 많음

Try

• 개인 프로젝트에 도전해보고 싶다 (리액트 실력 향상을 위해)
• 시간 관리 습관을 들인다. 캘린더를 사용해 활동을 기록하고 생활 루틴을 잡고 계획한다.
• 개인 회고록을 작성한다
• 구현에 난항을 겪었던 부분을 다시 공부해서 직접 구현해본다. 프로젝트가 끝나더라도 개선사항을 업데이트하겠다.
• 하루의 계획을 세우고 실천한다. 루틴을 만들어 부족한 부분에 대한 공부를 할 수 있는 고정 시간을 만든다.
• 문제 발생시 잠시 환기를 하거나, 다른 사람(팀원)에게 조언을 구하거나, 문제에 대해 직접 풀어 설명해보며(러버덕 학습) 방법을 찾아보는 등 다른 방법을 시도해본다.
• 검색 능력을 향상시키고 영어 공부를 한다.
• 프로젝트 마무리를 잘하자😁😁

[hijiyun]

🍀 11팀

Keep

• 효율적인 커뮤니케이션과 업무 분배인것 같습니다. 팀원 간의 의사 소통이 원활하고, 업무가 공정하게 분배되어 각자의 역할에 집중할 수 있었습니다.
• 서로가 맡은 부분에 대해서 기능상 이상이 있는 부분에 대해서 적극적인 피드백이 이뤄졌습니다.
• 유연한 모임 시간조정으로 다들 모임 시간에 출석을 100% 해주십니다.
• 기능상 오류가 발생하였을 때 신속하게 오류를 처리한다.
• 서로 맡은 부분 이외에도 서로의 코드를 보며 피드백 및 오류를 잘 처리해 주셨습니다.

Problem

• 팀원들이 서로의 코드를 충분히 확인하지 못하는 것입니다.
• 완료된 이슈에 대해서 이슈를 close하는 부분이 잘 안 지켜졌습니다.
• 모임 시간 외에는 원활한 소통이 안되는 느낌입니다.
• 코드 리뷰를 받기까지 걸리는 시간이 좀 길다.
• 각자 코드를 만들어서 겹치는 부분이 많다.

Try

• 팀원이 PR을 올렸을 때 서로의 코드를 정성들여 많이 봐야 할 것 같습니다.
• 완료된 이슈는 close하고, 이슈를 작성할 때 조금 더 세세하게 적어야 될 것 같습니다
• 모임 시간 외에도 소통이 잘 되었으면 좋을것 같습니다.
• PR이 발생했을 때 좀 더 빠르게 확인할 수 있으면 좋을 것 같습니다.
• 리팩토링을 통해 고쳐나가면 될것 같습니다.

[NJ97S]

💜 5팀 💜

Keep

1. 코드 상의 오류를 지적하였을 때 모두가 이를 적극적으로 수용하여 피드백한다.
2. 지난 회고의 Problem이었던 코드 리뷰 문화를 개선시켜 도움이 많이 되었다. (Pn rule 도입)
3. 소통이 원활하게 잘 된다.

Problem

1. 기능 구현이 1차적으로 끝난 뒤로는, 지난 주 만큼의 열정이 나오지 않았던 것 같다.
2. QA에 신경을 많이 못썼다.

Try

1. 마지막까지 최대한 열심히 해서 좋은 결과를 만들어보면 좋을 것 같다.
2. 배포 사이트 최대한 자주 들어가면서 오류 확인하고 개선하기

[parkwoohyeok]

🔥12팀🔥

KEEP

• PR을 올리면 피드백을 전보다 신속히 한다.
• 멘토님 피드백 잘 반영하며 리팩토링을 하고 있다.
• 팀미팅과 멘토링 참여율 100% 팀원들이 성실해요💗
• 리팩토링을 하며 공용 컴포넌트와 폴더를 만들었다.
• 에러메시지 등 디테일한 부분을 신경써 서비스를 보완하는 태도가 참 개발자 같다.
• 디스코드와 github 연동으로 실시간 깃 진행 상황에 대해 파악 할 수 있어서 좋았다.
• 노션으로 현재 진행 상황, 미해결 문제, 체크리스트를 구분하여 필요한 부분을 확인할 수 있었다.
• 마감 기한에 쫓기지 않고, 기능을 잘 구현했다.
• 서로 comment 하는 것과 followup이 잘 이뤄지는 게 좋았다.
• 각자 맡은 페이지를 완성했음에도 완성도를 올리려고 리팩토링 하는 태도가 좋았다.

PROBLEM

• 처음에 깃허브 레포지토리를 만들 때 팀장님 레포를 FORK했더니 팀장님에게 업무가 과중되는 부분이 있었다. 다음에 협업을 할 때 오가니제이션으로 작업하면 1명에게 업무가 과중되는 일을 막을 수 있을 것 같다.
• 공통적으로 사용하는 컴포넌트에 대해 팀원들과 충분한 회의가 없어 포용성이 떨어지는, 그리고 이로인해 컴포넌트를 지속적으로 리팩하는 문제가 발생해서 아쉬웠다.
• ESLint 설정 / 넷틀리파이 배포 오류 / 깃허브 폴더
• 커밋 관리 등이 잘 되지 않아서 문제가 발생했다. 깃허브 능력을 함양해야 한다.

TRY

• ESLint를 수정해야 한다.
• 폴더 구조 정리를 마무리 해야 한다.
• 개인 회고, 트러블 슈팅을 잘 정리해야 한다.
• 디스코드 스레드 기능을 적극적으로 사용하거나, 추후 매니저님께 팀 채널을 증진해달라는 요청으로 현재 발생한 문제에 대한 논의를 주제별로 구별하는 방법도 좋겠다.

[MinCheolS]

3팀

Keep

• 문제가 발생하면 바로 공유를 한다.
• 수정사항이나 추가사항이 생기면 즉각적으로 대응을 했다.
• 고민하다가 잘 해결되지 않은 부분에 대해서 팀원들에게 공유하고, 함께 협력하여 문제를 해결하였다.

Problem

• 스켈레톤 ui 처럼 라이브러리를 사용할지 직접구현할지 정하지 않고 각자한게 아쉬웠다
• 각 페이지의 구현 난이도 차이로 의해 팀원들 간의 기능적인 부분 구현할 수 있는 양의 일관성이 부족한 문제 발생

Try

• 개발을 하기전에 팀원들과 같이 의견을 공유하고 진행을 하도록 해야겠다.
• 정해진 목표 외에 추가적인 기능을 추가함으로써, 많은 기능에 대해 시도해보지 못한 팀원도 성장할 수 있는 기회를 만들고자 하였다.

[sihyonn]

👑15팀

Keep

1. 오류가 있음을 발견하면 다들 적극적으로 소통한 뒤 바로 수정한다.
2. 다들 열심히 정해진 계획대로 프로젝트 진행했다.
3. 디테일한 부분도 신경쓰면서 열심히 개발했다.
4. 에러대응이 빠르다.
5. 진행상황 공유가 빠르다.
6. 기한내에 프로젝트를 잘 마무리했다!

Problem

1. 팀원들이 휴식을 잘 취하지 않는 것 같다.
2. 다른 팀원이 맡은 부분을 많이 신경써주지 못했다.
3. 코어 타임이 좀 못 지켜졌던 것 같다.!
4. 팀 노션에 그때그때 기록하며 활용하지 못했다.

Try

1. 다들 다음 프로젝트도 이렇게 진행하자🫶🏻
2. 쉬엄쉬엄 하자!!
3. 서로의 개발 과정에 관심을 가져본다!
4. 프로젝트마감때 모두 경험을 활용할 수 있도록 맡은 기능 구현을 중요부분! 잘 정리해본댜😃

[elenfl0122]

Keep

• 모르는 것이 있거나 막히는 부분이 있는 팀원을 외면하지 않고 다같이 적극적으로 도우려 한다
• 팀미팅 시간을 잘 지킨다
• 다들 열정이 넘쳐서 늦은 시간까지 열심히 코딩한다!
• zep에서 다같이 모여서 개발을 한다 → 그래서 빠르게 소통이 되는 편이다!
• 휴식 시간과 작업 시간 구분이 명확하다
• 팀원들 간에 스스럼이 없고 서로가 서로를 편하게 느끼고 있다
• PR을 merge하기 전에 서로의 코드를 유심히 봐주면서 리뷰를 남긴다👍
• 공용 컴포넌트 기준으로 개발을 시작했어서, 서로 페이지 작업 시 공통되는 컴포넌트를 재사용할 수 있어서 좋다
• 서로 책임감 있게 맡은 역할에 따라 개발을 열심히 한다!
• GIT 그래프가 진짜 진짜 이쁘다!

Problem

• 개인 개발일지를 작성하지 못한 팀원들이 있다
• 개인 회고를 작성하지 못했다
• 일정이 자꾸 밀리고 있다 (에잉 완성만 되면 되지 머…ㅎㅅㅎ🥹)
• 우리팀만의 특별한 기능이 적다(특별한거 : axios쓰는거, answer페이지-개별삭제버튼만든거, post페이지-로딩로직구현한거)
• 초반 회의가 길었던 점에 비해서 세세한 부분을 자세하게 다루지 않아 몇번에 걸쳐 공유되었던 부분을 다시 살펴보아야 하는 문제가 발생하였다.
• 프로젝트 초반부터 발생하는 Git 이슈에 잘 대응하지 못하였고, 프로젝트 후반까지 자주 그런 상황이 반복되었다.

Try

• 개발 도중에 발생하는 문제 상황을 모든 팀원들이 잘 파악하기 위해 이슈를 더 적극적으로 활용해보자!(기능 이슈 뿐만 아니라 버그나 오류를 논의하는 용도로도 이슈를 써보자)
• 개인 개발일지를 시간날 때마다 끄적거려보자
• 큰 단위로 작업이 끝나면 main 브랜치에도 반영을 해보자
• 그래서 기초 프로젝트다. 이후 프로젝트때는 이 경험을 토대로 최선을 다 할꺼임. 가보자고~~
• 멘토님이 말씀해주신대로 처음 시작할땐, DS를 먼저 정해보기
• rebase에 대해 더 공부해보기👍🏻

[78-artilleryman]

8팀

Keep

1. 모두가 정해진 시간에 회의를 참여해 원활하게 프로젝트가 진행되었습니다.
2. 각자 정해진 역할을 잘 수행하였습니다.
3. 꾸준하게 테스르를 하면서 문제점을 발견하였습니다.

Problem

1. 고민해서 코드를 작성해도 꾸준하게 이슈가 발생하고 있다.
2. 메타태그를 잘 활용하지 않고 프로젝트 코드를 작성했다

Try

1. 코드를 작성할 때 여러 이슈들도 생각하며 작성해야할 거 같다
2. 메타태그 사용을 좀 더 신경써서 작업을 하면 좋을 거 같다

[devwqc]

☺️ 22팀

Keep

• 페어프로그래밍으로 이끌어가시는 팀장님 멋지십니다
• 기술적인 부족함을 서로 메꾸어주는 시너지가 있습니다
• 피드백이 빠르게 이루어집니다
• PR이 직관적이고 솔루션 제시가 적절합니다.
• 더 많은 기능을 구현하기보다 현재 구현된 부분을 개선하려고 노력하는 모습들이 성장에 많은 도움이 되는 거 같습니다
• 사소하지만 귀찮을 수 있는 일을 먼저 나서서 진행합니다
• 멘토링, 팀원들의 피드백을 적극 수용해서 빠른 코드 반영이 이루어지고 있습니다
• 팀원분들을 다 이끌고 가려는 팀장님 감사합니다
• 다같이 한 자리에서 Merge 하는 등의 시간이 좋았습니다

Problem

• 디테일한 부분에서 실수가 많은듯 합니다
• PR요청을 안보시거나 신경쓰지 않는분이 계신듯 합니다
• 추가기능을 더 생각하지 못한게 천추의 한이 됩니다
• 개발에 집중하느라 배포에 대해서 신경 쓰지 못한 점이 많이 아쉽습니다
• 아직 코드에 익숙하지 않은 면에서 기능구현하는데 시간이 오래걸립니다
• 코드의 기능, 로직 부분 보다 사소한 문법에 집착해 코드리뷰를 하게 되는 것 같습니다
• 데드라인이 다가올수록 커밋을 세분화 하는 것에 대한 고민이 줄어드는 것 같습니다

Try

• 코드리뷰는 전체적으로 이루어졌으면 좋겠습니다
• 눈치보지마시고 서로간에 원활한 리뷰가 이루어졌으면 좋겠습니다
• 일정 주기를 가지고 프로젝트 전체적인 진행 상태를 리뷰하는 시간을 가지면 조금 더 완성도 있는 프로젝트가 될 거 같습니다
• 코드리뷰를 놓치거나 늦게 보는 경향이 있어서 잘 챙겨야 할 것 같습니다
• 시간이 충분하다면 나라면 이 로직을 어떻게 구현했을까 생각해보는 시간을 가지면 좋을 것 같습니다

[dtc03003]

🦈 1팀

Keep

• 분위기가 좋다.
• 완성했다
• 개선사항이 있으면 잘 고친다
• 일을 찾아서 한다.
• 은수님의 React-Query 구현 성공 😍
• 멘토님이 좋다. 아주 칭찬해

Problem

• 은수님의 건강상태
• 다들 늦잠잔다.
• 더 시간이 있었으면 여러가지 시도를 해보고 싶었다.
• 비판적인 의견이 부족하다.
• CSS부분에 필요없는 코드가 많다.
• 코드의 통일성 부족
• 코드 리뷰 부재

Try

• 수면시간을 정상적으로 돌린다.
• React-Query 공부
• 적극적인 비판 장려
• PR 짧게 올리는 습관 가지기

[YseonMo]

18팀

Keep

• 서로의 진행 상황과 의견을 잘 배려해준다.
• 기한에 맞춰 구현에 성공했다.
• 팀원이 도움을 요청하면 적극적으로 나서서 도와준다.
• 써보고 싶은 라이브러리를 찾아서 사용했다.
• 프로젝트 관련하여 의견들을 적극적으로 교환했다.

Problem

• 프로젝트 설정 파일에서 충돌이 자주 일어났다.
• 코드 컨벤션이 조금은 늦게 정해져 약간의 차이가 있다.
• 시간이 좀 더 있었다면 시안의 것 이외의 기능들을 추가해보고 싶었지만, 그러지 못했다.
• 비판적인 의견이 부족하다.
• 각자의 파트에 몰두한 나머지 다른 팀원의 파트에는 비교적 덜 시간을 사용한 것 같다.

Try

• 무작정 프로젝트를 진행하기에 앞서 기본적인 설정들은 확실히 정하고 시작하는 것이 좋을 것 같다.
• 코드 컨벤션의 관해 조금 더 디테일하게 의견을 나누자.
• 적극적인 비판 장려
• PR 짧게 올리는 습관 가지기

[royxk]

4팀 💀

Keep

• 프로젝트를 완성을 했다.
• 나름 연락이 잘 됐다.
• 시간약속을 잘 지켰다.
• 다들 협조적이라서 뒤쳐지는 사람이 없었다.

Problem

• 프로젝트에 대한 디테일이 부족했다.
• 건강이 나빠졌다.
• 컨벤션을 잘 지키지 못 했다.

Try

• 마무리를 깔끔하게 잘 하자 (유종의미를 잘 거두자)

[smimdla0205]

20팀

• Keep
  • 프로젝트를 배포까지 제시간에 끝낼 수 있었다.
  • 결과물을 꼼꼼하게 검토해서 세부적인 문제까지 해결할 수 있었다.
  • 팀 미팅 시간 이외에도 문제가 발생하면 따로 시간 내서 이야기를 잘 나누었다.
• Problem
  • 개인적인 상황으로 일부 팀원이 참여하지 못했다.
  • 초반에 비해 코드 리뷰보다는 완성에 집중해서 fix 브랜치를 만들어 수정 하는 일이 많았다.
  • 개인적인 상황이 있더라도 즉각적으로 알렸어야 했는데 시간이 지나서 알려 주었다.
  • 코드 리뷰와 리뷰의 반영 시간이 Gap이 각자 자율적인 시간으로 하다 보니 Gap이 있어서 약간 작업이 더 느려진 것 같다.
• Try
  • 처음 기능 개발 때 좀 더 다른 사람의 부분도 확인하면 더 좋을 것 같다 Ex)코드 적인 부분, 스타일 모두
  • 질문이 더 적극적으로 많은 분위기였으면 좋겠다.
  • 다음부터는 코드리뷰를 확인하는 시간도 정해서 하면 더 프로젝트 진행이 수월해 질 것 같다.

[mun-jihye]

24팀

• Keep
  • 2주차에서는 제 개인적으로 부족했던 부분인 소통이 전보다 원활하게 이루어 진 것 같다.
  • 코어타임이 잘 이루어져서 의사소통과 협업이 잘 이루어졌다.
  • 문제가 발생했을 때 바로바로 공유하고 해결한 점 이 좋았다.
  • 각자 맡은 부분을 성실하게 참여하여 프로젝트를 원활하게 진행할 수 있었다.
  • 오류나 수정할 UI 등이 발생하면 바로바로 소통을 통해 수정이 이루어졌던게 좋았다.
  • 팀원 간의 커뮤케이션이 원활하게 이루어졌습니다
• Problem
  • 다른 분들의 코드를 보며 코드 리뷰를 같이 하고 싶었지만, 제 작업을 하기 바빠서 이 부분에 있어서 소홀 했던 것 같습니다. 개인적인 코드 능력보다 2주차에 들어서는 GPT에 의존을 했던 것 같아서 조금 아쉬웠다.
  • 기능 개발에 초점을 두고 개발을 하다 보니 상호간의 코드리뷰나 코드 리펙토링이 부족했던 것 같다.
  • 크롬 뿐 아니라 다른 웹 브라우저로 테스트를 안해본게 좀 아쉬웠다. 실제로 리스트 페이지의 캐러셀이 크롬과 사파리 외에서는 잘 작동하지 않았다.
  • 프로젝트 진행과정과 코드에 대한 문서화가 부족했습니다.
• Try
  • 팀원 각자가 필요한 기술을 학습하고 이를 공유하는 시간을 가지면 좋겠다.
  • 코드를 짤 때나 테스트할 때 다양한 경우의 수를 생각해보는게 좋겠다.
  • 파트 구현이 끝나도 다른 팀원의 코드를 살펴보며 공부를 한다.
  • 디벨롭 브렌치에 피알을 올릴떄는 반드시 모든 기능이 잘 동작하는지 확인하고 오류가 없을 때만 한다. 또한 오류사항이나 코드리뷰가 제대로 리펙토링이 되었을 경우 머지한다.
  • 이슈나 피알을 올릴때 다른 사람의 나의 코드와 작업 상황을 이해하기 편하도록 자세하게 작성하는 습관을 길러야겠다.

[smb0123]

21팀 🌝

Keep

• 팀원들이 적극적으로 참여하였다.
• 코어 타임을 잘 준수했다.
• UI/UX 에 대한 고민을 하였다.
• 구현에만 그치지 않고 refactoring을 진행하였다.
• 안건에 대해 의견 제시를 잘하였다.
• 프로젝트 관리를 github의 issue, project 기능을 사용하였다.

Problem

• 코드 리뷰가 제대로 이루어지지 않았다.
• 배포 전 테스트 과정에서 미흡한 부분을 많이 발견할 수 있었다.
• 의사소통에 미흡한 점이 있었다.
• 일정 관리가 제대로 이루어지지 않아서 개발 후반에 시간에 쫓겼다.

Try

• 코드 리뷰 시간을 정해두면 좋겠다.
• 본인이 맡은 역할에 대해서 명세에 맞게 꼼꼼히 테스트를 하면 좋겠다.
• 코드를 남이 봤을 때 잘 이해할 수 있도록 지속적인 의사소통으로 코드를 수정하면 좋겠다.