Azure Boards
1. 개요
1. 개요
Azure Boards는 마이크로소프트가 제공하는 애자일 프로젝트 관리 도구이다. 이 도구는 소프트웨어 개발 팀이 작업을 계획하고, 추적하며, 논의하는 데 주로 사용된다. 웹 기반 플랫폼으로 제공되며, 애저 데브옵스 서비스 제품군의 핵심 구성 요소로서, 애저 레포지토리 및 애저 파이프라인과 같은 다른 도구들과 긴밀하게 통합되어 있다.
이 서비스는 스크럼과 칸반을 포함한 다양한 애자일 방법론을 지원하도록 설계되었다. 팀은 워크 아이템 추적을 통해 에픽, 기능, 사용자 스토리, 작업, 버그 등 다양한 유형의 작업 항목을 관리할 수 있다. 또한 보고 도구와 대시보드를 통해 프로젝트 진행 상황을 시각적으로 확인하고 인사이트를 얻을 수 있다. 마이크로소프트 팀즈와의 통합을 통해 협업 효율성을 높일 수 있다.
2. 주요 기능
2. 주요 기능
2.1. 작업 항목 추적
2.1. 작업 항목 추적
Azure Boards의 핵심 기능 중 하나는 소프트웨어 개발 팀이 작업 항목을 통해 모든 업무를 계획하고 추적하는 것이다. 작업 항목은 에픽, 기능, 사용자 스토리, 작업, 버그 등 다양한 유형으로 구분되며, 각 항목은 제목, 설명, 상태, 우선순위, 담당자, 스프린트 할당 등의 필드로 구성된다. 이를 통해 팀은 단일 플랫폼에서 요구사항부터 개발, 테스트, 결함 관리를 포괄적으로 추적할 수 있다.
각 작업 항목은 워크플로우에 따라 상태가 변경되며, 백로그나 보드 뷰에서 시각적으로 관리된다. 팀원들은 작업 항목에 코멘트를 달아 논의를 진행하거나, 첨부 파일을 추가하여 관련 자료를 공유할 수 있다. 또한 작업 항목 간 링크를 설정하여 상위 요구사항과 하위 작업, 관련 버그 등의 관계를 명확히 정의하고 의존성을 관리할 수 있다.
이러한 작업 항목 추적 기능은 애자일 방법론을 지원하도록 설계되었다. 팀은 스크럼 방식으로 스프린트를 계획하고 실행하거나, 칸반 보드를 활용하여 진행 중인 작업의 흐름을 최적화할 수 있다. 모든 변경 이력은 자동으로 기록되어 작업의 진행 상황과 결정 과정을 투명하게 확인할 수 있다.
작업 항목 데이터는 대시보드에 위젯 형태로 표시되거나, 쿼리를 작성하여 필요한 정보를 필터링하고 그룹화할 수 있다. 또한 애저 레포지토리의 커밋이나 애저 파이프라인의 빌드 및 릴리스와 연결하여, 코드 변경 사항이나 배포 상태를 작업 항목과 직접 연관 지어 추적하는 것이 가능하다.
2.2. 백로그 및 스프린트 관리
2.2. 백로그 및 스프린트 관리
Azure Boards는 애자일 방법론의 핵심인 백로그 관리와 스프린트 계획 및 실행을 체계적으로 지원한다. 팀은 제품 백로그를 통해 에픽, 기능, 사용자 스토리 등 작업 항목을 우선순위에 따라 정렬하고, 세부적인 계획을 수립할 수 있다. 각 작업 항목에는 스토리 포인트나 노력을 할당하여 작업량을 추정하고, 태그를 활용해 범주화할 수 있다. 이를 통해 팀은 장기적인 로드맵과 다음 반복 주기에서 수행할 작업을 명확히 파악하게 된다.
스프린트 주기를 설정하면, 팀은 제품 백로그에서 선정한 항목들을 스프린트 백로그로 끌어와 구체적인 실행 계획을 세운다. Azure Boards의 스프린트 계획 도구는 작업 항목을 작업 단위로 분해하고, 팀 구성원에게 할당하며, 예상 소요 시간을 관리하는 데 용이하다. 스프린트가 진행되는 동안에는 스프린트 보드와 태스크 보드를 통해 진행 상황을 실시간으로 시각화하여 모니터링할 수 있다.
스프린트가 종료되면, Azure Boards는 제공하는 다양한 차트와 대시보드를 통해 성과를 분석하는 데 도움을 준다. 번다운 차트와 벨로시티 차트는 팀의 작업 진행 속도와 생산성 추이를 한눈에 보여주며, 커밋률을 확인할 수 있는 보고서도 활용 가능하다. 이러한 데이터는 스프린트 회고 시간에 팀이 과정을 개선하고 다음 스프린트 계획을 더욱 효과적으로 수립하는 근거로 사용된다.
이러한 백로그 및 스프린트 관리 기능은 애자일과 스크럼 프레임워크를 따르는 팀에게 표준화된 워크플로를 제공한다. 또한, 칸반 보드를 병행 사용하거나, 팀의 필요에 맞게 프로세스 템플릿을 수정하여 유연하게 적용할 수 있다. 모든 작업 항목과 진행 데이터는 애저 데브옵스 서비스의 일부로 중앙에 저장되어, 애저 레포지토리의 소스 코드나 애저 파이프라인의 빌드 결과와 쉽게 연결되는 통합된 환경을 구성한다.
2.3. 대시보드 및 보고서
2.3. 대시보드 및 보고서
Azure Boards는 프로젝트 진행 상황을 한눈에 파악할 수 있는 다양한 대시보드와 보고 기능을 제공한다. 사용자는 위젯을 자유롭게 추가하고 구성하여 팀의 상황에 맞는 맞춤형 대시보드를 만들 수 있다. 주요 위젯으로는 작업 항목 차트, 버나다트 차트, 스프린트 용량, 빌드 상태, 테스트 결과 등이 있으며, 이를 통해 백로그 진행률, 팀의 속도, 코드 커버리지 등 핵심 지표를 실시간으로 모니터링할 수 있다.
보고 기능 측면에서는 애저 데브옵스의 분석 서비스와 통합되어 강력한 보고 기능을 제공한다. 사전 구성된 보고서 외에도 사용자는 SQL 기반의 분석 뷰를 활용하거나 파워 BI와 같은 외부 비즈니스 인텔리전스 도구를 연결하여 프로젝트 데이터를 심층적으로 분석할 수 있다. 이를 통해 리드 타임, 사이클 타임, 누적 흐름도와 같은 애자일 및 데브옵스 메트릭스를 추적하고, 데이터 기반의 의사 결정을 지원받는다.
이러한 대시보드와 보고서는 프로젝트의 투명성을 높이는 핵심 도구 역할을 한다. 스테이크홀더는 별도의 요청 없이도 실시간 대시보드를 통해 최신 상태를 확인할 수 있으며, 팀은 정기적인 스프린트 리뷰 회의나 레트로스펙티브 회고 시 보고서 데이터를 객관적인 근거로 활용할 수 있다. 모든 데이터는 애저 레포지토리, 애저 파이프라인 등 다른 애저 데브옵스 서비스와 자동으로 연동되어 수집되므로, 별도의 데이터 입력 부담 없이 포괄적인 인사이트를 얻을 수 있다.
2.4. 소스 코드 통합
2.4. 소스 코드 통합
Azure Boards는 소프트웨어 개발의 핵심 요소인 소스 코드와 작업 항목을 밀접하게 연결하여 추적성을 강화한다. 이 통합은 주로 애저 레포지토리와의 연동을 통해 이루어지며, 깃허브나 기타 외부 깃 저장소와도 연결이 가능하다. 이를 통해 개발자는 코드 변경 사항을 작업 항목에 직접 연결할 수 있어, 특정 커밋이나 풀 리퀘스트가 어떤 기능 개발이나 버그 수정을 위한 것인지 명확히 추적할 수 있다.
소스 코드 통합의 주요 이점은 작업 항목과 코드 변경 이력 사이의 양방향 추적이 가능하다는 점이다. 예를 들어, 특정 사용자 스토리나 버그 작업 항목 내에서 해당 항목을 해결하기 위한 모든 깃 커밋, 브랜치, 풀 리퀘스트를 한눈에 확인할 수 있다. 반대로, 애저 레포지토리에서 코드를 검토할 때 특정 커밋 메시지에 작업 항목 ID를 언급하면, 자동으로 해당 항목에 링크가 생성되어 작업의 맥락을 즉시 파악할 수 있다.
이러한 통합은 애저 데브옵스 생태계 내 다른 서비스와의 협업을 원활하게 한다. 애저 파이프라인에서 지속적 통합 및 지속적 배포 파이프라인을 구성할 때, 빌드나 배포가 특정 작업 항목과 연결되어 진행 상황을 자동으로 업데이트할 수 있다. 결과적으로 팀은 요구사항부터 코드, 빌드, 배포에 이르는 전 과정을 하나의 플랫폼에서 가시적으로 관리할 수 있으며, 이는 개발 생산성과 품질 관리 향상에 기여한다.
2.5. CI/CD 파이프라인 연동
2.5. CI/CD 파이프라인 연동
Azure Boards는 애저 데브옵스 서비스의 핵심 구성 요소로서, 작업 추적과 CI/CD 파이프라인을 원활하게 연결하여 소프트웨어 개발과 배포의 흐름을 가시화하고 관리하는 기능을 제공한다. 특히 애저 파이프라인과의 긴밀한 통합을 통해, 코드 커밋부터 빌드, 테스트, 배포에 이르는 전 과정을 작업 항목과 직접 연결하여 추적할 수 있다. 이를 통해 팀은 특정 기능이나 버그 수정이 어떤 파이프라인 단계를 거쳤는지, 최종적으로 어떤 환경에 배포되었는지를 실시간으로 확인할 수 있다.
이 통합의 주요 특징은 작업 항목과 파이프라인 실행 사이의 양방향 추적성이다. 예를 들어, 애저 레포지토리에 코드를 커밋할 때 작업 항목 ID를 커밋 메시지에 포함시키면, 해당 커밋이 파이프라인을 트리거하고 빌드가 완료되면 자동으로 작업 항목의 상태가 업데이트되거나 관련 빌드 정보가 링크된다. 반대로, Azure Boards의 작업 항목 내에서는 해당 항목과 연결된 모든 빌드, 릴리스 배포 이력을 한눈에 살펴볼 수 있다. 이는 데브옵스 문화의 핵심인 협업과 투명성을 크게 증진시킨다.
통합 지점 | 설명 |
|---|---|
커밋 및 풀 리퀘스트 | 커밋 메시지나 풀 리퀘스트 설명에 |
빌드 파이프라인 | 빌드가 성공하거나 실패할 때 작업 항목에 자동으로 상태 주석 추가 및 빌드 결과 링크. |
릴리스 파이프라인 | 특정 환경(예: 개발, 스테이징, 프로덕션)에 배포될 때 작업 항목에 배포 상태 기록. |
대시보드 위젯 | 파이프라인의 최신 상태를 팀 대시보드에 표시하는 위젯 제공. |
이러한 깊은 연동을 통해 팀은 단순한 작업 관리 수준을 넘어, 실제 개발 생명주기 전반에 걸친 엔드투엔드 가시성을 확보하게 된다. 결과적으로 계획된 작업이 실제 코드 변경으로 어떻게 구현되고, 안정적으로 사용자에게 전달되는지에 대한 흐름을 통합적으로 관리할 수 있어, 애자일 및 데브옵스 실천법의 효과적인 실행을 뒷받침한다.
3. 작업 항목 유형
3. 작업 항목 유형
3.1. 에픽
3.1. 에픽
에픽은 Azure Boards에서 가장 큰 규모의 작업 단위를 나타내는 작업 항목 유형이다. 이는 일반적으로 여러 스프린트에 걸쳐 진행되며, 여러 기능이나 사용자 스토리를 포괄하는 광범위한 제품 목표나 전략적 이니셔티브를 정의한다. 에픽은 프로젝트의 상위 수준 로드맵을 구성하는 데 사용되며, 팀이 장기적인 비전과 방향성을 공유하는 데 도움을 준다.
에픽은 백로그에서 계층 구조의 최상위에 위치하며, 그 아래에 기능, 사용자 스토리, 작업, 버그 등의 세부 항목들이 트리 구조로 연결된다. 이를 통해 팀은 큰 그림을 유지하면서도 세부 작업을 체계적으로 분해하고 추적할 수 있다. 에픽의 진행 상태는 하위 항목들의 상태를 종합하여 자동으로 계산되거나, 수동으로 설정할 수 있다.
에픽을 효과적으로 관리하기 위해서는 명확한 목표와 범위 정의가 중요하다. 각 에픽은 구체적인 비즈니스 가치나 목표를 설명해야 하며, 너무 방대하지 않도록 적절한 크기로 분할하는 것이 좋다. 애자일 또는 스크럼 프로세스 템플릿을 사용할 때 에픽은 제품 백로그 항목을 그룹화하고 우선순위를 부여하는 데 유용한 프레임워크를 제공한다.
에픽은 대시보드를 통해 시각적으로 모니터링할 수 있으며, 애저 데브옵스의 다른 서비스와 통합되어 소스 코드 커밋, 빌드, 작업 항목 간의 종속성을 추적하는 데 활용된다. 이를 통해 팀은 전략적 목표와 실제 구현 작업 간의 연결 고리를 명확히 이해할 수 있다.
3.2. 기능
3.2. 기능
Azure Boards는 소프트웨어 개발 팀이 애자일 방법론을 기반으로 작업을 계획하고, 추적하며, 논의할 수 있도록 설계된 포괄적인 기능을 제공한다. 이 도구는 스크럼과 칸반을 포함한 다양한 애자일 프레임워크를 지원하며, 팀이 자신의 워크플로에 맞게 도구를 유연하게 구성할 수 있게 한다. 핵심 기능은 워크 아이템 추적, 백로그 및 스프린트 관리, 그리고 대시보드 및 보고 도구로 구분된다.
작업 항목 추적 기능은 프로젝트의 모든 요구사항, 작업, 결함을 중앙에서 관리하는 기반이다. 팀은 에픽, 기능, 사용자 스토리, 작업, 버그 등 다양한 유형의 작업 항목을 생성하여 세부 정보, 우선순위, 상태를 기록하고 담당자를 할당할 수 있다. 이러한 작업 항목은 백로그에서 관리되며, 팀은 백로그를 통해 작업의 우선순위를 쉽게 정렬하고, 계획 단계에서 실행 단계로 원활하게 이동시킬 수 있다. 또한 스프린트를 설정하여 반복적인 개발 주기를 관리하고, 스프린트 백로그를 통해 각 주기마다 완료할 작업을 명확히 정의할 수 있다.
시각적 관리와 실시간 통찰력을 제공하는 기능도 중요하다. 스크럼 보드와 칸반 보드를 통해 팀은 작업 항목의 진행 상태를 시각적으로 추적하고, 간단한 드래그 앤 드롭으로 상태를 업데이트할 수 있다. 사용자 정의 가능한 대시보드를 구성하면 프로젝트의 핵심 지표와 진행 상황을 한눈에 확인할 수 있으며, 다양한 기본 제공 보고서를 활용하여 팀의 속도, 진행률, 버그 추세 등을 분석할 수 있다.
Azure Boards는 애저 데브옵스 서비스 제품군의 다른 핵심 도구들과 긴밀하게 통합되어 있다. 애저 레포지토리의 소스 코드와 작업 항목을 연결하거나, 애저 파이프라인의 CI/CD 빌드 및 릴리스와 연동하여 배포 상태를 추적할 수 있다. 또한 마이크로소프트 팀즈와의 통합을 통해 채널 내에서 직접 작업 항목에 대한 알림을 받고 논의를 진행할 수 있어, 협업 효율성을 높인다.
3.3. 사용자 스토리
3.3. 사용자 스토리
Azure Boards에서 사용자 스토리는 애자일 개발 방법론의 핵심 요소로, 최종 사용자의 관점에서 정의된 기능 요구사항 또는 가치를 나타낸다. 이는 팀이 구현할 구체적인 기능 단위를 의미하며, 일반적으로 "~로서 ~하고 싶어서 ~할 수 있다"와 같은 형식으로 작성되어 이해관계자의 요구를 명확히 전달한다. 사용자 스토리는 에픽이나 기능과 같은 상위 작업 항목 아래에 하위 항목으로 생성되어, 대규모 목표를 관리 가능한 작은 단위로 분해하는 데 활용된다.
팀은 백로그 보드에서 사용자 스토리를 생성하고 우선순위를 지정하며, 각 스토리는 제목, 설명, 스토리 포인트, 상태, 담당자 등의 필드를 포함한다. 스프린트 계획 시, 이 백로그에서 선택된 사용자 스토리들은 특정 개발 주기에 할당되어 실행된다. 작업이 진행됨에 따라 스토리의 상태는 '새 항목', '승인됨', '커밋됨', '완료됨' 등으로 변경되며, 이를 통해 전체 진행 상황을 시각적으로 추적할 수 있다.
사용자 스토리는 작업이나 버그와 같은 다른 작업 항목과 연결될 수 있어, 구현을 위한 세부 단계나 발생한 결함을 효율적으로 관리할 수 있다. 또한, 대시보드에 쿼리 기반의 차트를 추가하거나 스프린트 보고서를 생성하여, 스토리의 완료 추이 또는 팀의 벨로시티를 분석하는 데도 사용된다. 이를 통해 팀은 지속적으로 계획을 조정하고 개발 과정을 개선할 수 있다.
3.4. 작업
3.4. 작업
작업은 Azure Boards에서 관리되는 가장 세부적인 단위의 작업 항목 유형이다. 이는 사용자 스토리나 버그를 실제로 구현하거나 해결하기 위해 필요한 구체적인 활동을 나타낸다. 일반적으로 작업은 몇 시간에서 하루 이내에 완료될 수 있는 규모로 정의되며, 개발, 테스트, 디자인, 문서화 등 다양한 활동을 포함할 수 있다.
작업 항목은 백로그에서 생성되거나, 스프린트 계획 회의 중에 특정 사용자 스토리나 버그에 하위 작업으로 연결하여 추가된다. 각 작업에는 제목, 설명, 담당자, 예상 작업량(시간), 우선순위, 상태(예: 할 일, 진행 중, 완료) 등의 정보를 입력할 수 있다. 이를 통해 팀 구성원은 자신이 맡은 구체적인 업무와 진행 상황을 명확히 파악할 수 있다.
스크럼 보드나 칸반 보드에서는 작업 항목이 칸반 카드 형태로 시각화되어, 상태 열 사이를 드래그 앤 드롭함으로써 진행 상황을 실시간으로 업데이트할 수 있다. 이는 팀의 일일 스크럼 회의나 작업 진행 상황 모니터링에 유용하게 활용된다. 작업의 완료는 상위 항목인 사용자 스토리나 기능의 완료 진척도에 자동으로 반영된다.
작업 관리를 효과적으로 수행하기 위해서는 각 작업의 범위를 명확하고 작게 유지하고, 정기적으로 상태를 업데이트하며, 예상 작업량을 현실적으로 산정하는 것이 중요하다. 이를 통해 프로젝트의 실제 진행 속도를 더 정확하게 측정하고, 스프린트 목표 달성 가능성을 높일 수 있다.
3.5. 버그
3.5. 버그
버그는 Azure Boards에서 소프트웨어 제품에 존재하는 결함, 오류 또는 예상치 못한 동작을 추적하기 위한 핵심 작업 항목 유형이다. 이 항목은 개발 수명주기 동안 발견된 문제를 식별, 기록, 우선순위를 매기고 해결하는 데 사용된다. 버그 항목을 통해 팀은 품질 관리를 체계적으로 수행하고, 결함 해결 상태를 투명하게 공유하며, 제품의 전반적인 안정성을 높일 수 있다.
버그 작업 항목은 일반적으로 제목, 설명, 재현 단계, 심각도, 우선순위, 상태(예: '신규', '활성', '해결됨', '종결됨'), 발견된 환경, 담당자 등의 필드를 포함한다. 이를 통해 문제에 대한 명확한 정보를 기록하고, 개발자가 문제를 이해하고 해결하는 데 필요한 모든 맥락을 제공한다. 버그는 에픽, 기능, 사용자 스토리와 같은 다른 작업 항목과 연결되어 특정 기능이나 요구사항과 관련된 결함을 관리할 수 있다.
Azure Boards의 스크럼 보드나 칸반 보드에서 버그는 다른 작업 항목과 함께 시각적으로 관리된다. 팀은 버그의 상태를 '할 일', '진행 중', '완료'와 같은 칼럼으로 드래그하여 워크플로를 추적할 수 있다. 또한 대시보드 및 보고서 기능을 통해 버그 추세, 해결률, 평균 해결 시간 등의 메트릭을 모니터링하여 품질 개선 활동에 대한 인사이트를 얻을 수 있다.
버그 관리는 애저 데브옵스 생태계 내에서 강력한 통합을 통해 이루어진다. 예를 들어, 애저 레포지토리의 소스 코드 커밋이나 애저 파이프라인의 빌드 및 배포 실패를 버그 항목과 직접 연결할 수 있다. 또한 애저 테스트 플랜을 사용한 테스트 실행 중 발견된 결함도 자동으로 버그 항목으로 생성되어 추적 흐름을 단순화한다.
4. 보드 유형
4. 보드 유형
4.1. 스크럼 보드
4.1. 스크럼 보드
Azure Boards는 애자일 방법론 중 하나인 스크럼을 따르는 팀을 위해 특화된 보드 유형을 제공한다. 스크럼 보드는 스프린트 주기 내에서 작업의 흐름과 상태를 시각적으로 관리하는 데 중점을 둔다. 이 보드는 일반적으로 '할 일', '진행 중', '완료'와 같은 열로 구성되며, 각 작업 항목은 칸반 보드와 유사하게 카드 형태로 표시되어 팀원들이 작업의 진행 상황을 한눈에 파악할 수 있게 한다.
스크럼 보드의 핵심은 백로그에 정의된 사용자 스토리나 작업을 스프린트 기간 동안 효율적으로 처리하는 것을 지원하는 데 있다. 팀은 스프린트 계획 회의를 통해 선정한 항목들을 보드에 배치하고, 작업이 시작되면 해당 카드를 '진행 중' 열로 이동시켜 실시간으로 상태를 업데이트한다. 일일 스크럼 회의 시 이 보드를 중심으로 진행 상황과 장애 요인을 논의하는 것이 일반적인 사용 방식이다.
Azure Boards의 스크럼 보드는 버그 추적과 같은 특정 항목 유형에 대한 필터링, 각 카드에 태그를 추가하거나 스토리 포인트 같은 추정치를 표시하는 기능을 포함한다. 또한, 애저 데브옵스 서비스의 일부로서 애저 레포지토리의 커밋이나 애저 파이프라인의 빌드 결과를 작업 항목 카드에 자동으로 연결하여 소스 코드 변경 이력과의 추적성을 강화할 수 있다.
이 보드 유형은 스크럼 마스터나 프로덕트 오너가 팀의 생산성과 벨로시티를 모니터링하는 데 유용한 도구가 된다. 스프린트가 종료되면, 보드의 데이터는 스프린트 검토나 회고 회의에 활용되며, 이를 통해 지속적인 프로세스 개선의 기초 자료로 사용될 수 있다.
4.2. 칸반 보드
4.2. 칸반 보드
Azure Boards에서 제공하는 칸반 보드는 애자일 방법론 중 하나인 칸반 방식을 구현한 시각적 작업 관리 도구이다. 이 보드는 워크플로의 각 단계를 열로 표현하고, 각 작업 항목을 카드로 표시하여 팀의 작업 흐름을 한눈에 파악할 수 있게 한다. 스크럼 보드가 반복 기반의 스프린트 관리에 중점을 둔다면, 칸반 보드는 지속적인 흐름과 진행 중인 작업의 제한에 초점을 맞춘다.
칸반 보드의 핵심 기능은 진행 중인 작업의 수를 제한하는 것이다. 각 워크플로 단계별로 동시에 처리할 수 있는 작업 항목의 최대 개수를 설정할 수 있으며, 이를 통해 병목 현상을 식별하고 전체 처리 속도를 개선하는 데 도움을 준다. 팀은 백로그에서 새로운 작업을 끌어와 칸반 보드의 첫 번째 열에 배치하고, 작업이 완료될 때까지 각 단계를 차례로 이동시킨다.
이 보드는 에픽, 기능, 사용자 스토리, 작업, 버그 등 다양한 작업 항목 유형을 지원하며, 각 카드에는 제목, 상태, 담당자, 우선순위 등의 정보가 표시된다. 또한 대시보드를 통해 칸반 보드의 데이터를 기반으로 한 사이클 타임 또는 리드 타임과 같은 지표를 시각화할 수 있다.
Azure Boards의 칸반 보드는 애저 레포지토리의 소스 코드 변경 사항이나 애저 파이프라인의 빌드 상태와 같은 개발 컨텍스트를 카드에 직접 표시할 수 있어, 작업 추적과 실제 개발 활동을 밀접하게 연동한다. 이를 통해 팀은 지속적 통합 및 지속적 배포 환경에서 효율적으로 협업할 수 있다.
5. 프로세스 템플릿
5. 프로세스 템플릿
5.1. 애자일
5.1. 애자일
Azure Boards는 애자일 방법론을 따르는 소프트웨어 개발 팀을 위한 핵심 프로젝트 관리 도구이다. 이 도구는 스크럼과 칸반과 같은 현대적인 애자일 프레임워크를 기본적으로 지원하도록 설계되어, 팀이 자신들의 작업 방식에 맞게 유연하게 프로세스를 구성할 수 있게 한다. 마이크로소프트는 팀의 협업과 투명성을 증진시키기 위해 백로그 관리, 스프린트 계획, 작업 항목 추적, 그리고 시각적 대시보드 기능을 통합적으로 제공한다.
Azure Boards에서 애자일 워크플로우는 주로 작업 항목을 통해 관리된다. 팀은 에픽, 기능, 사용자 스토리, 작업, 버그 등 다양한 유형의 작업 항목을 생성하여 요구사항, 할 일, 결함 등을 체계적으로 추적한다. 이러한 작업 항목은 백로그에 정리되며, 팀은 이를 우선순위에 따라 정렬하고 스프린트에 할당하여 반복적인 개발 주기를 진행할 수 있다. 또한, 작업의 진행 상태는 스크럼 보드나 칸반 보드를 통해 시각적으로 한눈에 확인 가능하다.
이 도구는 애저 데브옵스 서비스 제품군의 일부로, 다른 핵심 서비스들과의 긴밀한 통합을 강점으로 한다. 예를 들어, 애저 레포지토리의 소스 코드 커밋이나 애저 파이프라인의 빌드 및 배포 작업을 특정 작업 항목과 직접 연결할 수 있어, 개발 활동부터 CI/CD 파이프라인까지의 전 과정을 종단간으로 추적하는 데 유리하다. 또한 마이크로소프트 팀즈와의 통합을 통해 개발 팀의 일상적인 논의와 협업이 원활하게 이루어질 수 있도록 지원한다.
Azure Boards는 팀이 선택한 애자일 프로세스를 공식화하고 실행하는 데 도움을 주는 여러 프로세스 템플릿을 제공한다. 기본 제공되는 템플릿으로는 애자일, 스크럼, CMMI가 있으며, 각 템플릿은 해당 방법론에 적합한 작업 항목 유형과 워크플로우를 미리 정의하고 있다. 팀은 이러한 표준 템플릿을 그대로 사용하거나, 필요에 따라 사용자 지정하여 자신들만의 고유한 프로세스를 만들 수 있다.
5.2. 스크럼
5.2. 스크럼
Azure Boards는 애자일 방법론 중 하나인 스크럼을 공식적으로 지원하는 프로세스 템플릿을 제공한다. 스크럼 템플릿은 스크럼 프레임워크의 핵심 요소인 스프린트 계획, 일일 스크럼, 스프린트 리뷰, 스프린트 회고를 효과적으로 관리할 수 있도록 설계된 작업 항목 유형과 워크플로를 포함한다. 이를 통해 개발 팀은 반복적인 스프린트 주기를 통해 제품 백로그를 점진적으로 완성해 나갈 수 있다.
스크럼 보드는 작업의 시각적 상태를 보여주는 주요 도구로, 사용자 스토리나 버그와 같은 작업 항목이 '새로 만들기', '승인됨', '커밋됨', '완료됨' 등의 열을 따라 이동하는 과정을 추적한다. 팀은 이 보드를 통해 스프린트 백로그의 진행 상황을 한눈에 파악하고, 일일 스크럼 회의에서 차질을 빠르게 식별할 수 있다. 또한 백로그 관리 화면을 통해 제품 백로그를 우선순위에 따라 정렬하고, 스프린트 계획 회의를 통해 각 스프린트에 수행할 작업을 쉽게 할당할 수 있다.
Azure Boards의 스크럼 지원은 다양한 보고 도구로 보완된다. 번다운 차트는 스프린트 동안 남은 작업량의 추이를 보여주어 팀의 속도를 가시화하고, 속도 차트는 여러 스프린트에 걸쳐 완료된 작업량을 추적하여 미래 스프린트의 계획 수립에 도움을 준다. 이러한 도구들은 스크럼 팀이 지속적으로 개선하고 예측 가능성을 높이는 데 기여한다.
스크럼 템플릿은 애저 레포지토리의 소스 코드 및 애저 파이프라인의 CI/CD 빌드와 자연스럽게 연결되어, 작업 항목에서 코드 커밋, 빌드 결과까지의 종단 간 추적이 가능하다. 이는 데브옵스 문화의 핵심인 협력과 투명성을 실현하는 데 중요한 역할을 한다.
5.3. CMMI
5.3. CMMI
CMMI(Capability Maturity Model Integration)는 Azure Boards에서 제공하는 세 가지 기본 프로세스 템플릿 중 하나이다. 이 템플릿은 공식적이고 구조화된 소프트웨어 개발 프로세스를 따르는 팀, 특히 규제 준수나 인증이 필요한 프로젝트에 적합하도록 설계되었다. 애자일 및 스크럼 템플릿보다 형식적인 접근 방식을 제공하며, 요구 사항 관리, 위험 관리, 변경 제어와 같은 영역에 중점을 둔다.
CMMI 프로세스 템플릿을 사용하면 팀은 요구 사항, 변경 요청, 위험, 검토와 같은 보다 세분화된 작업 항목 유형을 활용할 수 있다. 예를 들어, 사용자 스토리 대신 '요구 사항'이라는 작업 항목 유형을 사용하여 기능적 및 비기능적 요구사항을 명시적으로 정의하고 추적한다. 또한 '변경 요청'과 '위험' 항목을 통해 프로젝트 범위 변경과 잠재적 문제를 체계적으로 관리할 수 있다.
이 템플릿은 작업의 상태 흐름도 보다 복잡하고 세분화된 상태를 제공하는 경우가 많다. 이는 각 작업 항목이 분석, 설계, 구현, 테스트, 검증과 같은 명확한 단계를 거치는 폭포수 모델이나 반복적 개발 프로세스에 잘 맞는다. 대시보드 및 보고서 기능을 통해 요구 사항 추적성 매트릭스나 위험 평가 보고서와 같은 형식적인 문서화 요구사항을 충족하는 데 도움을 줄 수 있다.
CMMI 템플릿은 애저 데브옵스 서비스의 다른 구성 요소인 애저 레포지토리 및 애저 파이프라인과 완벽하게 통합되어, 형식적인 프로세스 요구사항 하에서도 코드 변경과 빌드, 배포 작업을 연결하고 추적할 수 있게 한다. 이는 공식적인 개발 표준을 준수해야 하지만, 현대적인 협업 및 지속적 통합 도구의 이점도 활용하고자 하는 조직에 유용한 옵션이다.
6. 팀 및 프로젝트 구성
6. 팀 및 프로젝트 구성
Azure Boards는 애저 데브옵스 서비스의 일부로, 조직 내에서 여러 프로젝트와 팀을 유연하게 구성하고 관리할 수 있는 기능을 제공한다. 사용자는 하나의 애저 데브옵스 조직(Organization) 아래에 여러 프로젝트를 생성할 수 있으며, 각 프로젝트는 독립적인 작업 항목, 소스 코드, 빌드, 릴리스 파이프라인을 가질 수 있다. 이 구조는 대규모 조직에서 부서나 제품 라인별로 작업을 분리하여 관리해야 할 때 유용하다.
하나의 프로젝트 내에서는 여러 팀을 정의하여 작업 범위를 세분화할 수 있다. 각 팀은 자신만의 백로그, 스프린트, 대시보드를 가질 수 있으며, 프로젝트 관리자는 팀별로 접근 권한과 영역 경로(Area Path)를 설정하여 책임 범위를 명확히 할 수 있다. 이는 애자일 방식으로 운영되는 대형 프로젝트에서 하위 팀들이 자율적으로 작업을 계획하고 실행하는 데 필수적이다.
팀 구성은 마이크로소프트 팀즈와의 긴밀한 통합을 통해 더욱 효율적으로 이루어진다. Azure Boards의 작업 항목 알림과 업데이트 사항은 연결된 마이크로소프트 팀즈 채널로 자동 전달되어, 개발팀과 비개발 이해관계자 간의 실시간 소통을 촉진한다. 또한, 팀은 프로젝트 설정에서 스크럼 또는 칸반과 같은 애자일 프로세스 템플릿을 선택하거나 사용자 정의하여 자신들의 워크플로에 가장 적합한 방식으로 보드와 백로그를 구성할 수 있다.
7. 통합 및 확장성
7. 통합 및 확장성
7.1. Azure Repos 및 Azure Pipelines 연동
7.1. Azure Repos 및 Azure Pipelines 연동
Azure Boards는 애저 데브옵스 서비스의 핵심 구성 요소로서, 애저 레포지토리 및 애저 파이프라인과의 긴밀한 연동을 통해 소프트웨어 개발의 계획, 코딩, 빌드, 테스트 단계를 하나의 통합된 워크플로우로 연결한다.
Azure Boards의 작업 항목은 애저 레포지토리의 Git 커밋, 풀 리퀘스트, 브랜치와 직접 연결될 수 있다. 개발자는 커밋 메시지나 풀 리퀘스트 설명에 작업 항목 ID(예: AB#123)를 언급함으로써 코드 변경과 요구사항, 버그 수정 등의 작업을 쉽게 추적할 수 있다. 이 연동을 통해 코드 변경의 맥락과 목적이 명확해지고, 작업 항목의 상태가 자동으로 업데이트되기도 한다.
또한, 애저 파이프라인과의 연동은 CI/CD 프로세스를 작업 관리와 결합한다. 파이프라인 실행이 시작되거나 실패, 성공할 때 Azure Boards의 관련 작업 항목에 자동으로 주석이 추가되거나 상태가 변경될 수 있다. 이를 통해 특정 빌드나 배포가 어떤 기능 구현이나 버그 수정과 연관되어 있는지 팀이 실시간으로 파악할 수 있으며, 데브옵스의 핵심 원칙인 가시성과 협업을 강화한다.
이러한 통합 환경은 개발 팀이 작업 계획(Azure Boards), 소스 코드 관리(Azure Repos), 자동화된 빌드 및 배포(Azure Pipelines)를 분리된 도구 없이 원활하게 수행할 수 있게 하여, 생산성 향상과 협업 장벽 해소에 기여한다.
7.2. 마켓플레이스 확장
7.2. 마켓플레이스 확장
Azure Boards는 기본 기능 외에도 마이크로소프트가 운영하는 마켓플레이스를 통해 다양한 확장 기능을 제공한다. 이 마켓플레이스는 개발자와 파트너사가 만든 수많은 확장 프로그램을 호스팅하며, 사용자는 이를 설치하여 Azure Boards의 기능을 자체 요구사항에 맞게 커스터마이징하거나 강화할 수 있다. 이를 통해 팀은 표준 기능만으로는 충족하기 어려운 특정한 워크플로우나 보고 요구사항을 해결할 수 있다.
마켓플레이스에서 제공되는 확장 프로그램은 주로 새로운 대시보드 위젯, 사용자 정의 워크 아이템 필드나 폼, 향상된 보고 도구, 그리고 타 서비스와의 통합 기능 등을 포함한다. 예를 들어, 특정 테스트 관리 도구와의 연동, 시간 추적 기능 추가, 또는 복잡한 차트 및 그래프 생성 도구 등을 확장 프로그램으로 설치할 수 있다. 이러한 확장성은 Azure Boards를 다양한 개발 방법론과 팀의 고유한 프로세스에 더욱 유연하게 적용할 수 있게 만든다.
확장 프로그램의 설치와 관리는 프로젝트 관리자나 조직 관리자가 Azure DevOps 조직 설정 내에서 간편하게 수행할 수 있다. 마켓플레이스에서 원하는 확장을 찾아 설치하면, 해당 조직 내의 모든 프로젝트 또는 특정 프로젝트에서 즉시 사용할 수 있게 된다. 이 생태계는 Azure Boards를 단순한 작업 추적 도구를 넘어서, 애저 데브옵스 생태계의 확장 가능한 핵심 플랫폼으로 자리매김하게 하는 중요한 요소이다.
8. 사용 방법 및 모범 사례
8. 사용 방법 및 모범 사례
Azure Boards는 효과적인 사용을 위해 몇 가지 핵심적인 사용 방법과 모범 사례를 제시한다. 프로젝트를 시작할 때는 팀의 개발 방법론에 맞는 프로세스 템플릿을 선택하는 것이 중요하다. 애자일 템플릿은 사용자 스토리와 연속적인 배포에, 스크럼 템플릿은 스프린트 계획과 용량 관리에, CMMI 템플릿은 형식적인 변경 요청 및 위험 관리 프로세스에 각각 최적화되어 있다. 적절한 템플릿 선택은 팀의 워크플로우 기반을 마련하는 첫걸음이다.
작업을 관리할 때는 계층 구조를 활용하는 것이 좋다. 상위 수준의 목표를 에픽으로 정의하고, 이를 세부 기능으로 분해한 후, 구현 가능한 단위의 사용자 스토리로 나누는 방식이다. 각 사용자 스토리는 다시 구체적인 작업과 버그 항목과 연결되어야 한다. 이렇게 계층을 구성하면 작업 간의 관계와 의존성을 명확히 파악할 수 있으며, 백로그의 우선순위를 조정하거나 진행 상황을 추적할 때 유리하다.
팀의 일상적인 업무 흐름을 관리하기 위해서는 스크럼 보드나 칸반 보드를 적극적으로 활용해야 한다. 스크럼 보드는 시간 박스 단위의 스프린트 진행에 특화되어 있으며, 칸반 보드는 지속적인 흐름과 진행 중인 작업 제한에 초점을 맞춘다. 팀은 보드의 칼럼을 자신들의 실제 작업 단계(예: '대기', '개발 중', '코드 리뷰', '테스트', '완료')에 맞게 커스터마이징하여 시각적 관리의 효과를 극대화할 수 있다.
효과적인 협업과 투명한 의사소통을 위해서는 작업 항목을 단순한 할 일 목록 이상으로 활용해야 한다. 모든 논의, 결정 사항, 첨부 파일은 해당 작업 항목의 댓글과 첨부 기능을 통해 중앙에 기록한다. 또한 Azure Repos의 커밋이나 Azure Pipelines의 빌드, 릴리즈를 작업 항목과 연결하면 엔드투엔드 추적이 가능해진다. 팀의 전반적인 진행 상황을 파악하려면 다양한 위젯을 제공하는 대시보드를 구성하여 주요 메트릭과 차트를 한눈에 확인할 수 있도록 한다.
9. 장단점
9. 장단점
Azure Boards는 애저 데브옵스 서비스의 핵심 구성 요소로서, 소프트웨어 개발 팀에게 포괄적인 프로젝트 관리 기능을 제공한다. 이 도구는 애자일 방법론을 따르는 팀에게 특히 유용하지만, 몇 가지 장점과 함께 고려해야 할 단점도 존재한다.
주요 장점으로는 마이크로소프트의 애저 데브옵스 생태계와의 완벽한 통합을 꼽을 수 있다. 애저 레포지토리, 애저 파이프라인, 애저 아티팩트 등 다른 서비스들과 원활하게 연동되어 데브옵스 워크플로우를 단일 플랫폼에서 구축할 수 있다. 또한, 애자일과 스크럼, 칸반을 포함한 다양한 프로세스 템플릿을 기본 제공하여 팀의 작업 방식에 맞게 유연하게 적용 가능하다. 강력한 워크 아이템 추적 기능과 사용자 정의 가능한 대시보드, 풍부한 보고 도구를 통해 프로젝트 진행 상황을 실시간으로 가시화하고 통찰력을 얻을 수 있다. 마이크로소프트 팀즈와의 통합을 통해 커뮤니케이션과 협업을 강화할 수 있는 점도 큰 이점이다.
반면, 단점으로는 학습 곡선이 다소 가파를 수 있다는 점이 지적된다. 제공되는 기능이 방대하고 고도로 구성 가능하기 때문에 초보 사용자에게는 부담스러울 수 있다. 또한, 이 도구는 마이크로소프트의 클라우드 생태계에 깊이 통합되어 있어, 깃허브나 지라 같은 타사 도구를 주로 사용하는 팀이나 조직의 경우 완전한 기능 활용에 제약이 따를 수 있다. 모든 데이터가 마이크로소프트의 클라우드 플랫폼에 상주한다는 점은 클라우드 기반 솔루션의 일반적인 특성이지만, 특정 보안 또는 규정 준수 요구사항을 가진 조직에서는 고려해야 할 요소가 될 수 있다.
