Issue 할당과 관찰/공유
- 정광섭
이슈 할당
Jira 이슈를 담당자가 있어도 담당자 필드를 클릭하고 다른 담당자에게 재할당하거나 담당자를 할당하지 않을수 있습니다.
애자일 프로젝트는 쌓여 있는 backlog 에서 당김 방식(pull ) 으로 처리할 이슈를 선택하므로 담당자를 할당하는 것은 적당하지 않습니다.
담당자 할당시 단축키 a 키를 누르거나 이슈 담당자 필드를 클릭해서 새로운 담당자를 지정합니다.
이슈 공유
다른 사용자나 그룹에게 현재 이슈를 공유하려면 상단의 공유 버튼을 클릭하고 공유할 사용자나 그룹을 선택하고 공유 메시지를 입력해 주면 됩니다.
선택된 사용자는 이메일로 공유한 이슈 내용을 받게 되며 이때 이메일 주소는 jira@JIRA도메인입니다. 예로 저는 lesstif.atlassian.net 도메인을 사용하므로 알림 메일을 전송하는 이메일 주소는 <jira@lesstif.atlassian.net>가 되므로 이 주소는 스팸 목록에서 해제해야 합니다.
이메일외에도 Jira 에 로그인하면 대시보드에 공유한 내용이 표시되므로 여기에서 확인할 수 있습니다.
이슈 링크
Jira 이슈는 외부의 링크를 참고하거나 다른 이슈와 관계가 있는 경우가 있습니다.
예로 해당 이슈를 처리하는데 참고한 stack overflow 의 링크를 붙이거나 지라 이슈가 버그일 경우 이의 원인으로 짐작되는 신 기능 구현 요청 이슈를 연결할 수 있습니다.
이렇게 이슈를 연결하면 이슈와 관련된 외부 참조 자료나 이슈간의 관련성이나 선후관계, 의존성등을 유기적으로 식별하고 처리할 수 있습니다.
이슈를 다른 이슈와 링크할 경우 여러 관계가 있을 수 있으며 예로 이슈 a 는 이슈 b 보다 먼저 처리해야 하고 이슈 c 는 이슈 d 와 중복되는 내용일 수 있습니다.
먼저 Jira 서버에서 이슈 링크를 사용하려면 상세보기 화면에서 "더 많은 조치" 를 클릭하고 링크를 클릭합니다.
Jira 이슈와 링크하려면 좌측에서 "Jira 이슈" 를 선택하고 (기본값입니다.) 이슈간의 관계를 설정한 후에 링크할 이슈를 검색한후에 클릭합니다.
confluence 페이지를 링크하려면 좌측에서 "confluence page" 를 클릭하고 연결할 페이지의 url 을 입력해 주면 됩니다.
외부 URL 을 링크하려면 "웹 링크" 를 선택하고 url 과 연결 텍스트를 입력해 줍니다.
Jira cloud 는 이슈 링크가 아주 심플해졌고 Jira 링크와 confluence page, 웹 링크가 분리되어 있습니다..
이슈 상세 보기 화면에서 상단의 "이슈 연결" 을 클릭하고 연결할 Jira 이슈와 관계를 설정해 주면 됩니다.
confluence page 는 이슈 링크 옆의 ... 을 클릭하고 연결할 페이지의 url 을 입력해 줍니다.
웹 링크는 Jira 서버와 마찬가지로 설정하면 됩니다.
이슈 삭제 및 이동
만약에 잘못 등록한 이슈 같다면 삭제할 수 있는데 먼저 삭제하려는 이유를 생각해 봅시다.
만약 다른 이슈와 중복되서 삭제해야 한다면 보고자는 무시당한 느낌을 가질수 있으니 이슈 삭제는 신중하게 고민해야 합니다.
만약 중복이라면 삭제 대신에 위에서 설명한 이슈 링크 기능을 사용하여 관계를 duplicates 로 설정하는 게 좋습니다.
Jira cloud 에서 이슈를 삭제하려면 삭제하려는 이슈로 들어간 후에 ... 에서 삭제를 선택하면 됩니다.
Jira server 에서는 "더많은 조치" 를 클릭하고 삭제 메뉴를 선택합니다.
만약 다른 프로젝트에 이슈가 등록됏다면 이동 기능을 이용해서 적당한 프로젝트로 보낼수 있습니다.
Jira cloud 에서는 ... 을 누르고 이슈 이동을 누르면 아래와 같이 프로젝트와 이슈 유형을 선택하는 화면이 뜹니다.
이슈 유형은 프로젝트마다 다를 수 있기때문에 이동하는 프로젝트에 맞는 이슈 유형을 선택하고 다음을 클릭합니다.
스토리 포인트를 입력하라는 창이 떴는데 칸반에서 스크럼으로 이동해서 뜬 것이며 일반적이지는 않습니다. 적당한 값 3을 넣어주고 다음을 눌러주면 이동이 완료됩니다.
이슈 복제
jira는 이슈를 복제하는 기능을 제공하는데 이를 이용해서 기존 이슈를 기반으로 빨리 생성할 수 있습니다.
예로 사내의 여러 제품에 특정 라이브러리를 썼는데 거기에 버그가 있어서 여러 제품에 동일한 버그가 있을 경우 하나의 프로젝트에 버그 등록을 하고 이를 이슈 복제를 통해 다른 프로젝트에도 빠르게 생성할 수 있습니다.
이슈를 복제할 경우 기존 이슈의 모든 필드를 복사하고 첨부파일도 복제할 수 있으며 현재 프로젝트에 복제 이슈가 생기므로 이슈 이동 기능을 사용해서 적당한 프로젝트로 옮겨주면 됩니다.
이슈를 복제하면 원 이슈와 자동으로 관계가 clones 으로 생성됨.
시간 추적
jira는 단일 이슈에 대해 작업한 시간을 기록할 수 있고 이런 기록을 통해 향후 유사한 작업이 있을 경우 작업 시간을 추정하는데 사용할 수 있고 해당 이슈 처리에 시간을 걸리게 한 내용이 무엇인지 확인해서 해당 부분을 개선하거나 최적화할 수 있습니다.
예로 빌드 툴에 익숙하지 않아서 프로젝트 환경 구성에 생각보다 오래 걸렸다면 개발팀 전체에 대해 빌드툴 사용에 대한 교육을 해서 기술력을 높일 수 있겠죠.
단 시간 추적 기능은 구성원간 신뢰가 충분히 쌓이고 어떤 목적으로 사용할지 명확하게 이해를 한 후에 하는 게 좋습니다.
어떤 관리자는 이를 프로젝트 팀원들의 업무 이력을 감시하는 용도로 사용하는 경우를 많이 봤는데 그런 용도로 사용한다면 반감도 심해지고 제대로 된 데이타가 쌓이지가 않습니다.
시간 기록은 오해를 살만한 기능이니 사전에 충분히 협의하고 하세요.
Jira server
예상 시간은 다음과 같은 형식 사용 가능
w: 주, d: 일, h: 시간
Eastimated(최초 예상): 이슈를 완료하는데 요구되는 초기 추정 시간. 예로 개발자가 버그를 수정하는데 요구되는 추정 시간
Remainig(남은 시간): 이슈를 완료하기까기 남아 있는 시간. 초기 추정치에서 사용자가 기록한 시간을 빼서 자동으로 계산된다.
Logged(기록 시간): 사용자가 입력한 이슈에 대해 작업한 총 시간을 의미.
이슈와 코멘트
지원 인력은 이슈에 대한 코멘트를 추가해서 더 많은 설명을 요청할 수 있다.
원격 콘텐츠와 이슈 링크
코멘트 perm link 만들기. 다른 곳에서 사용할 경우 이 링크를 보내 주면 됨.