Skip to content

(22.06.14) 프론트 회의록 진행방식 및 협업 정리

HaeMin Yoon edited this page Jun 20, 2022 · 1 revision

진행방식

커뮤니케이션 방식

  • 최대한 음성채팅을 권장 - 게더타운에서 마이크만 띡 켜고 말하기
  • 다른 포지션에 질문 or 요청 - 일단 슬랙으로 정리해서 보내주기.
  • 개인챗 자제. 카톡도 자제. 놀거면 슬랙에서 놀아. → 함께 일하는 분위기
  • 질문 채널 개설 할게요.

근무시간

  • 10시 ~ 4시 // 권장하는 피크타임
  • 이 이후의 시간에 커뮤니케이션은 좀 자제. (야근)
  • 강제는 아니지만, 있어줬으면 좋겠다. 알아서하자!

게더타운..

  • 10시 ~ 4시까지는 상시접속 ㄱㄱ

스프린트

  • 월요일 시작 금요일 종료 (주말은 연장선)
  • 월요일 오전에 해당 주의스프린트를 위한 칸반보드 작성 (이슈 작성)

(공유)주간 스프린트 회고

  • 금요일 3시 게더타운
  • 모두 모여서 다같이!
  • 회고시간 전까지, git wiki에 간단하게 회고록 작성 ([예시])
  • 공유 3~4분씩 ?
    • 이번 스프린트 뭐했나
    • 애로사항
    • 다음 스프린트 뭐해야하나
    • 한 주간 있었던 특별한 경험/공부했던거 하나씩 들고오기

(회의)일일 스크럼

  • 파트별로 진행
  • 10시부터 PM의 순회공연
  • PM의 깜짝 등장으로 시작하는 3분 제한시간 스피드 토크타임 (아침점호…?)
    • “야 어제 뭐했어!!!”
    • “오늘 뭐해!!!”
    • “별 일 없지???”
    • “그래 일 해!!!”

팀 문화를 만들어보자

월요일날 다같이 정해야 하는것


Git/Github

Repository 작업방식

  • 프로젝트별 새로운 organization 만들어서, 거기에 포지션별로 repo 만들기
  • Dope 메인 페이지에 대빵만하게 해주기

Branch

  • main : 제품 출시 브랜치 - 아마 프로젝트 마지막에 1~2번 사용
  • release : 배포가능한 프로덕트. 정말 큰 단위의 작업. ex) 베타버전 SNS 구현
  • develop : 개발 작업 진행하는 곳
    • hotfix, 사소한 것 등은 바로 push 가능
    • rebase & sqaush and merge 사용
  • feature : develop 에서 분기하여, 하나의 작은 단위 기능을 구현할 때 사용
    • 브랜치 생명주기를 짧게 가져가기.

Issue 작성

PR 작성

리뷰 작성

Git 프로젝트 / 라벨

Git wiki 적극 작성 장려!(라 하고 필수라 읽는다)

  • 작성 권장 내용
    • 버그리포트
    • 학습내용
    • 협업시 에러사항
    • 그냥 전부
  • 사실 프로젝트 하면서 가장 외적으로 보여주기 좋은 것.
  • 님들 포트폴리오임
  • 잘 작성했다 싶으면 노션에도 공유하자
  • 블로그에도 퍼가서 올리자.
  1. 문서화
  2. 협업
  3. 코드퀄리티 (개인적임) -