아틀라시안 JIRA를 사용할 때 가장 핵심적으로 해야 할 내용들만 추려서 가이드 문서를 작성하였습니다.
그러한 작업들로는 프로젝트, 스킴(Scheme), 이메일 세팅, 권한 관리, 백업/복구 등이 있습니다.
관리자가 이런 일을 잘 할 수 있도록 핵심적인 내용만으로 구성한 문서를 공유합니다.
Atlassian Product Overview (아틀라시안 제품 소개) - 2016년 4월 버전Atlassian 대한민국
아틀라시안(Atlassian)의 회사 소개 및 제품 오버뷰 슬라이드 입니다.
아틀라시안의 모든 제품은 공식 홈페이지 https://ko.atlassian.com/ 또는 공식 파트너사를 통해 구매하실 수 있습니다.
대한민국 내의 공식 파트너사 리스트는 다음 링크를 참조하세요: http://goo.gl/qwh6ix
아틀라시안 JIRA를 사용할 때 가장 핵심적으로 해야 할 내용들만 추려서 가이드 문서를 작성하였습니다.
그러한 작업들로는 프로젝트, 스킴(Scheme), 이메일 세팅, 권한 관리, 백업/복구 등이 있습니다.
관리자가 이런 일을 잘 할 수 있도록 핵심적인 내용만으로 구성한 문서를 공유합니다.
Atlassian Product Overview (아틀라시안 제품 소개) - 2016년 4월 버전Atlassian 대한민국
아틀라시안(Atlassian)의 회사 소개 및 제품 오버뷰 슬라이드 입니다.
아틀라시안의 모든 제품은 공식 홈페이지 https://ko.atlassian.com/ 또는 공식 파트너사를 통해 구매하실 수 있습니다.
대한민국 내의 공식 파트너사 리스트는 다음 링크를 참조하세요: http://goo.gl/qwh6ix
대한민국내 각 도시, 또는 주요 거점별 Atlassian User Group을 리딩해 가실 AUG Leader를 모집합니다.
원하시는 도시명 및 본인의 프로필을 첨부하셔서 aug@atlassian.com 과 kr-marketing@atlassian.com 으로 보내주세요!!!
Git 기반의 애자일 개발 환경 구축 및 개발 프로세스 설명 / 고객과 소통하는 SW 유지보수 프로세스 구축 - 인베슘Atlassian 대한민국
Git 기반의 권장 개발 프로세스, 빌드 테스트 자동화, Docker 활용법, Pull Request 기반의 프로세스 및 권장 저장소 구성
실사례 중심의 SW 유지보수 프로세스 상에서 JIRA Service Desk, Bitbucket, Pipeline, Bamboo, Jira의 역할과 연결성 및 활용 방법
대한민국내 각 도시, 또는 주요 거점별 Atlassian User Group을 리딩해 가실 AUG Leader를 모집합니다.
원하시는 도시명 및 본인의 프로필을 첨부하셔서 aug@atlassian.com 과 kr-marketing@atlassian.com 으로 보내주세요!!!
Git 기반의 애자일 개발 환경 구축 및 개발 프로세스 설명 / 고객과 소통하는 SW 유지보수 프로세스 구축 - 인베슘Atlassian 대한민국
Git 기반의 권장 개발 프로세스, 빌드 테스트 자동화, Docker 활용법, Pull Request 기반의 프로세스 및 권장 저장소 구성
실사례 중심의 SW 유지보수 프로세스 상에서 JIRA Service Desk, Bitbucket, Pipeline, Bamboo, Jira의 역할과 연결성 및 활용 방법
[WSJ 인포그래픽 책에서 배울 세번째, 난감한 상황 극복하기!]
인포그래픽을 만들면서 겪을 수 있는 문제들을 극복하는 방법을 알려드립니다.
3. 난감한 상황
1) 사라진 데이터
2) 큰 숫자, 작은 변화
3) 비교 가능한 척도
4) 검은색으로 색감 표현하기
데이터 저널리즘의 새 바람, 뉴스젤리(Newsjelly)
http://newsjel.ly
인포그래픽의 비중이 점점 증가하는 이때,
월스트리트 저널 '인포그래픽 가이드' 북 리뷰입니다.
목차 :
1. 기본원칙
1) 숫자
2) 글꼴
3) 색상
to be continued...
데이터 저널리즘의 새 바람, 뉴스젤리(Newsjelly)
http://newsjel.ly
한국 표준(?) 자바셋(Java 1.6+Spring 3.x+MyBatis)과 Monolithic 아키텍처를 사용하고 있었던 제 조직 내에서 기술적 변화를 이끌어가는 것에 관련된 내용입니다.
변화를 유도하기 위해서 어떻게 해야 하는지가 핵심이며,
Architecture, Frontend, Backend, 방법론/프로세스의 영역을 각각의 단계로 나누어서 Phase1을 수행한 것과 Phase2를 수행 중인 내용에 대해서도 다룹니다.
Phase1
- Architecture : Frontend / Backend 명시적 분리
- Frontend : Angular.js, Grunt, Bower 도입
- Backend : Java 1.7/Spring4, ORM 도입
- 방법론/프로세스 : Scrum, Git
Phase2
- Architecture : Micro-Service Architecture(MSA)
- Frontend : Content Router, E2E Test
- Backend : Polyglot, Multi-Framework
- 방법론/프로세스 : Scrum+JIRA, Git Branch Policy, Pair Programming, Code Workshop
단일 툴로는 최고의 DevOps툴인
GitLab Starter 라이센스에 포함된 기능을 요약하여 소개 합니다.
소프트웨어 개발 라이프사이클을 GitLab으로 개선해보세요.
DevOps 에서 DevSecOps를 단일 툴로 구축 가능합니다.
인포그랩은 다음 서비스를 제공합니다.
- GitLab 라이센스 비용 절감
- ITSM 고도화, DevSecOps 구축 및 개선 (진단→개선→실행→진단)
- 맞춤 설치와 환경 설정 혹은 최신 버전으로 업그레이드
- CI/CD 파이프라인을 구축하거나, 관련 기능 커스텀 개발
- Git, GitLab에 교육 제공, 개발 팀의 협업 개선을 위한 워크숍 진행
- Jira, Jenkins, SonarQube, Artifactory 연동 및 통합 또는 마이그레이션
- SVN, Perforce, CSV, ClearCase, BitBucket, GitHub, SourceSafe를 Git&GitLab으로 전환
커빙의 Django, Celery, Azure Cloud, SNS 연동, 컨텐츠 수집 기술을 한눈에 볼 수 있도록 소개한 자료 입니다.
커빙을 처음 개발하면서 많은 어려움이 있었지만
많은 분들의 도움으로 좋은 결과를 얻을 수 있었답니다!
이에 다른 분들에게 조금이나마 도움이 되었으면 좋겠다는 마음으로 공유합니다 : )
커빙의 Django, Celery, Azure Cloud, SNS 연동, 컨텐츠 수집 기술을 한눈에 볼 수 있도록 소개한 자료 입니다.
커빙을 처음 개발하면서 많은 어려움이 있었고,
또 많은 분들의 도움으로 좋은 결과를 얻을 수 있었습니다.
조금 더 깊은 내용을 다뤘으면 하는 아쉬움이 있지만,
다른 분들에게 조금이나마 도움이 되었으면 좋겠네요!
혼자서 커뮤니티 귀동냥하며 만든 Next.js & Amplify & serverless framework 웹 플랫폼 서비스 구현(삽질) 후...Tae-Seong Park
웹애플리케이션의 동적인 컨텐츠에 대한 SEO 를 위하여 서버사이드렌더링을 next.js와 amplify, serverless framework를 활용하여 구축한 사례를 공유드리려고 합니다. 저의 구축 후기를 보시고 반면교사를 삼으시거나 영감을 얻으셨으면 좋겠습니다.
이 슬라이드는 Amplify 간단 소개와 백엔드 구축경험까지 포함한 내용을 담고 있습니다.
[금융고객을 위한 AWS re:Invent 2022 re:Cap] 3.AWS reInvent 2022 Technical Highlights...AWS Korea 금융산업팀
AWS re:Invent 2022 Technical Highlights: 혁신은 계속된다.
2022 AWS re:Invent에서발표되었던 주요한 서비스들 중에서 금융 분야에서 활용하면 좋은 서비스들을 요약하여 전달 드립니다. 급변하는 시장에서 살아남기 위해서 지속적인 혁신이 그 어느때보다도 중요한 시점입니다. 본 세션에서는 AWS에서 주도하는 IT 혁신에 대한 기술적인 내용들을 다룰 예정입니다.
송규호, Solutions Architect, AWS
Digital Transformation 시대의 개발 프로세스의 변화와 개선의 필요성이 대두되면서, DevOps에 대한 관심도 점차 높아지고 있는데요. DevOps 툴로서 아틀라시안(Atlassian)의 도입과 활용이 IT 업종을 비롯한 다양한 회사에서 다방면으로 이루어지고 있습니다. 특히 Atlassian Cloud 버전을 출시하고, 많은 회사들이 Cloud 버전을 사용하면서 DevOps로의 쓰임새가 더욱 확장되고 있습니다.
Atlassian cloud 제품을 이용한 DevOps 프로세스 구축: Jira Cloud, Bitbucket CloudOpen Source Consulting
Digital Transformation 시대의 개발 프로세스의 변화와 개선의 필요성이 대두되면서, DevOps에 대한 관심도 점차 높아지고 있는데요. DevOps 툴로서 아틀라시안(Atlassian)의 도입과 활용이 IT 업종을 비롯한 다양한 회사에서 다방면으로 이루어지고 있습니다. 특히 Atlassian Cloud 버전을 출시하고, 많은 회사들이 Cloud 버전을 사용하면서 DevOps로의 쓰임새가 더욱 확장되고 있습니다.
이야기를 시작하기에 앞서
지난 4월에 올린 "모든 기획자와 디자이너가 알아야 할 사람에 대한 100가지 진실"은
사실 1부와 2부가 나누어 계획한 연재물이었음을 고백합니다.
너무 많은 정보를 보여주게 되면
결국 사람들이 기억하는 건, 자신이 인상적으로 느꼈던 서너가지뿐이라고 배웠기 때문에
이를 적용하여 이전에 100가지의 반절인 50가지,
이번엔 그 나머지 50가지 중에서 여러분도 같이 기억하면 좋을 부분들을 정리해보았습니다.
이중에 서너가지만 기억하고 업무에 적용해도 좀 더 사용자에게 가까이 갈 수 있을 거 같습니다!
4. I
OnDemand
Index (클라우드 서비스 제공)
업로드
- 구조
Atlassian 내 컴퓨터
Jira Bitbucket
이슈와
버젼관리시
이슈에 관한 코드 수정
이슈 관리
스템( Git )
연결
2013 Jira Manual by Jellycoaster Inc. Dev.team
5. Workflow
클릭!
상태
2013 Jira Manual by Jellycoaster Inc. Dev.team
6. II
Administrator
1. 프로젝트 생성
2. 프로젝트 관리
2013 Jira Manual by Jellycoaster Inc. Dev.team
7. 프로젝트 생성
클릭!
- Key 란 무엇인가 -
JIRA내에서 프로젝트 구분할 때, 빠른 검색을 위해 사용되는 값
※ 영어 대문자만 가능!
2013 Jira Manual by Jellycoaster Inc. Dev.team
8. 프로젝트 관리
원하는 프로젝트 선택
관리자 모드로 전환
2013 Jira Manual by Jellycoaster Inc. Dev.team
9. Issue Types
★ 정의
'Issue Type'이란, 프로젝트를 진행하면서 생긴 이슈의 종류를 의미하며, 아래 그림과 같이 이슈 생성시 이슈
타입을 설정해야 한다. 기본적으로, 버그, 기능 추가, 과제, 개선 등의 필드가 제공된다.
Sub-Task란, 특정 이슈와 관련되어 부가적으로 생겨날 수 있는 이슈들을 의미한다.
★ 변경이 가능한 부분
- 'Issue Type'의 추가 및 삭제
- 'Issue Type' 의 아이콘 변경
- 'Issue Type' 필드 (위의 그림에서 Issue Type 종류들이 있는 부분)에서 순서 조정 : 'Issue Type Scheme' 메뉴
이용
- 'Issue Type' 중, sub task의 추가 및 삭제
2013 Jira Manual by Jellycoaster Inc. Dev.team
10. Workflow
★ 정의
'Workflow'란, 프로젝트의 전체적인 흐름을 의미하며, JIRA에서는 각 Issue들을 Workflow와 연결을 시킬 수
있다. 즉, 모든 Issue는 선택한 Workflow의 특정 단계(Status)에 속하게 되며, default는 순서도 그림과
같이, Open → progressing → In Progress → Resolved → Closed로 설정되어 있다.
JIRA's system
workflow
★ 변경이 가능한 부분
- 새로운 'Workflow'와 'Status'의 추가 (JIRA에서 default로 제공하는 'Workflow'는 수정불가)
- 해당'Workflow'과 관계 있는 'Project' 및 'Issue Type'의 연결 ('Workflow Schemes' 메뉴 이용)
2013 Jira Manual by Jellycoaster Inc. Dev.team
11. Screens
★ 정의
'Screen'이란, 'Workflow'와 관계된 이슈를 생성하거나 수정 및 보기를 할 때 나오는 화면 자체를 의미한다. 예를
들어, 왼쪽 그림은 이슈의 상태를 'Resolve Issue'로 바꿀 때 실제로 보여지는 나타나는 필드의 목록이며, 오른쪽
그림은 해당 'Resolve Issue Screen'을 'Configure'시 나타나는 화면이다. 'Screens'의 수정 시, 'Field' 와 'Screen'의
수정을 함께 하는 것을 추천한다.
★ 변경이 가능한 부분
- 해당 'Screen'에 해당하는 목록 변경 ('Screens' 메뉴 이용)
- 'Issue'가 생성되고 수정될 때 보여지는 'Screen' 지정 ('Screen Schemes' 메뉴 이용)
- 특정 'Issue Type'에 'Screen Scheme' 지정 ('Issue Type Screen Schemes' 메뉴에서 'Configure')
2013 Jira Manual by Jellycoaster Inc. Dev.team
12. Fields
★ 정의
'Fields'란, JIRA내의 여러 'Screen'에 나타나는 목록의 정보들을 의미하며, 아래의 왼쪽 그림과 같이 'Screen'에
나타나는 'Resolution', 'Fix Version/s', 'Assignee'등의 개체 등이 예이다. 'Fields'의 수정 시, 'Field' 와 'Screen'의
수정을 함께 하는 것을 추천한다.
★ 변경이 가능한 부분 원하는 필드가 없을 때, 필드
- 'Issue'가 'Edit'될 때, 각 'Field'밑의 설명 수정 활성화하는 방법 제공
- 'Field'의 숨김 기능
- 특정 'Field'가 의무적으로 반드시 기입해야 하는 사항인지 아닌지('Required'/'Optional')에 대한 설정
- 새로운 field configuration scheme 정의 ('Action' 버튼 → 'Use a different Scheme')
2013 Jira Manual by Jellycoaster Inc. Dev.team
13. Project Mappings
★ 정의
'Project Mappings'는 원하는 mapping들을 프로젝트와 이슈에 연결시킬 수 있게 하는 기능으로, 일반적으로
Zendesk와 연결하여 고객관리 서비스를 같이 제공받는다. 아래 그림에서 알 수 있듯이, JIRA Admin으로 들어간
후, Cloud Connectors를 통해 Zendesk를 이용할 수 있다. (부가적인 기능이므로 자세한 기능은 아래 사이트
참고)
참고 : http://wiki.customware.net/repository/display/ZDJIRA/Configure+Mapping+Scheme
2013 Jira Manual by Jellycoaster Inc. Dev.team
14. Components
★ 정의
'Components'란, 프로젝트를 세분화시킬 수 있는 단위로서, 데이터 베이스, 유저 인터페이스와 같은
'Component'들을 정의하고, 이에 따라 이슈들을 분류하는 데에 쓰인다.
★ 변경이 가능한 부분
- 각 'Component'를 정의하여 특정 이슈들을 해당 'Component'에 대하여 분류
- 'Component'에 속하는 이슈들을 처리할 'Assignee' 설정
2013 Jira Manual by Jellycoaster Inc. Dev.team
15. Roles
★ 정의
'Roles'란, JIRA내의 여러 유저들의 역할을 부여하여 접근 권한 등을 제어할 수 있는 기능이다.
★ 변경이 가능한 부분
- 각 'Project Roles'에 해당하는 유저 또는 그룹 전체 지정 가능
2013 Jira Manual by Jellycoaster Inc. Dev.team
16. Permissions
★ 정의
'Permissions'란, 프로젝트와 관련하여 권한을 부여하는 기능으로, ‘Issue’등의 생성/수정/해결/삭제 등의 기능을
각각 어떤 유저가 사용할 수 있는지 정의할 수 있어 용이하다. 이 중에 'Issue'에 관한 권한은 다음 장의 'Issue
Security'메뉴과 연결된다. 다음은 'Permission'메뉴를 통해 부여할 수 있는 접근 권한의 종류이다.
• Permissions의 종류
- Project
- Issue
- Voters & Watchers
- Comments
- Attachments
- Time Tracking
★ 변경이 가능한 부분
- 기존 'Default Permission' 수정
- 위의 'Permissions'의 종류에서 생성/수정/삭제 등의 각기 다른 기능에 대해서도 접근 권한을 세분화
- 새 'Permission Scheme'의 정의 (새로운 'Permission Scheme'을 이용하면 프로젝트마다 다른 접근 권한 부여
가능)
2013 Jira Manual by Jellycoaster Inc. Dev.team
17. Issue Security
★ 정의
'Issue Security'란, 유저마다 볼 수 있는 이슈를 다르게 할 수 있는 보안 기능을 의미하며, 이전 장의
'Permissions'메뉴와 연결된다. 아래의 첫 번째 그림과 같이 '프로젝트_1' 내에서 '이슈 scheme1'에 해당하는
이슈들을 'test'라는 유저가 '보안 등급 1'로 해당 이슈들을 볼 수 있게 된다. 'Scheme'을 정의하여 'Issue'들을
분류하는 일은 'Issue Type Schemes' 메뉴에서 다룬다.
★ 변경이 가능한 부분
- 현 프로젝트의 'Issue Scheme'마다 다른 접근 권한을 부여
- 기존 보안 등급 수정 및 새로운 보안 등급 정의
2013 Jira Manual by Jellycoaster Inc. Dev.team
18. Notifications
★ 정의
'Notifications'란, 프로젝트 내에서 특정 유저에게 다른 기능에 관한 공지를 할 수 있는 기능을 의미한다. 공지의
종류에는 기본적으로 이슈/작업/로그 등이 있으며, 이에 대한 생성/수정이 이루어졌을 때 알림이 가능하다.
이 외에 오른편 그림과 같이 JIRA 홈페이지 내에서 'Announcement Banner'를 이용할 수 있는데, 이는 'JIRA
Admin' 탭에서 'System'메뉴를 이용한다.
★ 변경이 가능한 부분
- 크게 나누어서, 'Issue'/'Work'/'Issue Worklog'/'Generic Event'에 관한 공지들을 볼 수 있는 유저 선택
- 'Notification Scheme'을 이용하여, 프로젝트마다 'Notification' 설정을 다르게 할 수 있다.
2013 Jira Manual by Jellycoaster Inc. Dev.team
19. Team Shortcuts
★ 정의
'Team Shortcuts'란, 프로젝트 아바타를 클릭했을 때, 바로 연결할 수 있는 링크를 정의하는 기능으로, 왼쪽
그림의 프로젝트 아바타를 클릭하면, 오른쪽의 화면이 뜨면서 정의한 'RELATED LINKS'로 바로가기가 가능하다.
Project Avatar
클릭!
★ 변경이 가능한 부분
- 'RELATED LINKS' 아래 나열될 링크의 이름 및 해당 URL 정의
- URL 제한 없음
2013 Jira Manual by Jellycoaster Inc. Dev.team
20. Issue Collectors
★ 정의
'Issue Collectors'란, JIRA 유저가 아니어도 웹사이트 또는 웹 어플리케이션에 왼쪽 그림과 같이 'Provide
Feedback' 버튼을 활성화하여, 오른쪽 화면과 같이 피드백/버그 등을 알리는 기능이다. 즉, 외부에서 제기한
이슈들을 JIRA내에서 관리할 수 있다.
★ 변경이 가능한 부분
- 웹에서의 'Trigger Text'(위 그림에서 Provide Feedback 메시지)의 위치 설정
- Javascript를 이용하여 웹 상에서 'Trigger Text'의 trigger 방법 변경
- 'Trigger Text'를 누른 후에 뜨는 창의 'Issue Collector Form'과 'Template'에 들어갈 'Field'의 정의
2013 Jira Manual by Jellycoaster Inc. Dev.team
21. Backup
화면 가장 오른쪽
위의 탭 →
클릭!
Backup된 zip파일은
https://jellypredev.atlassian.net/webdav
에서 확인되며, 디렉토리 접근 및 파일 관리는
왼편의 메뉴 중 다음 장에서 살펴보도록 하자.
'Backup Manager' 클릭
2013 Jira Manual by Jellycoaster Inc. Dev.team
22. WebDAV Access
'WebDAV'란, Web Distributed Authoring and Versioning의 약자이며, World Wide Web 서버들에 저장된
파일들을 관리하는 데에 있어, user들간의 협업을 가능하게 하는 HTTP의 확장이다. 따라서, JIRA의
WebDAV 디렉토리에 접근하기 위해, 가장 많이 쓰이는 Mac OSX에서의 디렉토리 접근 방법의 설명은
다음 장에서 설명되며, 다른 OS에서는 다음 하이퍼링크를 참조하도록 한다.
https://confluence.atlassian.com/display/JIRASTUDIO/Uploading+Data+via+WebDAV#UploadingDatavia
WebDAV-AccessingyourWebDAVdirectoryinOSX
★ 단, 위 링크의 Atlassian Guide 문서에서 제시된 WebDAV 서버 주소인
'https://<account>.jira.com/webdav'는 업데이트 전의 주소이므로, 반드시 아래 주소를 이용해야 한다.
올바른 Server Address : https://jellypredev.atlassian.net/webdav/
2013 Jira Manual by Jellycoaster Inc. Dev.team
23. Backup Process 1/2
2. 위쪽 메뉴에서
Go → Connect to Server...
1. Finder 를 연다.
3. 올바른 서버 주소 입력 4. JIRA 로그인 시 사용되는 관리자 계정 정보 입력
2013 Jira Manual by Jellycoaster Inc. Dev.team
24. Backup Process 2/2
5. Finder에서 파일 관리
② ③
①
① : WebDAV root directory로서, JIRA내에서 Backup Manager를 통해
import할 때는 ③의 파일을 본 디렉토리(②가 존재하는 영역)로 옮겨야 한다.
② : JIRA 업데이트 후에 새로 생긴 디렉토리이며, Backup Manager를 통해 백업된 파일을 가진다.
③ : Backup Manager를 통해 백업된 파일
★ JIRA import
'Import'는 'JIRA import'메뉴를 이용하는데, import할 압축파일을 webdev 디렉토리로 반드시 옮긴
후 실행해야 JIRA에서 해당 파일을 접근할 수 있다.
2013 Jira Manual by Jellycoaster Inc. Dev.team
25. III
User
1. 이슈 발견자
2. 이슈 할당자(PM)
3. 이슈 해결자
2013 Jira Manual by Jellycoaster Inc. Dev.team
26. 이슈 발견자 1/5
이슈 흐름
이슈 발견 이슈 등록 이슈 할당
– 이슈 할당 –
이슈를 할당할 사람을 모를 경우,
무조건 현 프로젝트의 Project Manager 에게 할당한다.
2013 Jira Manual by Jellycoaster Inc. Dev.team
27. 이슈 발견자 2/5
이슈 생성
클릭!
Keyboard Shortcut
알파벳 c 를 누른다.
2013 Jira Manual by Jellycoaster Inc. Dev.team
28. 이슈 발견자 3/5
이슈 생성
관리자에 의해 필드는 변경될 수 있음.
미리보기
이슈 타입 설정
이슈의 우선순위 해당 필드에
관한 설명으로,
클릭 : 기한 설정 글씨체 및 기타
설정 방법 참고
새 이슈를 해결할 사람 : PM 에게 할당!
새 이슈를 등록한 사람
이슈 해결을 위한 예상 시간 - 표기법: o주 o일 o시간
새 이슈를 해결하기 전까지 걸리는 예상 시간
- 표기법: o주 o일 o시간
라벨 설정
2013 Jira Manual by Jellycoaster Inc. Dev.team
29. 이슈 발견자 4/5
이슈 수정 ① ②
클릭! 클릭!
③
이슈 수정
2013 Jira Manual by Jellycoaster Inc. Dev.team
30. 이슈 발견자 5/5
이슈 해결 전에 닫기
클릭!
이슈를 취소하거나 불필요하다고 생각할 경우에는 이슈 해결 전에 이슈를 닫는다.
2013 Jira Manual by Jellycoaster Inc. Dev.team
31. 이슈 할당자 1/2
이슈 흐름
Assign
나(PM)에게 할당된 이슈
해결할 사람에게 재할당
– 이슈 할당 –
이슈를 최종적으로 해결할 사람에게 이슈를 할당한다.
2013 Jira Manual by Jellycoaster Inc. Dev.team
32. 이슈 발견자 1/5
이슈 할당
① ②
클릭!
원하는 이슈 선택!
③
재할당 ④
이슈를 해결할
사람에게 재할당
2013 Jira Manual by Jellycoaster Inc. Dev.team
33. 이슈 해결자 1/6
이슈 흐름
‘In Progress’
‘Start
Progress’
↓ ‘Resolve’ ‘Close’
‘Stop
Progress’
– 이슈 관리 시 유의점 –
1. 이슈를 재할당할 경우에만 Stop Progress를 한 후에 재할당을 한다.
(‘Stop Progress’를 누르면 Workflow의 상태가 ‘Open’으로 되는데, 이는 이슈
를 처음 생성했을 때와 같은 상태이므로, 재할당을 제외하고 쓰지 않는다.)
2. 이슈를 Close하기 전에 반드시 Resolve를 시킨다.
2013 Jira Manual by Jellycoaster Inc. Dev.team
34. 이슈 해결자 2/6
이슈 해결하기 시작
클릭하면, 상태 바뀜.
‘Start Progress’를 누른 후
이슈 OR 다른 사람에게 이 경우, ‘Stop Progress’를 누른다.
자세한 내용은 ‘재할당이 요구될 때’
이슈 넘기기
해결하기 페이지 참고!
시작
2013 Jira Manual by Jellycoaster Inc. Dev.team
35. 이슈 해결자 3/6
이슈 해결 완료
클릭!
해결 방법 선택
Reopen 가능해짐.
2013 Jira Manual by Jellycoaster Inc. Dev.team
36. 이슈 해결자 4/6
이슈 완전히 닫기
반드시 Issue Resolve 후에,
( Reopen 가능한 상태 )
2013 Jira Manual by Jellycoaster Inc. Dev.team
37. 이슈 해결자 5/6
이슈 재할당이 요구될 때
‘In Progress’
‘Start
Progress’ 재할당을 통해
↓
‘Stop ‘Open’ 상태로 초기화
Progress’
– 이슈의 재할당 –
이슈를 해결하다가 다른 사람에게 이슈를 넘겨주거나, 이슈가 자신에게 잘못 할당된
경우, Issue의 상태를 반드시 ‘Stop Progress’로 바꾼 후에, 알맞은 사람 또는 PM (PM이
알맞은 사람에게 이슈를 맡길 수 있도록)에게 이슈를 넘겨준다.
※ ‘Open’상태는 이슈를 처음 생성했을 때와 같은 상태를 말한다.
2013 Jira Manual by Jellycoaster Inc. Dev.team
38. 이슈 해결자 6/6
이슈 할당
① ②
클릭!
원하는 이슈 선택!
③
재할당 ④
이슈를 해결할
사람에게 재할당
2013 Jira Manual by Jellycoaster Inc. Dev.team