1. 작업 단위 서로 간의 의존성이 적을 수록 좋다.
  2. 독립적으로 나눌 수 있는 기능들을 나누고 한명씩 할당하는 것이 효율적일 것. 1/5이 아닌 최대한 의존성이 적게… 나누어 보고
  3. 본인이 하고 싶은/할 수 있는 기능을 맡아서 해보기

기능/요구사항 는 프로젝트 탭이 더 관련이 맞을 것 같다.

이슈 탭은 버그, 등

→ PM 특강에서는 이슈 탭에서도 기능/요구사항에 대해서 작성한다고 했었는데 그저 팀 차이인지…??

→ 팀 차이가 맞는 것 같다. (재원 매니저님)

커밋 → 다른 사람이 리뷰하기 편하게/다른 사람이 뭘 했는지를 보기 위함이다 리뷰하는 정도의 단위

PR → 많이는 필요 없음 그 단위로 하면 될 듯

→ 커뮤니케이션 하기 편한 단위?… 정도로 운영이 되면 됨

설계하고 PR, commit, 리뷰 등 설정해둔 우리들의 규칙을 Action으로 잘 이을 것

라이브러리, 작업 스펙 등 …

리액트 훅을 최대한 활용하기 (라이브러리 보다)

라이브러리로 얻는 이득을 정확하게 하되(리덕스는 상태 관리, 스타일드 컴포넌트는 마크업 정도로) 결국은 리액트를 잘 활용할 수 있도록 하는 것을 목적으로!

라이브러리로 얻고자 하는 것이 무엇인지, 목적 등을 정확하게 하는 것이 좋겠다.