[W8D4]애자일 관리도구 Jira 둘러보기

애자일 관리 도구 Jira

지라(JIRA)는 Atlassian이 개발한 버그 추적 시스템(BTS-Bug Tracking System), 프로젝트 관리 소프트웨어이다. 버그 추적, 이슈 추적, 프로젝트 관리 기능을 제공하고 있다. 무료로 제품을 사용할 수 있고 인원수가 일정 수 이상 넘어가면 돈을 지불하고 소프트웨어를 사용할 수 있다. 오늘의 글에서는애자일 12원칙과 Jira에서 볼 수 있는 애자일 원칙에 대해 말해보고자 한다. 

---

애자일 12원칙

애자일 12 원칙

제 1원칙: 초기부터 지속적으로 고객 만족

우리의 최우선 순위는 가치(value) 있는 소프트웨어를 초기부터 지속적으로 제공(배포)함으로써 고객을 만족시키는 것입니다. 초기부터 개발물을 제공하는 것이 Risk도 감소하고 Value가 증가합니다.

 

제 2원칙: 요구사항 변경 수용

개발 후반부에 변화하는 요구 사항의 수용을 환영합니다. Agile 프로세스는 변화를 수용하며 고객의 경쟁력을 돕습니다. 쏜 곳으로 정확히 날아가는것도 중요하지만, 움직이는 사물(고객/시장)을 맞추기 위해서는 변화에 대응 할 수 있어야 합니다.

 

제 3원칙: 짧은 배포 간격

소프트웨어를 짧은 주기(2주에서 2달까지)로 동작하는 소프트웨어를 배포하되 더 짧은 주기를 선호합니다.

여러 개발자가 개발한 SW를 초기부터 조금씩 통합/검증하는 것이 한번에 통합/검증 보다 낫습니다. 미리 예측한 요구사항(계약)을 따르기 보다는, 변화하는 고객/시장에 따라 요구사항도 변해야 합니다. 만약 상호 검수를 위해 요구사항만 중시한다면 Output은 만족시키겠지만 Outcome은 만족시킬수 없습니다. 프로젝트 초반 보다 팀원의 지식은 증가하고 그 사이에 고객/시장의 눈높도 증가합니다.

 

제 4원칙: 함께 일하기

비즈니스 담당자와 개발자는 프로젝트 전체 기간동안 매일 함께 일해야합니다. 비즈니스 가치가 있는 소프트웨어를 개발하기 위해서는 비즈니스 담당자가 원하는 소프트웨어를 함께 개발해야 합니다.

 

제 5원칙: 동기부여된 팀원들로 프로젝트팀 만들기

동기가 부여된 개인들 중심으로 프로젝트를 구축합니다. 그들에게 필요한 환경과 지원을 제공하고 업무를 완수 할 것을 믿습니다. 구성된 팀의 목표나 동기가 서로 다르다면 성공적인 결과를 내기 어렵습니다.

 

제 6원칙: 얼굴보고 대화하기

개발 팀에 정보를 전달하는 가장 효율적이고 효과적인 방법은 대면 대화입니다. 얼굴 보고 대화하는 것이 가장 효과적이고 효율적인 Communication입니다. 그냥 얼굴 보고 이야기하면 될것을 서로 등지고 문서로 전달하려고 하지 않나요?

 

제 7원칙: 동작되는 소프트웨어로 진도 측정

작동하는 소프트웨어가 진척의 주요 척도입니다. 전체 100%의 모든 기능을 80% 수준으로 완성해도 진척률은 80%이고, 80%의 기능이 100% 완성되어도 진척률은 80%입니다. 실행해보고 배우고 개선하기 위해서 Agile은 후자를 선호합니다.

 

제 8원칙: 지속 가능한 개발 속도 유지

Agile 프로세스는 지속 가능한 개발을 장려합니다. 스폰서, 개발자 및 사용자는 일정하게 일정한 속도를 유지할 수 있어야합니다. Agile은 프로젝트 초반부터 결과물을 내야하므로 초반에 더 힘이 듭니다. 하지만 지속적인 성과를 내기에 효과적입니다.

 

제 9원칙: 좋은 기술, 설계에 관심

우수한 기술과 우수한 디자인에 대한 지속적인 관심은 민첩성(agility)을 향상시킵니다. 바빠서 기술적 개선을 하지 못한다면, 항상 바쁘기 때문에 영원히 뒤처집니다. “나에게 나무 베는 6시간이 주어진다면, 4시간을 도끼 가는데 사용할 것이다” – 링컨 대통령 팀원의 성장도 프로젝트 성공에 필수 사항입니다.

 

제 10원칙: 단순성

단순성(수행되지 않은 작업량을 최대화하는 기술)은 필수적입니다. 단순할 수록, 불량을 줄일 수록, 미사용 기능을 구현 안 할 수록 효과적입니다. 중간에서 추가 Value를 주지 않는 Task는 단순 취합이고 낭비이며 허들이 될 수 있습니다.

 

제 11원칙: 자기 조직화 팀

최고의 아키텍처, 요구 사항 및 디자인은 자기 조직화 팀(Self-Organization Team)에서 나옵니다. 의사결정권자가 팀의 밖에 있다면 팀원들은 효과적으로 빠른 의사결정 할 수 없습니다. 예를 들면, 의사결정권자 없이 실무자끼리 회의를 해봐야 결정할 수 있는 것은 없습니다. 그분이 만족할까? 이런 결정 내리면 혼나지 않을까? 우리팀에서는 좋아할까? 그팀에서 허락해줄까?로 고민만 합니다.

 

제 12원칙: 정기적으로 효율성 제고

팀은 정기적으로보다 효과적인 방법을 적용해보고, 그에 따라 행동을 조조율하고 조정합니다. Scrum에서는 Sprint가 끝나는날마다 회고(Retrospective)를 수행합니다.

 

---

JIRA에서 볼 수 있는 애자일 원칙 

제 3원칙: 짧은 배포 간격

​

Jira는 스프린트를 설정하여 백로그를 주 단위로 관리하며, 주차별로 만들 수 있고, 특정 기간별로도 지정할 수 있다.  스프린트는 일반적으로 1-4주 정도 기간에 걸쳐 진행된다. 이 기간동안 백로그에 등록된 작업을 수행하고, 백로그 화면에서 계획된 내용으로 스프핀트가 끝나면 팀은 작업 결과물을 구축하게 된다.

 

---

제 4원칙: 함께 일하기

Jira의 로드맵 기능을 통해 프로젝트 팀의 모든 업무 진척도를 확인할 수 있다. 스마트 필터를 통해 모든 개발자의 로드맵을 구체적으로 확인 할 수 있다.

---

제 7원칙: 동작되는 소프트웨어로 진도 측정

다양한 시각화 차트를 통해 애자일 진척도를 확인할 수 있다. 진척도를 통해 지금 현재 상황이 문제없이 계획대로 진행되고 있는지 파악할 수 있다.

스프린트 보고서: 스프린트에서 과도한 범위 확장을 판단하고 완료한 작업을 파악한다.
번다운 차트: 스프린트 진행 상황을 추적하여 관리하기 위한 차트다. 
릴리즈 번다운: 프로덕트의 릴리즈 날짜에 맞춰 스프린트를 추적 및 모니터링하여 작업이 예상 일정에 맞추어가는지 트래킹한다. 
속도 차트: 스프린트마다 작업 시간을 추적하여 팀의 속도를 파악한다. 스프린트 팀의 작업 능률을 파악해 다음 스프린트를 개선할 수 있다.
누적 흐름도: 지정된 상태별로 증가한 이슈 개수를 확인해 블로커를 찾는다. 
컨트롤 차트: 제품, 버전 또는 스프린트에 대한 주기 및 리드 타임을 추적해 향후 성능을 파악할 수 있다.