K(Keep)

• 지은
  • 처음부터 끝까지 원하는 프로세스를 잘 밟아서 개발해나가서 뿌듯했다. 컴포넌트 별로 잘 나눠서 개발한 것 같다.
  • 팀워크가 좋았다. 각자의 장점이 뚜렷했다.
  • 완성도가 높게 프로젝트를 진행해나간 것 같다
• 윤
  • 기획부터 디자인, 컴포넌트를 만들고 페이지까지 구현하는 과정을 차근차근 체계적으로 잘 해나간 것 같다
  • 팀원들에게 배울점이 많았다
  • 깃,깃허브를 사용한 협업에서 큰 충돌없이 잘 진행됐다

<윤호>

• 한정된 자원과 시간에 따른 목표 설정을 현실적으로 잡았다.

  • 시간은 한정되어있고 팀원 모두 학습을 하면서 진행해야 했기 때문에 모든 구현을 다 할 수 없었다. 따라서 가장 핵심이 되는 기능만을 정리하여 간추리고 성취가능한 목표를 설정하였고 최종적으로 목표한 기능개발까지 완료했다.

• 은찬

  • 역할 분담이 각자의 장점을 살려서 잘 된 것 같다.
  • 리액트를 처음 배워보는 상태여서 처음 시작은 굉장히 어려웠다. 그러나 매번 그런 것처럼 익숙해지니 자연스럽게 알아가는 과정이 있어서 재미있었다.
  • 패키지 설치나 협업 환경을 구축하는 과정을 익혀보니 힘들었지만 나중에는 편리해서 은근 뿌듯했다.

P(Problem)

• 지은
  • API 작업 시간을 잘 분배하지 못했다.
  • 스스로의 완벽주의로 인해 컴포넌트를 만드는 데에 시간을 너무 오래 들였다.
  • 주말에도 작업을 진행하는 스케줄을 얘기를 해봤어야 했는데 자율에 맡기다보니 작업량이 차이가 나서 진도에 악영향을 미친 것 같다.
• 윤
  • 리액트 강의를 많이 안듣고 구현을 시작해서 시행착오도 많았고 시간도 오래걸렸다
  • API를 사용해 데이터를 처리하는 부분이 많이 부족했다
  • ui를 만드는 부분에 시간을 너무 많이 썼다
  • 개발 일지를 잘 못썼다

<윤호>

• 팀원들간에 소통을 더 많이 못했던 아쉬움

  • 많은 소통을 하면서 즐겁게 개발하는것만큼 좋은게 있을까?
  • 소통을 더 많이 했다면 더 빠르게 진행되었을 것 같다.

• 프로젝트 후반부 마감기한에 급급하여 클린코드를 작성하지 못한 점

  • 시간에 쫒긴다는 압박감에 구현에 급급하게 개발을 진행하게 되었다.
  • 따라서 코드가 간결하지 못하고 중복되는 부분이 많았다.
  • 또한 학습한 내용을 내것으로 만드는 과정을 거치지 못해 아쉬움이 크다.

• 프로젝트를 진행하면서 문서화를 잘 못한점

  • 프로젝트도 학습이다.
  • 프로젝트를 진행하면서 개발세팅, 내가 직면한 문제와 해결, 코드에 대한 고민을 문서화하지 못해 너무 아쉽다.

• 은찬

  • 시간 관리 부족. 강의도 봐야하고 프로젝트도 진행해야 했기 때문에 시간 관리에 어려움이 있었다.
  • 채팅 카드 부분을 혼자서 쉐도우 복싱(?) 하듯이 했기 때문에 퀄리티가 많이 떨어졌다.
  • 훅 사용법을 잘 몰라서 강의나 인터넷을 보고 유사하게 따라했기 때문에 훅의 이해도를 높여야 겠다고 생각했다.

T(Try)

• 지은
  • 리액트 강의를 더 열심히 듣고, 다른 프로젝트도 해봐야겠다.
  • 완벽주의를 버리고 컴포넌트를 빠르게 완성하고, API를 연결해봐야겠다.
• 윤
  • 리액트 기본 개념부터 다시 공부하기
  • API, 비동기 공부하기
  • 프로젝트 리팩토링, 다른 팀원 코드 보며 공부하기
  • 다른 팀 프로젝트 보며 개선점 찾기
  • 우선순위를 잘 설정하고 시간조절하기
  • 개발 일지 잘 써야할것같다