FE 2차 스프린트 회고

[chasj0326]

Action Items

• 소통 채널 분리 @nsr1349
  • slack : just ask / 각종 갈팡질팡 (개발, 기능 및 기획)
  • discussion : 다음 회의에서 이야기 나누고 싶은 기술적인 논의 + 기능 관련 논의
  • discord 채팅 쓰면 slack 에 쓰라고 이야기 하기
  • slack 에서 얘기가 길어지면 discussion 으로 옮기자고 이야기 하기
• PR 리뷰 @nayeon-hub
  • PR 올라오면 24시간 이내에 리뷰하기
  • 기본적으로는, 다 리뷰하고
  • 리뷰어 칸에 꼭 1명 언급하기 (나연님 필히 언급) ⇒ 언급당한 사람은 책임감을 가지고 리뷰하기
  • Approve의 의미를 더욱 명시적으로 사용하기
    (정말 머지해도 좋은 코드인 경우에만 사용하기)
  • PR에 대한 머지 권한은 올린 본인에게 있도록 하기
  • 추가적인 기능 구현이 필요하면 브랜치 새로 파서 하기
• 문서화 @bbearcookie
  • react-query 활용 컨벤션 (상훈)
  • 타입 컨벤션 (d.ts vs ts, 파일명 대소문자) (나연)
  • msw 컨벤션 (상훈)
• 깃허브 활용
  • FE 리드미 @chasj0326
    • 1장 요약 느낌
    • 완성되면 시연 영상 + FE 분업 내용 추가
  • docs 레포
    • 기획 내용
    • 기술 스택 + 컨벤션
  • blog 레포
    • 블로그 글을 씁시다 .. !! (이슈 트래킹..트러블 슈팅.. 등등 ..)

세진

Keep

• discussion 적극 활용 (스크럼, 스프린트, 논의사항)
• 지금까지 일정 블로킹이 없었음 👍

Problem

• 슬랙, 디스코드 채팅, discussion 혼선
• PR 리뷰 및 머지 혼란 ..
  • 다른 분의 코드를 머지 눌러도 될 지…
• 개발 문서 혼란 ..
• 코드 일관성 부족 (주관 + 개인적인 의견입니다)

Try

• 슬랙, 디스코드, discussion 을 어떤 상황에 활용해야 할 지 정해보기!
  • 개발 이슈 / 기능 내용 이슈 (기획) / just ask / … 분류해보기
• 문서 정리하기 (진행중입ㄴㅣㄷ ㅏ )
  • 어떤 부분이 정확히 정리되면 좋겠는 지 각자 의견 부탁드려요! (공통 컴포넌트, 라이브러리 활용 컨벤션 등등)
• 코드 일관성 부족은, 문서화 + 리뷰를 쫌 더 촘촘하게 하면 될 것 같습니다
  • PR 올릴 때, 리뷰어를 명시해서 올리고 언급 당한 사람은 리뷰를 꼼꼼히 해주는 걸로 할까요?

성래

Keep

Problem

• 디자인처럼 화면이 정확하게 나오는 느낌은 아녀서 기능 구현 끝나고 디자인하고 css 많이 만지고 싶음
• 중간까지 파일 구조 모르고 있었어서 좀 더 정확하게 다른 사람 글을 읽어야겠다 싶었음
• 쿼리를 아직 쓰진 않았는데 그런 지식이 좀 부족해서 어떻게 설계할지 헤메는 느낌도 있긴 했어서 공부해야겠다 싶었음

상훈

Keep

• 기술적인 논의가 GitHub의 Discussion으로 잘 이루어지고 있습니다.

Problem

• 올라온 PR이 오랫동안 쌓여있는 경향이 있습니다.
• 바텀-업 방식으로 개발했던 각자의 기능을 합쳤을 때 문제가 발생하기도 했습니다.
• 논의되었던 내용이나 컨벤션 등을 아직 문서화로 명확하게 작업하지 못했습니다.

Try

• 올라온 PR에 대한 리뷰를 24시간 안에 꼭 해준다는 규칙 적용(?)
• 기능 통합을 하면서 실제로 테스트해는 과정 진행하기
• 컨벤션 및 리드미 등 문서 정리하기

나연

Keep

• 디스커션, 이슈 사용이 활발하게 이루어지고 있어요

Problem

• 코드 리뷰를 잘 못하고 있어요
• 채팅에서 논의 되는 것들이 있어요

Try

• 코드 리뷰 승인을 1명 더 하는 건 어떨까요? 그리고 누구든지 2명 승인이 아니라 구체적으로 코드와 관련된 사람들을 추가해서 코드 리뷰하면 좋을 것 같습니다
• 가벼운 논의 사항(가벼운 주제에 대한 기준선을 제가 잘 모르겠어서요? ㅠㅠ)도 슬랙에 올리고, 차라리 슬랙 링크를 채팅에 공유하는건 어떨까요?