Keep (유지할 항목)

팀 미팅 전 어떤 내용을 전달해야 할지를 내 노션에 미리 정리해 두었더니 내 문제 상황이나 진행상황을 좀 더 빠르고 명확하게 팀원들에게 전달할 수 있었다. 앞으로도 미리 정리해두고 공유하는 습관을 들여야겠다.

내게 주어진 태스크가 끝났을 때만 공유하지 말고 현재 진행 상황이 어떻게 되는지도 중간에 한번 공유하기.

팀장님께서 프론트와 백엔드가 짝을 지어서 같이 작업을 하자고 제안하셔서 그렇게 진행했는데, 이것도 괜찮은 방법이었던 것 같다.

또, 프론트와 백엔드가 구현하는 기능 순서를 맞춰서 작업했던 점도 좋았던 것 같다.

구글독과 같은 협업 툴 자주 사용하기, SR때 더 자주 사용했으면 좋겠다.

S3배포 과정에서 문제가 생길까봐 배포 처음부터 어떤 방식으로 진행하였는지 모든 단계를 세부적으로 기록해 두었던 점은 정말 잘 한것 같다. 다행스럽게도 문제가 생기진 않았지만....

Problem (문제라고 생각하는 항목)

매일 하는 팀 미팅에서 주요 내용을 공유하기 전에 가벼운 아이스브레이킹도 했으면 조금 더 편한 분위기에서 진행할 수 있을 것 같았는데 그게 잘 안 됐던 거 같다. 다들 바쁘고 지치셔서 그런 것도 있으셨겠지만..

2-3시간 고민해도 해결되지 않는 문제였었는데 바쁜 팀원들에게 폐를 끼칠까봐 해당 부분에 대해 질문하기를 많이 꺼렸던 것

깃 히스토리 보고 이해하는 과정이 익숙하지 않아 시간 낭비가 많았다. 매번 메신저로 코드를 주고 받다 보니 깃을 효율적으로 사용하지 못했던 것 같아 너무 아쉬웠다.

또한 깃을 다루며 생긴 문제를 블로깅해 두었어야 했는데 자꾸 같은 에러를 마주할 때마다 해결하느라고 시간을 많이 써버렸다.

현재 배운 스택을 사용하는 게 익숙하지 않았는데도 불구하고 새로운 버전을 사용하려고 시도하다 보니 너무 많은 시간을 소모했다. 리액트 라우터의 경우 v5에서 중첩 라우팅을 한번도 써 본적이 없는데 v6가 나왔다고 무작정 썼다가 중첩 라우팅 적용하는 데서 이해가 되지 않아 너무 많은 시간을 써 버린 것 같다. (왜그랬니..ㅠㅠ)

구현하고자 하는 서비스의 양을 프로젝트 시작 전에 리스트업 해서 좀 더 철저히 분석하고, 주어진 기간 내에 팀원들의 역량으로 처리가 가능한지를 더 생각해보지 못했던 점이 아쉬웠다. 이 때문에 발표 자료 준비에 시간을 충분히 할애하지 못했던 점도 아쉬웠다

테스트할 항목을 리스트업 하고 위키에 따로 저장해 두었으면 좋았을 텐데, 매번 또 테스트할 건 더 없는지 확인하는 과정에서 시간이 낭비되었던 거 같다. (테스트케이스 짜는 것까진 아니더라도 00를 통과해야 합니다, 00할 수 있어야 합니다 식으로 위키에 체크리스트 만들어놓고 체크해가면서 확인해보면 좋겠다..뭐 테스트 코드까지 짜서 자동화하면 더 좋겠지만 이건 여유가 없을 것 같으므로 일단 후순위로둘것ㅠㅠ)

프론트엔드에서의 인증/인가 관련 지식을 프로젝트에 적용하며 헷갈리는 점이 많았다. 이것 때문에 팀원분과 이야기를 하면서 내가 알고 있는 지식에 대해 확신을 가지고 내 의견을 정확하게 전달하지 못했다. 확실하게 공부해두고 기록으로 남겨야겠다.

클라이언트도 첫날부터 미리 배포해두고 테스트했으면 좋겠다. env 파일 꼭 꼭 설정.

코드를 일단 구현만 되면 된단 마인드로 충분한 상태 배치 계획 없이 급하게 작성하다보니 후반부엔 중복되며 쓴 코드가 너무 많아 실수가 에러 찾고, 다시 그림을 그려가며 이해한다고 시간을 버렸다. (내가 쓴 ㅋ코드를 내가 못알아봄....) 리팩터링 방법에 대한 이해가 너무 부족했다. 설계 방법에 대한 기본 지식이 부족한채로 프로젝트에 돌입하다 보니 생긴 문제인 것 같다.

Try (Action Items)

공부할 내용

공통

깃 그래프 보는 법 찾아보고 공부하기
워크플로우 재정립
충돌시 업스트림에서 머지 불가능한 경우 대처 방안 꼭 정리하기!!! 블로깅.
백엔드 디렉터리 설계방법 알아보기!!

프론트엔드

리덕스를 사용하여 상태 관리를 하였을 때, API 문서 작성은 어떻게 완료되어야 할 것인지 생각해보기
인증/인가 권한을 이용하여 페이지별 접근 권한 설정하기( 쿠키 공부. 사용자 pk값 어디에 저장할지도 공부하기.)
axios 서버 요청 정확하게 하는 방법 공부하고 정리하기

백엔드

재사용성이 높은 코드를 작성하는 방법 조금이라도 공부해보기 (**지훈님이 보내주신 코드 리팩터링 방법 공부하기!!)
인증/인가와 관련해 헷갈리는 부분은 반드시 노션에 별도로 작성하기 (쿠키 공부하기)
도커 협업(프로젝트에 유용할 것인가?): 실제 워크플로우, 장단점 정리하기
EC2 자동 배포 설정
RDS 연결 방법과 원리 알아보기
Route53 도메인 주소 구매 및 등록 방법 알아보기
swaggerhub API 문서 작성 방법: 공부하고 이해한 부분 꼭 정리하기!!: 팀원들도 이해할 수 있도록 가이드문서 만들기)
DB 테이블 데이터타입에 대해 공부하기: 어떤 경우 어떤 자료형을 두는 것이 적합한가?
테이블 관계 설정.

에러 로그 꼭 작성!

팀 협업

다음 프로젝트에서는 백엔드를 맡겠지만, 프론트엔드에서의 상태 배치를 꼭 같이 논의해보기
API 문서 작성 시에도 프론트엔드와 반드시 정확하게 규칙 정하자.
4주 프로젝트 발표 준비는 적어도 3-4일 전부터 진행하기
서비스 기획시 단순히 창의적이거나 신선한 아이디어인지도 고려하고, 서비스가 필요로 하는 구현사항 철저히 다 리스트업 한 후에 선택하기
위키 체크리스트, 팀 룰 제대로 활용하기: 형식상으로 채워넣는게 아닌 진짜 협업 시 사용할 수 있도록.
위키에 테스트케이스 글로 써서 리스트화하기(이슈 카드 활용하여, 그날그날 테스트할 항목 정리하기)
=> 전체 기능 리스트업 -> 상세 테케 작성 -> 이슈카드 분배(태스크 카드화)