2016년 11월 18일, "Atlassian 2016 하반기 세미나"에서 발표된 발표자료입니다.

2. 김영민 팀장 / ㈜옐로금융그룹
Atlassian 도입 1년차 조직의 고민

3. 김영민 팀장 / ㈜옐로금융그룹
Atlassian 도입 1년차 조직의 고민

4. About 옐로금융그룹
• 데이터와 첨단 기술을 바탕으로 개인 맞춤형 금융 서비스를 제공하는
혁신적인 핀테크(Fintech) 전문 기업

5. 도입 배경
• 자회사 간 업무 협업 중요
• 일정 및 생산성 관리 중요
• Knowledge Base 구축 필요 JIRA
대출
투자
자산관리
빅데이터
분석
비트코인
블록체인
개발
디자인

6. 도입 배경
• 선정 이유
• 타 ALM 솔루션 기능 비교
• Redmine과 비교 – 검색 기능과 Editor 부분에서 다수의 내부 개발자 불편 의견
• 커스터마이징 및 다양한 Add-On 지원 필요
• 상세 화면 구성, Workflow 변경 및 custom field 추가 기능 지원, 다양한 Add-on
• 향후 프로젝트와 자회사 간 협업 시에도 지원 가능
• 프로젝트별 이슈 이동 및 권한 관리 필요
• ALM 서비스 경험과 교육 지원이 가능한 업체 선정
• 문서 제공 및 기술/교육 지원 필요

7. 도입 초기 준비
• 프로젝트 담당자에게 Admin 권한 부여
• 직접 기능 설정 및 변경 작업을 테스트 할 수 있도록 담당자 권한 부여
• JIRA 기본 기능 설명 및 Rule Book 자료를 토대로 사내 교육
• 오픈소스컨설팅을 통해 실무 교육 진행

8. 도입 이후 현황
• 계정별 권한 위임 기능 필요
• Private 모드에서는 Administrators 권한에서만 유저 초대 및 생성 가능
• 프로젝트별로 권한 분리 및 위임 필요
• Agile / Sprint 사용 미숙
• Issue 등록 / 진행 / 리뷰 / 완료만 사용
• Issue Story Point 부여 및 기간 산정 미숙
• Report 기능 사용 미약
• 회고 및 리포트 활용이 저조

9. 개선 하려고 보니
• 도전 했던 Admin이 Project를 안보이게 하거나 Admin 권한을
삭제하여 로그인 할 수 없도록 만드는 사태도 발생 – 백업 중요
메뉴보고 당황하고 매뉴얼보고 당황하고 뭘할지 몰라 포기

10. 프로젝트 권한 분리 필요 항목
• 프로젝트 생성 될 경우 Default Scheme 사용 항목
• Permissions – Global Permission 과 Permission Scheme
• Notifications
• Fields
• 프로젝트 전용 Scheme 생성 항목
• 프로젝트 KEY 값: Scrum Issue Type Scheme
• 프로젝트 KEY 값: Software Simplified Workflow Scheme
• 프로젝트 KEY 값: Scrum Issue Type Screen Scheme

11. 프로젝트 권한 분리에 필요한 작업
• 별도 권한 관리를 위해 프로젝트별 Permission Schemes 생성
• Default로 설정된 Application Role (Any logged in user) 항목 변경
• Field도 별도 분리 필요 시 별도 정책 생성
• Project Role로 User & Group 관리
• Permission 작업은 기본적으로 Administrator 권한이 필요
• Group 기능에서도 설정 하지만 Project Lead 권한에서 User 추가/삭제
• 프로젝트 전용으로 생성된 Scheme도 필요에 따라 변경

12. Role 사용 및 Permission 분리
• Administrator 권한 설정 • Project Lead User & Group 관리
[Project Administration 메뉴에서 설정]
Project Role-member

13. JIRA Report 기능 활용
• JIRA ALM 장점 중 하나
• Agile 리포트
• Velocity Chart
• Burndown Chart
• Control Report
• 프로젝트 이슈 리포트
• Average Age Report
• Created vs. Resolved Issues Report
• Pie Chart Report
• Resolution Time Report
• Time Since Issues Report
• Time Tracking Report

14. Report 설정 변경
• 기본적으로 Report의 경우 Story Points 우선
• Board > Configure > Estimation 항목에서 변경 가능
• 초기 Story Points 사용을 하지 않아 Issue Count로 활용
• Velocity chart 및 Burndown Chart로 현황 및 개선 사항 탐색

15. 도입 1년차 사용 경험자의 고민

16. 도입 1년차 사용 경험자의 고민