[Web21] Ground Rule

✏️ 그라운드 룰

21.10.26. ver 1.0.0

체크인 시간, 회의 시간, 스크럼 시간

• 체크인 09:30~10:00

• 회의는 필요할 떄마다 소집

  • 월-목 14:00~16:00을 코어 타임으로 지정
  • 반드시 회의하는 것은 아니며, 필요 시 Slack을 통한 사전 공지 후 '당일 소집'

• 스크럼 매일 10:00~10:30 -> 산출물 10:30 제출

• 예외사항

  • 박기범 님 - 월, 수 16:30~18:00 줌 접속 어렵다
    • Slack / DM 등엔 문제가 없음
  • 곽성준 님 - 목 (16:00)17:00~18:00 연구실 과제로 참여 어려움
  • 이진선 님 11/1(월) 오전(or 오후) 참여 불가

업무 구분

• 작업 코어타임 10:00~19:00
  • 점심, 마스터 클래스 등 예외 사항 존재
• 커뮤니케이션 타임 ~ 22:00
  • 업무와 관련된 연락이 가능한 시간
  • 즉시 확인이 어렵더라도, 팀 단위의 의사소통이 이루어질 수 있는 최대 한계 시간
• 이후에는 개인적인 일과 마무리
  • 업무와 유관한 일로 타인에게 간섭하지 말 것

의사결정

• 데이터 수집 방식
• 피드백 전달 방식
  • 코드 리뷰
    • 스크럼 때 일부 진행되지 않을까
    • 누군가 요청하면 같이 봐야겠죠?
• 프로젝트 관리 방식

팀 분위기

• 말투, 태도
  • 존대를 기본
  • 최소한의 비즈니스 관계를 유지
• 응답
  • 확인이 필요한 메시지는, 태그(@)를 통해 확인 요구
  • Slack 내 해당 메시지 확인 시, 체크 이모지
• 인정
  • 서로간 부탁이나 질문을 함에 있어 미안해하지 말 것
• 티타임 요청
  • 작업 시간 내, 주마다 인당 1회씩 티타임을 요청할 수 있음
  • 이 때, 이유를 불문하고 팀원 모두 휴식을 취함
  • 휴식시간은 기본 10분으로 정의

협업

• 코딩 스타일

  • 변수, 파일명: camelCase
  • 클래스, 디렉토리명: PascalCase
  • 상수: UPPER_SNAKE_CASE

• 브랜치 전략

  • 간소화된 git Flow 사용
    • master : 개발이 완료된 기능을 유지 및 병합
    • dev : master 브랜치에 새로운 기능을 추가하기 위한 브랜치
    • feat : dev를 기능별로 나누어 개발하기 위한 브랜치
      • feat naming은 issue labeling된 이슈 번호를 따 작성

• 커밋 컨벤션

  • 한글 작성을 원칙으로 함
  • feat: 요약 의 형식
    • 부가설명은 상세 내용에 작성
  • feat : 새로운 기능에 대한 커밋
  • fix : 버그 수정에 대한 커밋
  • build : 빌드 관련 파일 수정에 대한 커밋
  • chore : 그 외 자잘한 수정에 대한 커밋
  • ci : CI관련 설정 수정에 대한 커밋
  • docs : 문서 수정에 대한 커밋
  • style : 코드 스타일 혹은 포맷 등에 관한 커밋
  • refactor : 코드 리팩토링에 대한 커밋
  • test : 테스트 코드 수정에 대한 커밋

• 회고 방식

  • 한 주간 개발을 하면서,
    • 배운 것
    • 더 배워야할 것
    • 좋았던 것
    • 좋지 않았던 것
    • 아쉬웠던 것
    • 등
  • 간략한 사설
    • 단 개발에 대한 내용을 주로

역할과 책임

• 개인의 책임과 공동의 책임
  • PR 요청이 올라올 시, 모두가 확인할 것
  • merge 후 프로젝트에 발생하는 문제는 공동 책임
• 역할 분담
  • 맡은 task에 대해서, frontend 및 backend 구현을 한 사람이 담당
  • 서로가 약한 부분이 있는 만큼, 질문이나 요청을 함에 있어 주저하지 말 것