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

애자일 관리도구 Jira

Jira는 개발 이슈 관리 및 애자일 프로젝트 관리 기능을 제공하며, 프로덕트 팀과 유관부서 및 이해관계자들과도 진행 상황을 공유할 수 있도록 돕는 툴이다. 아래의 링크에서 무료 버전을 사용해볼 수 있다. 별도의 앱을 설치하지 않고 클라우드 형식으로 사용 가능하다. 

 

Free - Jira Software | Atlassian

 

Jira에서 찾을 수 있는 애자일 12원칙

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

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

제 3원칙: 짧은 배포 간격
소프트웨어를 짧은 주기(2주에서 2달까지)로 동작하는 소프트웨어를 배포하되 더 짧은 주기를 선호합니다.
여러 개발자가 개발한 SW를 초기부터 조금씩 통합/검증하는 것이 한번에 통합/검증 보다 낫습니다. 미리 예측한 요구사항(계약)을 따르기 보다는, 변화하는 고객/시장에 따라 요구사항도 변해야 합니다. 만약 상호 검수를 위해 요구사항만 중시한다면 Output은 만족시키겠지만 Outcome은 만족시킬수 없습니다. 프로젝트 초반 보다 팀원의 지식은 증가하고 그 사이에 고객/시장의 눈높도 증가합니다.

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

Jira를 사용해 팀원 모두가 프로젝트 상황을 공유하고 소통할 수 있다. 무료 플랜에서는 최대 3명의 팀원까지 추가가 가능하다.

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

제 6원칙: 얼굴보고 대화하기
개발 팀에 정보를 전달하는 가장 효율적이고 효과적인 방법은 대면 대화입니다. 얼굴 보고 대화하는 것이 가장 효과적이고 효율적인 Communication입니다.

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

Jira에서 제공하는 주요 기능은 대시보드이다. 현재 스프린트 진행 상황을 자동으로 시각화해주어 진척 상황을 파악할 수 있다. 

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

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

Jira는 작업 프로세스 자동화 기능을 제공한다. 자동화를 통해 Slack, GitHub, MS Teams 등 다른 협업/작업 툴을 연동시켜 함께 사용할 수 있다. Jira의 작업 내용을 연동된 도구로 자동 전송할 수 있도록함으로써 작업의 능률 향상을 돕는다.

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

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

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

Jira에서는 회고 템플릿을 제공한다. 스프린트가 끝난 후 성찰을 통해 이번 스프린트에 대해 비판과 칭찬을 하며 다음 스프린트에 같은 문제를 예방하고 개선할 수 있다.