JiraUsage
Clunix Wiki
(버전 사이의 차이)
(Watcher 관련 내용 추가) |
|||
| (한 사용자의 중간의 편집 8개 숨겨짐) | |||
| 16번째 줄: | 16번째 줄: | ||
== Issue Workflow == | == Issue Workflow == | ||
| + | Jira에서는 이슈 유형별로 상태를 특화하여 정의할 수 있다. 연구소 내부로 사용하는 이슈 Workflow는 3가지와 기술부협업용 1종류를 제공한다. | ||
| + | === Task 이슈의 Workflow === | ||
| + | [[파일:Jira task workflow.png|300픽셀|섬네일|오른쪽|작업이슈의 Workflow]] | ||
| + | * 작업 이슈를 최초 생성하면 TO DO 상태임 | ||
| + | * 담당자는 작업을 진행하게 되면 Start를 하여 이슈를 In Progress 상태로 만든다. | ||
| + | * 작업이 완료되면 Done 처리를 하여 Done 상태를 만든다. | ||
| + | * 만약 작업을 진행 중 다른 일정으로 인하여 잠시 보류해야 하는 경우 Suspend를 한다. | ||
| + | <br clear=all> | ||
| + | |||
| + | === Bug 이슈의 Workflow === | ||
| + | [[파일:Jira bug workflow.png|300픽셀|섬네일|오른쪽|버그이슈의 Workflow]] | ||
| + | * 버그 이슈를 최초 생성하면 Open 상태임 | ||
| + | * 보고된 버그가 별 문제가 없거나 설정상의 문제인 경우 Resolve를 하여 Closed 상태로 만든다. 이때 Resolution 유형을 반드시 입력한다. | ||
| + | * 버그 수정 개발이 필요한 경우 Start를 이용하여 이슈를 In Progress상태로 전이시킨다. | ||
| + | * 만약 작업을 진행 중 다른 일정으로 인하여 잠시 보류해야 하는 경우 Suspend를 한다. | ||
| + | * 버그 수정이 완료된 경우 Done 처리를 한다. | ||
| + | <br clear=all> | ||
| + | |||
| + | === 신규기능이나 개선 이슈의 Workflow === | ||
| + | [[파일:Jira improvement workflow.png|300픽셀|섬네일|오른쪽|신규기능이나 개선 이슈의 Workflow]] | ||
| + | * 버그 이슈와 유사함 | ||
| + | * Closed 상태의 Transition 명이 약간 상이함 | ||
| + | <br clear=all> | ||
| + | |||
| + | === 기술부 협업용 이슈 Workflow === | ||
| + | [[파일:Witheng_workflow.png|300픽셀|섬네일|오른쪽|기술부 협업용 이슈 Workflow]] | ||
| + | * 버그, 신규기능, 개선사항 모든 기술부와 협업하는 이슈에 대한 Workflow | ||
| + | * 이슈 생성은 기술부에서 생성함 | ||
| + | * 이슈를 생성하게 되면 요청중(IN REQUEST) 상태가 되며, 담당자에게 이메일로 통보가 된다. | ||
| + | * 담당자(이진웅팀장)는 이슈 생성을 인지하게 되면 즉시 Accept를 하여, 이슈를 ACCEPTED 상태로 전이시킴 | ||
| + | * 담당자 검토 후 Resolve나 Start를 수행하여 RESOLVED나 IN PROGRESS 상태로 전환한다. | ||
| + | ** 특별한 문제가 없거나 향후 작업으로 처리해야 하는 경우 ACCEPTED에서 즉시 Resolve를 함 | ||
| + | ** 버그를 수정하거나 기능을 즉시 개선하고자 하는 경우 Start를 하여 IN PROGRESS 상태로 전이함 | ||
| + | * 해결된 이슈는 최종적으로 기술부에서 최종 검토하여 Close할 수 있다. | ||
| + | <br clear=all> | ||
= Project = | = Project = | ||
| 27번째 줄: | 62번째 줄: | ||
** RenderVerse 개발(RVS): RenderVerse 개발(AKA RMS) 정부 과제 | ** RenderVerse 개발(RVS): RenderVerse 개발(AKA RMS) 정부 과제 | ||
** 아렌티어(RNT): 아렌티어 개발 | ** 아렌티어(RNT): 아렌티어 개발 | ||
| − | ** 제품유지보수(PMT): 제품 유지 보수와 관련된 프로젝트. | + | ** 제품유지보수(PMT): 제품 유지 보수와 관련된 프로젝트. (연구소 내부 관리용) |
| + | ** 개발지원(기술부협업)(SUPPORT): 개발 제품에 대한 버그, 신규기능, 개선 이슈에 대한 기술부 협업용 프로젝트 | ||
* 향후 프로젝트는 계속 추가될 수 있음 | * 향후 프로젝트는 계속 추가될 수 있음 | ||
| 43번째 줄: | 79번째 줄: | ||
|일반적인 신제품 개발 프로젝트로서 이슈 유형은 버그, 개선사항, 신규기능, 작업, 하위작업을 포함한다 | |일반적인 신제품 개발 프로젝트로서 이슈 유형은 버그, 개선사항, 신규기능, 작업, 하위작업을 포함한다 | ||
|버그, 개선사항, 신규기능, 작업, 하위작업 | |버그, 개선사항, 신규기능, 작업, 하위작업 | ||
| − | |GPAS | + | |GPAS, RNT, EMS, PMT 등 |
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
|- | |- | ||
|정부과제 | |정부과제 | ||
| 55번째 줄: | 86번째 줄: | ||
|RVS | |RVS | ||
|- | |- | ||
| − | | | + | |기술부협업 |
|기술부와의 협업을 위한 프로젝트 | |기술부와의 협업을 위한 프로젝트 | ||
|버그, 개선사항, 신규기능 | |버그, 개선사항, 신규기능 | ||
| − | | | + | |SUPPORT |
|} | |} | ||
| + | |||
| + | = 부가 기능 = | ||
| + | == Watcher == | ||
| + | * 각 이슈에 대하여 변경 사항이 발생한 경우, Watcher들에게 이메일로 통보가 발송됨 | ||
| + | * 기본적으로 Reporter와 담당자가 Watcher로 설정되며, 이슈 화면에서 "Start Watching This Issue" 링크를 이용하여 해당 Issue를 주시할 수 있음 | ||
| + | * Watcher 수를 선택하여 다른 사람을 해당 이슈의 Watcher로 등록할 수 있음 | ||
| + | ** 대부분의 프로젝트에 대해 모든 사용자가 Watcher를 등록할 수 있도록 수정함 | ||
| + | [[파일:Jira_add_watchers.png]] | ||
2014년 4월 28일 (월) 16:37 현재 판
Jira는 이슈 관리 시스템이다.
http://juno.clunix.com 에서 운영되고 있다.
목차 |
Issue
Issue Type
- Jira에서 제공되는 Issue는 다양한 형식으로 확장이 가능하다.
- 현재 Jira에서 제공되는 이슈는 다음과 같다.
- 버그(Bug): 제품 버그와 관련된 이슈
- 개선사항(Improvement): 제품의 버그는 아니지만, 기능이나 성능상의 개선과 관련된 이슈
- 신규기능(New Feature): 새로운 기능과 관련된 이슈
- 작업(Task): 신규 제품 개발시나 개발 용역 과제에서 새로 개발되는 기능. 기존제품의 기능 추가인 신규 기능과는 다른 이슈 유형임
- 하위작업(Sub-task): 작업의 하위 작업, 작업을 계층적으로 구성할 수 있음
- 이슈 생성시 이슈 유형의 용도에 맞게 생성하여야 한다.
Issue Workflow
Jira에서는 이슈 유형별로 상태를 특화하여 정의할 수 있다. 연구소 내부로 사용하는 이슈 Workflow는 3가지와 기술부협업용 1종류를 제공한다.
Task 이슈의 Workflow
- 작업 이슈를 최초 생성하면 TO DO 상태임
- 담당자는 작업을 진행하게 되면 Start를 하여 이슈를 In Progress 상태로 만든다.
- 작업이 완료되면 Done 처리를 하여 Done 상태를 만든다.
- 만약 작업을 진행 중 다른 일정으로 인하여 잠시 보류해야 하는 경우 Suspend를 한다.
Bug 이슈의 Workflow
- 버그 이슈를 최초 생성하면 Open 상태임
- 보고된 버그가 별 문제가 없거나 설정상의 문제인 경우 Resolve를 하여 Closed 상태로 만든다. 이때 Resolution 유형을 반드시 입력한다.
- 버그 수정 개발이 필요한 경우 Start를 이용하여 이슈를 In Progress상태로 전이시킨다.
- 만약 작업을 진행 중 다른 일정으로 인하여 잠시 보류해야 하는 경우 Suspend를 한다.
- 버그 수정이 완료된 경우 Done 처리를 한다.
신규기능이나 개선 이슈의 Workflow
- 버그 이슈와 유사함
- Closed 상태의 Transition 명이 약간 상이함
기술부 협업용 이슈 Workflow
- 버그, 신규기능, 개선사항 모든 기술부와 협업하는 이슈에 대한 Workflow
- 이슈 생성은 기술부에서 생성함
- 이슈를 생성하게 되면 요청중(IN REQUEST) 상태가 되며, 담당자에게 이메일로 통보가 된다.
- 담당자(이진웅팀장)는 이슈 생성을 인지하게 되면 즉시 Accept를 하여, 이슈를 ACCEPTED 상태로 전이시킴
- 담당자 검토 후 Resolve나 Start를 수행하여 RESOLVED나 IN PROGRESS 상태로 전환한다.
- 특별한 문제가 없거나 향후 작업으로 처리해야 하는 경우 ACCEPTED에서 즉시 Resolve를 함
- 버그를 수정하거나 기능을 즉시 개선하고자 하는 경우 Start를 하여 IN PROGRESS 상태로 전이함
- 해결된 이슈는 최종적으로 기술부에서 최종 검토하여 Close할 수 있다.
Project
- Jira는 이슈들을 프로젝트별로 관리 할 수 있다.
- 각 프로젝트는 몇글자 내외의 영문 약어를 정의하며, 이슈 번호는 프로젝트 약어에 이슈 생성시 일련번호를 붙여서 생성한다.
- 현재 Jira상에서 운용중인 프로젝트는 다음과 같다. 괄호안은 프로젝트 약어임
- ECMCore(ECM): ECMCore 개발
- EMS(EMS): EMS 개발
- GPAS 개발(GPAS): GPAS 개발
- RenderVerse 개발(RVS): RenderVerse 개발(AKA RMS) 정부 과제
- 아렌티어(RNT): 아렌티어 개발
- 제품유지보수(PMT): 제품 유지 보수와 관련된 프로젝트. (연구소 내부 관리용)
- 개발지원(기술부협업)(SUPPORT): 개발 제품에 대한 버그, 신규기능, 개선 이슈에 대한 기술부 협업용 프로젝트
- 향후 프로젝트는 계속 추가될 수 있음
- 프로젝트는 그 특성에 따라 지원 가능한 이슈나 이슈 상태가 상이하다.
| 프로젝트 특성 | 설명 | 지원이슈유형 | 해당 프로젝트 |
|---|---|---|---|
| 제품개발 | 일반적인 신제품 개발 프로젝트로서 이슈 유형은 버그, 개선사항, 신규기능, 작업, 하위작업을 포함한다 | 버그, 개선사항, 신규기능, 작업, 하위작업 | GPAS, RNT, EMS, PMT 등 |
| 정부과제 | 정부과제 프로젝트 | 작업, 하위작업, 버그 | RVS |
| 기술부협업 | 기술부와의 협업을 위한 프로젝트 | 버그, 개선사항, 신규기능 | SUPPORT |
부가 기능
Watcher
- 각 이슈에 대하여 변경 사항이 발생한 경우, Watcher들에게 이메일로 통보가 발송됨
- 기본적으로 Reporter와 담당자가 Watcher로 설정되며, 이슈 화면에서 "Start Watching This Issue" 링크를 이용하여 해당 Issue를 주시할 수 있음
- Watcher 수를 선택하여 다른 사람을 해당 이슈의 Watcher로 등록할 수 있음
- 대부분의 프로젝트에 대해 모든 사용자가 Watcher를 등록할 수 있도록 수정함
