팀 협업 규칙

팀 규칙

1. 슬랙이나 게더를 통해 소통 많이 하기

• 하루에 한 번 프로젝트에 관한 회의하기
• 현재 진행사항 / 문제점 공유

• 하루 마무리 회고 짧게 하기

• 코어 타임에 모각코하기(선택)

회의 타임 : 13시 반 
코어 타임 : 14시 ~ 19시
서브 코어타임 : 22시 ~ 24시 ±α
회고 타임 : 24시

2. 팀 프로젝트의 목적이 협업인만큼 그와 관련된 활동하기

• 의견은 자유롭게 ( 단, 충분한 근거와 함께)

• PR 보내고 각자 코드 점검해주기
• PR 리뷰어 선정은 팀원 모두
• 리뷰어는 12시간 이내로 리뷰하기
• 리뷰이는 피드백을 빨리 받아야 하는 상황이면 슬랙으로 리뷰 요청!
• 서로 따봉날리기
• 코드리뷰 내용 반영할때마다 커밋 id남기기(리뷰어에게 반영했다고 알려줍시당)

• 설계 & 기능 변경이 필요하다고 생각하면 PO에게나 팀 슬랙에 회의 신청

• 페어 프로그래밍 해보기

3. 지라 사용규칙

JIRA

설치가 필요없는 SaaS 방식 JAVA로 개발 됨 DBMS가 필요하므로 내부 운영 담당자 필요 프로젝트 유형은 Classic Project와 Next-gen Project로 나뉜다.

https://velog.io/@markyang92/JIRA

[Jira Software] Scrum 보드 사용법 간단 정리

프로젝트를 관리하는 방법중의 하나이며, 스프린트(sprint) 라고 불리는 단위로 프로젝트를 관리한다. (스프린트 기간은 보통 2주로 진행한다.) Scrum Board 에서는 보통 전체 과제가 아닌, Sprint내에 할당된 과제만 보인다. 백로그에서 작업하고, 스프린트에서 작업을 계획하고 예측하며, 정기적인 일정에 따라 작업을 제공하는 애자일 팀에 적합하다. ○ 보드 만들기 선택 ○ 스크럼 보드 템플릿 선택 스크럼 보드 만들기를 클릭한다.

https://bbangson.tistory.com/41

Jira와 GitHub 연동

Jira에 GitHub을 연동하면 Jira 이슈로 인해 어떤 커밋들이 발생했는 지 확인할 수 있다. 이를 통해 개발자는 이 커밋들이 왜 발생했는 지에 대한 비즈니스 히스토리 를 알 수 있게 되고, 비슷한 비즈니스 요구사항이 생겼을 때 예전 담당자가 어떻게 작업했는 지 영향도 파악 및 참고 시에도 유용하다. 아래 순서로 포스팅 내용을 진행하겠다.

https://prohannah.tistory.com/117

• 스프린트
• Epic : 큰 단위의 업무(여러 유저 스토리, 작업 등을 묶은 단위)
• Story : 최종 사용자 관점에서 요구 사항이나 요청을 기록하는 이슈 유형
• Sub-Task : 스토리를 실제 구현하기 위한 기술적인 내용을 하위 작업으로 분리
• Task : 팀에서 수행해야하는 단위 작업