[JIRA] 단위 정리 (프로젝트, 이슈, 스프린트)

※ 해당 문서는 차세대 프로젝트 기준으로 작성하였습니다.

프로젝트

프로젝트의 단위는 서비스 별로 나누는 것이 좋다.

 example)

• 자원 신청 시스템
• 사내 DevOps 시스템
• 광고주 Contact 시스템

최근에 나온 차세대 프로젝트가 좀더 직관적이고 좋은거 같다. (대신 과금해야 좀 기능 많이 사용할 수 있음;;)

---

이슈

차세대 이슈에서 필드의 커스터마이징이 가능하다.

에픽 이슈

포괄적인 대단위 기능을 말한다.

example)

• 상태 관리 모듈 1차 개발
• 인증 시스템 1차 고도화 작업

스토리 이슈

일반적으로 개발 이슈를 말한다.
스토리 포인트로 작업량을 산출한다.

example)

• 인증 모듈 라이브러리 및 API 개발
• 로그인 폼 개발

초어 이슈

초어 이슈가 있는 경우 스토리 이슈의 의미가 조금 변경된다.

* 스토리 이슈 : 사용자와 직접적으로 연관 있는 개발 사항 (UI/UX 관련 개발)
* 초어 이슈 : 사용자와 직접적으로 연관 없는 개발 사항 (서버 기능)

example)

• (초어 이슈) 인증 모듈 라이브러리 및 API 개발
• (스토리 이슈) 로그인 폼 개발

작업 이슈

구현에 직접적으로 관련되지 않은 이슈를 말한다.
보통 문서 작업이 여기에 속한다.

example)

• 인증 모듈 설계 문서 작성
• 로그인 폼 디자인 문서 작성

버그 이슈

QA, 엔지니어 또는 사용자 등과 같은 사람에게 발견된 버그 사항에 관련된 이슈를 말한다.

example)

• 특정 문자열 포함 시 로그인이 되지 않는 증상

하위 작업

버그 / 작업 / 스토리 이슈의 하위에 작업을 만들어 진행 할 수 있다.

example)

• (스토리 이슈) 인증 모듈 라이브러리 및 API 개발
  • (하위 작업) 모듈 수정
  • (하위 작업) 테스트
  • (하위 작업) 패키지 및 배포

 

 

 

---

스프린트 / 백로그

일반적으로 2주의 기간을 잡고 미리 작업 사항의 예상 시간을 추정하고 계획 하는 기능
스프린트 관리자는 스토리 포인트를 잘 산정하여 예상 시간을 추정하는 것이 중요하다.