Jira & Confluence

5tr1ker·2023년 3월 16일

Confluence JIRA

Jira는 짧은주기의 개발단위를 반복하여 프로젝트를 완성시켜나가는 에자일 방식의 프로젝트 관리 협업 툴입니다. Jira 는 에자일 방식의 프로젝트를 관리할 수 있고 개인,사무용 업무를 관리할 수 있습니다.

Jira 프로젝트 생성

회사에서 관리하는 프로젝트 : Jira 관리자만 설정 / 유지 관리 가능
팀에서 관리하는 프로젝트 : 누구자 설정 / 유지 관리 가능

회사에서 관리하는 프로젝트 vs 팀에서 관리하는 프로젝트

회사에서 관리하는 프로직트가 월등히 기능이 많습니다.

방법론

방법론이란 어떤 철학/방법으로 프로젝트를 관리할 것인가를 말하는 것입니다.

워터풀 ( waterfall )
이전 단계가 진행완료되면 다음 단계가 진행되는 순차적인 방식으로 에자일 방법론 이전의 전통적인 방법입니다.
에자일 ( Agile )
프로세스를 유연하고 변화에 빠르게 적응할 수 있도록 짧은 주기의 개발단위를 반복시켜 전체 프로젝트를 완성시켜 나가는 것으로 변화에 빠른 적용을 위해 우선순위 시스템을 채택하며 고객 중심 , 반복 , 진행 전 검증/테스트에 기반합니다.
린 ( Lean )
고객 가치 극대화하면서 8가지 낭비를 최소화합니다.

에자일 기반 프레임 워크

에자일은 방법론이며, 그것을 실제 프로젝트에 적용하기 위한 방법이자 도구를 말합니다.

칸반 ( Kanban )

에자일 소프트웨어 공학 중 하나로 , 칸반 보드에 칸반 카드를 붙였다 떼면서 진행하며, 작업 내용과 진행 상태 추적에 도움을 줍니다. 일정 데드라인 없이 계속해서 진행되는 연속적인 흐름 모델이므로 동시 처리가능한 이슈를 제한하여, 생산성과 속도를 제어합니다.

열 ( Step ) : 진행 단계이며 주로 Todo , In-Progress , Done , Blocked의 단계를 가집니다.
행 ( 수영 레인 Swimlane ) : 밑으로 갈수록 우선순위가 낮음을 의미합니다.
WIP ( Work in-Progress ) : 동시에 진행가능한 일의 개수를 말합니다.

스크럼 ( Scrum )

에자일 소프트웨어 공학 중 하나로 , 프로젝트 실행에서 팀을 안내하도록 설계된 일련의 관행 , 역할 , 이벤트 , 규칙이자 문서화 된 민첩 , 접진적 , 반복적인 개발 방법입니다.

특징

최대 7 ~ 8명 정도 되는 소규모 팀
백로그를 만들고 스프린트 기간 동안 수행할 백로그를 지정합니다.
1주 ~ 4주 동안 스프린트를 진행하고 학습한 내용을 다음 스프린트에 반영합니다.

용어

Backlog ( 백로그 ) : 제품에 대한 요구사항
Sprint ( 스프린트 ) : 정의한 스크럼을 잘 수행되도록 가이드하는 역할
Team Member ( 구성원 ) : 제품 생산에 필요한 모든 사람

역할

보통 PO 1명 , SM 1명 , TM 1 ~ 6명 정도로 구성됩니다.

Product Owner ( 제품 책임자 ) : 백로그를 작성하는 주체로 백로그의 우선순위를 정하며 고객과 접촉하는 파트장 정도의 되는 사람
Scrum Master ( 스크럼 마스터 ) : 정의한 스크럼을 잘 수행되게 가이드하며 팀원과 소통을 하며 , 분쟁 , 이슈 해결 , 우선순위 선정 , 의사 결정을 가이드 하는 역할을 합니다.
Team Member ( 팀 구성원 ) : 제품 생산에 필요한 모든 사람

과정 ( Process )

Product Backlog ( 제품 백로그 ) : PO가 백로그를 작성하고 우선순위를 정합니다.
Sprint Planning Meeting ( 스프린트 계획 회의 ) : 스크럼 팀원 전체가 모여서 아래 내용을 회의합니다.
1. 각 백로그에 어느정도 공수(Story Point)가 들어갈지 산정합니다.
2. 1개의 스프린트에서 수행할 스프린트 백로그를 정합니다.
이때 플래닝 포커 게임을 활용합니다.
-> 스프린트 백로그 마다 참여자들이 생각하는 공수(시간 / 일자 등의 시간)가 적힌 카드를 제시하고 SM 주도하에 서로 의견 공유하며 타협합니다.

이때 공수는 여러 업무를 병행하는 경우에도 고려하여 반영합니다.
Sprint Backlog ( 스프린트 백로그 ) : 스프린트 계획 회의를 통해 선택된 백로그입니다.
각 백로그에 대한 담당자는 사전에 정하거나 자발적으로 할당합니다.

TO-DO, In-Progress , Done 이 적힌 보드에 각 백로그를 부착합니다. 각 백로그에는 담당자 , 백로그 수행에 드는 공수 ( Story Point ) 정보가 있습니다.

Daily Scrum Meeting ( 일일 스크럼 회의 ) : 매일 아침 작업 시작 전 진행하는 회의
각자 어제 한일 , 오늘 할일 , 이슈 ( 장애 , 컨디션 , 개인일정 ) 등을 이야기합니다.
-> 백로그 진행에 문제가 있을 때 이슈 해결완료 후 백로그 수행 가능하다고 표시합니다.
Sprint 1-4 Weeks : 스크럼에서 작업 현황 추적을 위해 Burn-down Chart를 이용합니다.
백로그가 Done 되면 Story Point 줄어드는 방식입니다.
시작 ~ 종료 까지 이어진 직선을 기준으로 진행 척도 파악이 가능합니다.
Sprint Review ( 스프린트 리뷰 ) : 스프린트 종료 시점에 팀원 전체가 모여 수행한 일을 자세히 공유/리뷰 합니다.
Sprint Retrospective ( 스프린트 회고 )
스프린트 기간 동안 발생한 이슈 / 문제를 회고하며 잘한 점 , 개선할 점, 추가할 것을 도출 ( 피드백 ) 하는 과정으로 해당 스프린트에서 얻은 학습을 기반으로 다음 스프린트에 반영시킵니다.

용어

이슈 ( Issue )

Jira 프로젝트는 이슈들의 집합입니다.

이슈 유형

템플릿에 따라 다르게 보이지만, 스크럼 기준으로 설명합니다.
사용자가 원하는 대로 유형을 추가할 수 있으므로 프로젝트에 맞게 설정하면 됩니다.

이슈 유형	설명
에픽	작은 업무들로 나눌 수 있는 큰 업무로, 여러 Sprint에 걸쳐 수행됩니다. 예 ) 사용자 기본 기능
스토리 ( 이야기 )	사용자 ( 고객 ) 에게 가치를 주는 기능을 서술하거나 , 사용자의 요구 사항을 담습니다. 이때 기술적인 전문 용어가 아닌 비즈니스 언어로 작성해야 합니다. 예1 ) 사용자는 팀원 초대를 위해 로그인을 할 수 있다. 예2 ) 어드민2 는 라이선스 키를 갖고 있어야 해당 페이지에 접근할 수 있습니다.
태스크 ( 작업 )	에픽 / 스토리의 하위 작업입니다. 각 태스크에도 태스크의 하위 테스크를 생성할 수 있습니다. 예 ) 유사 기능 조사 , 테스트 작성 등
버그	결함이나 장애를 의미합니다.
개선	버그는 아니지만 품질 향상이 필요한 항목입니다.

이슈 필드

필드는 템플릿에 따라 차이가 있으며 , 사용자 정의가 가능합니다. 되도록 심플하게 사용하는 것이 가장 좋습니다.

이슈 필드	설명
요약	해당 이슈의 제목입니다. 전체 내용을 요약하여 설정하며 제목 또는 내부 규칙을 정해 지킵니다.
기한	해당 이슈의 데드라인입니다. ( 템플릿 - 작업 관리에 존재 )
설명	위키 마크업이 적용되며 이슈 생성 시 설명 바로 밑에 (?) 버튼을 눌러 확인 가능합니다.
보고자	이슈를 보고하는 사람으로 보통 이슈 생성자가 자동으로 등록됩니다.
담당자	이슈를 담당하는 사람
우선순위	이슈의 우선순위입니다. Lowest / Low / Medium / High / Highest 가 있으며 , 기본 값은 Medium 입니다.
스토리 포인트	해당 기능을 구현하는데 필요한 노력의 추정치로 간단히 업무량을 말합니다.
레이블	이슈의 추가 정보로 태그 처럼 달아서 쉽게 검색할 수 있습니다.
수정 버전	이슈가 수정되었을 때 입력하는 수정 버전입니다.
첨부 파일	이슈와 관련된 사진 또는 동양상을 첨부합니다.
연결 이슈	해당 이슈와 관련되거나 영향있는 이슈와 연결합니다.

워크 플로우

이슈의 lifecycle이 완료될 때 까지의 상태 변화를 의미하며 각 박스는 상태를 의미하고 , 화살표는 상태 전이를 의미합니다. 프로젝트 상황에 맞게 워크 플로우를 설계하여 사용해야 합니다.

컴포넌트

이슈들의 논리적인 묶음으로 하나의 이슈는 0 ~ N 개 까지의 컴포넌트에 포함됩니다.

이슈 버전

소프트웨어 개발은 프로젝트들의 이슈를 버전으로 묶어서 관리가 가능합니다.
크게 두가지의 필드를 가집니다. ( 예시 -> 1.0 ~ 1.1 ~ 1.2 )

Affects Versions : 현재 문제가 발생한 버전
Fix Versions : Fix 될 예정 혹은 Fix 완료된 버전
이들은 밑의 세 가지 상태 중 1개를 가집니다.
Released
Unreleased
Archived
만약 Release Date 를 넘어도 Release 되지 않으면 자동으로 overdue로 강조 표시됩니다.

지켜보기 ( Wathcer )

중요한 이슈가 있을 때 관련 사람들에게 이슈의 변경이 발생할 때 메일을 보내는 기능입니다. 이슈 생성하면 보이는 눈 표시가 Wathcer 기능입니다. ( On / Off 기능 )

대시보드

여러가지 가젯을 추가하여 대시보드를 꾸밀 수 있습니다.

앱

마켓에서 유용한 앱을 추가할 수 있습니다. 이 기능으로 Jira가 확장성이 있다고 볼 수 있습니다.

Wiki Confluence 연동

Jira 프로젝트와 Confluence를 연동시키면 Confluence에 작성한 페이지를 Jira 의 프로젝트 페이지 항목을 통해 바로 접근이 가능합니다. 업무 관련된 Manual 이나 지식들을 공유하는 용도로 사용할 수 있습니다.

Jira 사용팁

프로필 이름을 한글로 바꾸기
사람 검색할 때 한글로 검색해야 더 빠르고 쉽게 찾을 수 있습니다.
수정 버전 미입력 시 , 처리 완료되지 않도록 수정
추후 이슈 목록화, 테스트 레포트 작성시 누락되어 보이지 않을 수 있으므로 수정 버전을 필수 입력으로 합니다.

처리 완료(Close) 전환(Transition)에 '유효성 검사' - '수정 버전 입력'을 추가
필수 입력 정보 누락 시 , 카드 생성 불가하도록 수정

생성(Create) 전환(Transition)에 '유효성 검사' - '[입력 필수 필드들] 입력' 추가
릴리즈된 버전의 카드는 보드에서 보이지 않게 수정
완료 Step에 카드가 계속 쌓이면 페이지가 무거워지므로 릴리즈 완료된 것은 숨겨줘야 합니다.

보드 설정 - 보조 필터에 "처리 완료된 이슈 중, 릴리즈되지 않은 이슈만 보여준다" 라는 JQL 입력
JQL은 릴리즈 되지 않은 버전이 있는 경우, 고급 검색 - 해결 버전의 '미출시 버전'을 선택하고 JQL로 전환하면 간단하게 JQL 문장을 만들어낼 수 있다.
이슈 필드, 컴포넌트 등의 사용 규칙 정하기
요약, 설명, 수선순위, 레이블, 수정버전 등 사전에 엄격한 규칙을 정하여 작성합니다.

Confluence

Atlassian 사에서 제공하는 위키 ( wifi ) 서비스입니다. Confluence는 무료 버전을 사용하면 10인 이하 소규모 , 2 GB file storage 라는 제한이 있습니다.

스페이스

페이지를 모아두는 폴더입니다. 용도를 분리하여 여러 폴더 ( 스페이스 )를 만들어서 관리하면 됩니다. 개인으로 사용하거나 팀/조직의 다른 사용자와 함께 작업 가능합니다.
각 스페이스마다 개요, 블로그가 포함됩니다. 이를 통해 전체 팀원에게 업데이트 및 공지를 쉽게 공유가능합니다.