차량(Confluence)과 연료(Jira Software)가 준비되었으니 이제 기어를 구동하고 팀의 애자일 프로젝트 관리 수명 주기를 최적화할 차례입니다. 이 두 강력한 제품은 Enterprise와 함께 성장하고 확장할 수 있도록 구축된 강력한 기능을 제공합니다. 노련한 애자일 전문가든 업무를 막 시작했든 팀은 이 도구에서 제공하는 기능과 템플릿을 통해 애자일의 힘을 활용할 수 있습니다.
Confluence와 Jira는 원활하게 통합되어 팀 시간을 절약하고 이슈 해결 프로세스를 개선하며 팀이 프로젝트에서 공동 작업하는 방식을 혁신합니다. 개별적으로는 각자 고유한 방식으로 큰 이점을 제공합니다. 이것을 함께 사용하면 팀이 애자일 비전을 실현하는 데 도움이 되는 강력한 동력이 됩니다.
팀 스프린트의 모든 단계에서 두 가지를 실행하는 방법을 자세히 알아보겠습니다.
'준비' 및 '완료'의 정의
스프린트 계획은 팀원이 작성하며 모든 팀마다 고유합니다. 계획에는 제품 백로그를 만들고 스프린트 중에 모든 팀원이 수행할 수 있는 작업 범위를 결정하는 작업이 포함됩니다. Confluence와 Jira는 함께 작동하여 스프린트의 목표를 설명하고 팀이 스프린트를 향해 어떻게 작업을 시작해 나갈지 시각화합니다.
Jira Software 스프린트 계획
Jira Software는 스크럼, 칸반, 혼합 방법론 등을 포함한 모든 애자일 방법론을 지원합니다. Jira는 스프린트 중에 팀이 제공해야 하는 모든 작업에 대한 SSoT(Single Source of Truth)입니다. Jira Software는 완벽하게 사용자 지정이 가능하며 한없이 민첩한 사전 구성된 템플릿 중에서 선택할 수 있도록 하여 팀의 성공을 지원합니다.
Jira에는 변경할 필요 없이 사용할 수 있는 기본 제공 워크플로(할 일, 진행 중 및 완료)가 있으며 새로 시작하여 직접 만들 수도 있습니다. 워크플로를 추가로 사용자 지정하려면 팀의 요구 사항을 반영하는 추가 상태를 만들기만 하면 됩니다. 예를 들어 '검토 중' 상태를 추가하면 작업을 완료로 표시하기 전에 품질 보증이 필요함을 나타냅니다. 사용자가 원하는 대로 Jira가 팀의 작업 방식을 최대한(또는 최소한만) 반영하도록 만들 수 있습니다.
계획 프로세스를 시작하기 전에 팀 내에서 에픽, 스토리 및 레이블의 정의를 설정하는 것이 가장 좋습니다. 이렇게 하면 팀의 계획을 체계화하고 도구로 작업을 시작하기 위한 명확한 로드맵을 만들 수 있습니다. Jira에서 체크리스트를 사용하면 팀의 작업 정의에 대한 접근성과 가시성을 한층 더 강화할 수 있습니다.
Jira 이슈 체크리스트 앱은 각 스토리에 정의 체크리스트를 자동으로 추가할 수 있습니다. Jira 스토리를 간단한 할 일 항목으로 분할하면 각 작업이 범위 내에서 명확하고 쉽게 정의되므로 프로세스가 더 간소화됩니다. 시간이 지나면서 팀이 지속적으로 학습하고 성장하며 개선하면 정의가 바뀐다는 점에 유의하세요.
Confluence의 스프린트 계획
팀이 Jira에서 모범 사례를 만들고 나면 이제 애자일 프로젝트를 위한 설명서 작성을 시작할 차례입니다. 프로젝트를 관리하는 가장 좋은 방법은 Confluence에 모든 관련 지식을 위한 프로젝트 스페이스를 만드는 것입니다. 프로젝트 스페이스는 프로젝트의 핵심 세부 정보에 대한 단일 연락 창구 역할을 하므로 팀이 정보에 쉽게 액세스할 수 있습니다.
Confluence에서 체계적이고 구조화된 계층을 만드는 것이 중요합니다. 팀이 설명서를 구성하는 두 가지 방법은 다음과 같습니다.
- 각 기능 팀을 위한 스페이스를 만들고 각 주요 프로젝트 또는 이니셔티브에 대한 페이지를 만듭니다.
- 각 프로젝트에 대한 스페이스를 만들고 각 릴리스 주기 또는 출시에 대한 페이지를 만듭니다.
Confluence는 애자일 관행을 유지하고 팀의 모든 관계자를 최신 상태로 유지할 수 있는 80개 이상의 템플릿을 제공합니다. 스프린트 계획 템플릿은 새로운 프로젝트를 시작하고 스프린트 목표를 정의하기 위한 훌륭한 블루프린트입니다.
또한 스프린트 레트로 템플릿을 사용하면 팀이 다음 스프린트에서 변경해야 할 사항에 대해 책임을 지게 됩니다. 전략적 계획부터 제품 요구 사항, 상태 업데이트에 이르기까지 Confluence는 프로젝트에 딱 맞는 템플릿을 제공합니다.
연합 세력
팀이 Jira로 설정되었고 Confluence 설명서도 제대로 준비되었으니 이제 Confluence 페이지를 Jira 프로젝트에 연결할 준비가 됐습니다. 이렇게 하면 팀은 여러 애플리케이션 사이를 이동하는 번거로움 없이 작업 시작에 필요한 모든 컨텍스트, 정보 및 추적 기능을 얻습니다.
Jira에서는 소프트웨어 내에서 직접 쉽게 Confluence 페이지를 추가할 수 있습니다. Confluence에서 프로젝트 스페이스를 Jira에 직접 연결하세요. 이제 모든 관련 페이지와 설명서 사이에 링크가 생겼습니다.
전문가 팁: Confluence에서 작업을 직접 만들어 누락된 작업에 대해 신속하게 조치를 취할 수도 있습니다. 설명서에서 텍스트를 강조 표시만 하면 통합 시 Jira 이슈에 텍스트가 채워집니다.
Confluence와 Jira는 애자일 프로세스에 대한 접근 가능하고 간소화된 접근 방식을 만들어 팀이 성공을 거둘 수 있도록 지원합니다. 이 소프트웨어는 사용자가 만든 이슈를 제외한 모든 이슈를 제거하여 팀이 최적의 애자일 스프린트 주기를 위해 올바른 방향으로 나아갈 수 있도록 보장합니다.
스프린트 계획 단계
스프린트 계획 단계는 팀의 애자일 프로세스를 위한 견고한 기반을 제공합니다. 이 단계에서 제품 백로그는 최신 상태를 유지하고 명확성을 제공하도록 구체화되어야 합니다. 구체화 단계를 얼마나 잘 진행했는지에 따라 스프린트 계획의 성공 여부가 결정됩니다. 따라서 모두가 작업을 시작하는 데 필요한 투명성을 확보하려면 사전에 가능한 한 명확한 정보를 얻는 것이 중요합니다.
앞서 언급한 대로 Confluence 스프린트 계획 회의 템플릿을 사용하면 팀이 계획 프로세스를 최적화할 수 있습니다. 올바른 방향으로 나아갈 수 있는 네 가지 단계는 다음과 같습니다.
- 현재 스프린트 목표를 달성하기 전에 이전 스프린트에서 모든 열린 질문에 대해 후속 조치하여 스프린트 계획 회의를 시작하세요.
- 팀으로서 스프린트 과정에서 무엇을 달성할지 결정합니다. 템플릿을 사용하여 팀이 동일한 비전을 갖추도록 조정하세요.
- 팀의 속도를 제시하여 팀이 각 팀원의 기여도와 스프린트 진행 시 완료할 수 있는 작업량을 파악할 수 있도록 합니다.
- 팀의 작업 수용량을 계획하고 잠재적 위험을 기록하세요. 다가오는 스프린트를 준비하는 데 필요한 모든 것이 한곳에 있습니다.
Atlassian은 실행에 초점을 다시 맞추고, 예상치 못한 상황을 최소화하며, 전반적으로 더 높은 품질의 코드를 보장하기 위해 스프린트 계획에 크게 의존합니다. Jira 및 Confluence를 사용하여 스크럼 프로젝트를 추진하는 단계별 프로세스를 통해 애자일 스프린트 주기의 우선 순위를 정하고 구성할 수 있습니다.
구체화 단계
구체화 단계(백로그 그루밍 또는 백로그 세분화라고도 함)의 목적은 이해 관계자 및 기타 팀에 명확한 기대치를 설정하는 것입니다. 이 단계에서 제품 소유자와 팀은 제품 백로그 항목을 검토하여 스토리의 우선 순위가 지정되고 제공 준비가 되었는지 확인합니다. 이 단계는 백로그가 정상 상태를 유지하고 세부 사항 및 우선 순위로 적절하게 추정된 관련 항목으로 채워지는 데 중요합니다.
사용자 스토리는 기능을 원하는 사용자의 관점에서 작성한 소프트웨어 기능에 대한 비공식적 설명입니다. 소프트웨어 기능이 고객에게 가치를 제공하는 방법을 정의하는 것이 사용자 스토리의 목표입니다. 사용자 스토리를 잘 작성하면 팀이 해당 사용자 스토리의 완성에 따라 제품을 업그레이드할 수 있습니다.
모범 사례는 사용자 스토리를 작성할 때 INVEST 기준을 따르는 것입니다. 이 프레임워크를 사용하면 팀에서 작업을 소규모 작업 단위로 나누고 추정 및 스프린트 계획을 개선하여 예측의 정확도와 민첩성을 한층 더 향상할 수 있습니다.
- INVEST 약어는 다음과 같이 좋은 사용자 스토리를 정의합니다.
- Independent(독립적)
- Negotiable(협상 가능)
- Valuable(가치)
- Estimable(추정 가능)
- Small(소규모)
- Testable(테스트 가능)
제품 백로그는 반복 계획의 기반으로도 사용된다는 사실을 기억하세요. 사용자 스토리는 버그, 디자인 변경, 고객 요청, 작업 항목 등과 함께 포함된 작업 항목 중 하나일 뿐입니다. 이렇게 하면 팀은 각 반복에 대한 전체 토론에 모든 관계자의 작업 항목이 포함되도록 보장할 수 있습니다.
이 단계에서 발생할 수 있는 몇 가지 일반적인 문제로는 백로그 피드백 조정 실패, 백로그 항목을 고객 대상 직원에게만 제한 및 백로그를 업데이트 제공 수단이 아닌 저장 문서로 취급하기 등이 있습니다. 이 상황을 방지하려면 팀의 Jira 프로젝트에서 구체화 보드를 만들어 전체 구체화 프로세스를 시각화하고 팀이 작업 진행률을 파악할 수 있도록 하면 됩니다. 타임라인을 구축하는 것도 시간이 지나면서 발전할 실행 계획을 수립하는 훌륭한 이니셔티브입니다.
Jira Software에서는 제품 백로그 항목을 포함하여 팀의 모든 작업을 타임라인에 시각화합니다. 이 수준의 투명성을 통해 팀은 현재 또는 향후 작업에 대한 결정을 더 쉽게 내릴 수 있습니다. 또한 Jira의 타임라인으로 팀이 종속성을 관리하고 전체 진행률을 실시간으로 추적할 수 있습니다. 애자일은 엄격한 계획으로 제한을 만드는 것이 아니라 성공적인 스프린트 주기를 만들고 고객에게 가치를 제공하기 위해 결정한 경로에 대해 유연성을 유지하는 것임을 기억하세요. Jira에는 빠르게 설정할 수 있는 수십 개의 무료 템플릿이 있습니다.
팀에 추가 작업을 맡기지 않고 프로젝트 정보를 최신 상태로 유지하기란 어려울 수 있습니다. 다행히 Jira에는 Automation을 사용하는 더 쉬운 방법이 있습니다. 팀은 코드 없는 규칙 빌더를 사용하여 몇 번의 클릭만으로 프로세스를 자동화할 수 있습니다. 또한 Jira Automation은 완전히 사용자 지정이 가능하므로 팀은 특정 요구 사항에 맞는 규칙을 설정하여 시간을 절약하고 Jira를 최신 상태로 유지할 수 있습니다.
규칙의 몇 가지 예는 다음과 같습니다.
- 마지막 하위 작업이 종료되면 상위 이슈를 종료합니다.
- 버그 수정이 출시되면 모든 이슈를 종료하고 고객에게 알립니다.
- 고객이 이슈를 제기하면 복제한 이슈를 만들어 엔지니어에게 할당합니다.
Jira Software에는 팀이 빠르고 간편하게 시작할 수 있도록 일반적인 사용 사례를 중심으로 구축된 샘플 Automation 규칙 템플릿이 포함되어 있습니다.
Jira Software는 팀이 더 잘 협력할 수 있도록 지원하기 위해 노력하고 있지만 진행률, 결과 및 의사 결정을 팀원 및 이해 관계자와 공유하는 것이 중요합니다. 지식과 공동 작업이 만나는 곳에서 Confluence가 빛을 발합니다. 먼저 Jira 보고서 템플릿을 사용하여 Confluence 페이지를 만드세요. 보고하려는 프로젝트를 선택하면 템플릿이 자동으로 사전 구성된 상태 보고서 페이지를 만듭니다. 보고서는 자동으로 우선 순위, 이슈 유형과 같은 Jira 프로젝트의 필드를 기준으로 원형 차트를 표시합니다.
보시다시피, 특히 구체화 단계에서 Jira와 Confluence가 서로를 보완하는 방법은 끝이 없습니다. Confluence는 팀의 아이디어, 계획, 보고서 및 지식을 수집하고 Jira는 이슈와 워크플로를 추적합니다. 팀은 두 애플리케이션이 함께 작동하여 작업을 완료하도록 지원한다는 확신을 가질 수 있습니다.
시간이 지나면서 팀이 애자일 프로세스와 도구를 구현하기 시작하면 사용자 지정은 자연스럽게 팀의 요구에 맞게 스스로를 육성합니다. 팀이 Confluence와 Jira를 사용하여 체계적인 워크플로, 작업 추적 및 통합 문서 관리를 통해 애자일 프로젝트를 관리하는 놀라운 이점을 경험할 수 있기를 바랍니다.
팀의 잠재력을 스프린트로 발휘할 준비가 되셨습니까? Confluence 및 Jira Software로 시작하세요.
