Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022 | Azure DevOps Server 2020
팀의 프로세스 및 포트폴리오 요구 사항에 맞게 Azure Boards를 사용자 지정합니다. 이 문서에서는 영역/반복 구조, WIT(작업 항목 유형), 워크플로 및 보드 동작을 구성하는 관리자에게 권장되는 작업 및 고려 사항에 대해 설명합니다.
원하는 구성 작업을 이미 알고 있는 경우 다음 문서로 시작합니다.
Note
여기서 대부분의 지침은 클라우드 및 온-프레미스 배포 모두에 적용됩니다. 일부 기능(예: 롤업, 분석 및 포트폴리오 계획 도구)은 클라우드 전용입니다.
주요 고려 사항
설정을 변경하기 전에 팀의 작동 방식과 관리에서 확인해야 하는 사항을 결정합니다. 고려:
- 프로젝트 및 팀 구조: 필요한 팀, 영역 경로 계층 구조 및 롤업 보기는 몇 개인가요?
- 반복: 스프린트 주기, 릴리스 그룹화 및 예측 기간.
- 작업 항목 구성표: 팀에서 사용할 WIT(기능, 스토리/문제/PPI, 작업, 에픽)?
- 보고 요구 사항: 사용할 수 있어야 하는 필드, 롤업 및 분석 보기는 무엇입니까?
- 사용자 지정: 사용자 지정 필드, 워크플로 및 WIT는 보드, 백로그 및 보고서에 영향을 줍니다.
- 사용 권한 및 거버넌스: 프로세스, 영역/반복 트리 및 팀 설정을 변경할 수 있는 사람은 누구인가요?
팀이 일관되게 적용할 수 있도록 선택 사항을 문서화합니다.
작업 항목 유형 및 포트폴리오 백로그
프로젝트를 만들 때 프로세스(Agile, Basic, Scrum 또는 CMMI)를 선택합니다. 각 프로세스는 WIT 및 포트폴리오/백로그 수준의 기본 집합을 정의합니다. 조직을 지원하기 위해 사용자 지정 WIT 및 포트폴리오 백로그를 추가할 수 있습니다.
다음 이미지는 Agile 프로세스 백로그 작업 항목에 대한 계층 구조를 보여줍니다.
- 사용자 스토리 및 작업은 작업을 추적하는 데 사용됩니다.
- 버그는 코드 결함을 추적합니다.
- 에픽 및 기능은 더 큰 시나리오에서 작업을 그룹화하는 데 사용됩니다.
각 팀은 사용자 스토리 또는 작업 작업 항목과 동일한 수준에서 버그 작업 항목을 관리하는 방법을 구성할 수 있습니다. 버그 작업 설정을 사용합니다. 이러한 작업 항목 형식을 사용하는 방법에 대한 자세한 내용은 Agile 프로세스를 참조 하세요.
추가 계획 계층(예: 목표 및 키 결과)이 필요한 경우 사용자 지정 WIT 및 포트폴리오 백로그를 사용합니다.
권장되는 추적 옵션
팀 사례에 따라 이러한 높은 수준의 추적 방법 중 하나를 선택합니다.
- 작업만 — 권장되지 않습니다. 우선 순위가 제한적이고 포트폴리오 계획이 없습니다.
- 자식 작업의 요구 사항 - 시간을 예측하고 추적하는 스크럼 팀에 적합합니다.
- 요구 사항만 — 시간을 추적하지 않는 Kanban 또는 스크럼반 팀에 적합합니다.
- 포트폴리오 WIT에 따라 그룹화된 요구 사항 - 여러 팀이 롤업 및 팀 간 일정을 필요로 하는 경우에 사용합니다.
팀에 대해 선택한 접근 방식을 설명하고 프로세스 설명서를 업데이트합니다.
영역, 반복 및 팀 설정
영역 경로를 사용하여 제품, 기능 또는 비즈니스 영역별로 작업을 분할합니다. 스프린트, 릴리스 또는 마일스톤에 반복 경로를 사용합니다.
권장 사항:
- 관리자가 롤업을 보고하는 방법을 반영하는 영역 경로 계층 구조를 만듭니다.
- 작업 항목이 올바른 컨텍스트를 상속할 수 있도록 각 팀에 기본 영역 및 반복 구독을 제공합니다.
- 함께 제공되는 팀 전체에서 일관된 반복 주기를 사용합니다.
관련 콘텐츠:
보드 및 백로그에 버그 표시
각 팀은 버그가 제품 백로그에 표시되는지(요구 사항으로) 또는 요구 사항에 연결된 작업으로 추적되는지를 결정합니다. 스크럼을 사용하는 팀은 종종 백로그에 버그를 표시합니다. Agile 또는 CMMI를 사용하는 팀은 백로그에 버그가 표시되는지 여부를 선택할 수 있습니다. 팀에 대해 버그가 표시되는 방식을 변경하려면 팀 설정을 업데이트합니다.
쿼리, 보드 및 롤업이 예측 가능한 방식으로 작동하도록 일관된 팀 정책을 유지합니다.
롤업 및 포트폴리오 보기
백로그에 롤업 열을 추가하여 자식 항목의 진행률 표시줄, 개수 또는 합계를 보여줍니다. 배달 계획 및 기능 타임라인을 사용하여 팀 간 일정 및 종속성을 볼 수 있습니다.
팀 간 계획의 경우 적절한 경우 배달 계획 및 기능 타임라인 확장을 사용합니다.
보드, 열 및 워크플로우
작업 항목 워크플로 상태는 기본 보드 열을 결정합니다. 당신은 할 수 있어요:
- WIT에 사용자 지정 워크플로 상태를 추가합니다(모든 팀에 영향을 줍니다).
- 팀 보드에 열을 추가합니다(해당 팀에만 영향을 줍니다).
- 상태-열 매핑을 신중하게 매핑하여 보고 일관성을 유지합니다(예: 누적 흐름 다이어그램).
관련 콘텐츠:
사용자 지정 필드 및 보고
사용자 지정 필드를 사용하면 프로젝트별 데이터를 캡처할 수 있습니다. 롤업 및 보고서에 힘을 줄 수 있으며 프로세스 전체에 적용됩니다.
권장 사항:
- 사용자 지정 필드를 보고 또는 자동화를 지원하는 필드로 제한합니다.
- 롤업 합계에 숫자 사용자 지정 필드를 사용합니다. 일관된 보고를 위해 선택 목록을 사용합니다.
- 프로세스 수준 필드는 컬렉션/조직의 프로젝트에서 공유됩니다.
Note
프로세스당 최대 1,024개의 필드를 정의할 수 있습니다.
사용자 지정 WIT와 프로세스 변경 사항
WIT 및 워크플로를 추가하거나 수정하면 다음과 같은 여러 도구에 영향을 줍니다.
- 새 요구 사항 수준 WIT는 제품 백로그에 표시되며 스프린트 백로그에 나타날 수 있습니다.
- 새 작업 수준 WIT가 작업 보드에 표시됩니다.
- 팀은 사용자 지정 WIT를 표시하도록 보드 및 매핑을 업데이트해야 합니다.
프로세스 수준 변경은 모든 팀에 영향을 미칩니다. 중단 변경 내용을 제한하고 미리 전달합니다.
사용 권한 및 변경 가능한 항목과 주체
프로세스, 영역/반복 트리 및 팀 구성을 변경하는 사용자를 제어합니다.
- 프로세스 수준 변경: 프로젝트 컬렉션 관리자 또는 적절한 프로세스 권한이 있는 사용자
- 프로젝트 수준 변경 사항(영역/반복): 프로젝트 관리자 또는 노드 권한이 있는 사용자에게 해당합니다.
- 팀 수준 변경: 팀 관리자 또는 프로젝트 관리자.
관련 콘텐츠:
시간 추적 및 스프린트 계획
스프린트 계획 및 용량에 남은 작업 시간, 원래 예상 작업 시간 및 완료된 작업 필드를 사용합니다. 청구 또는 기타 용도로 시간을 추적하는 경우 보다 풍부한 시간 추적 지원을 위해 Marketplace 확장을 평가합니다.
관련 콘텐츠:
관리자를 위한 실용적인 검사 목록
- 프로세스 및 WIT 전략을 결정합니다(상속 또는 사용자 지정).
- 디자인 영역 및 반복 계층 구조입니다.
- 팀을 구성하고 기본 영역/반복 구독을 설정합니다.
- 필요한 공유 쿼리 폴더 및 권한을 만듭니다.
- 임원에게 필요한 롤업 열 및 대시보드 위젯을 추가합니다.
- 더 넓은 범위로 업데이트를 적용하기 전에 하나의 팀에서 변경 사항을 파일럿 테스트하세요.
- 변경 내용을 전달하고 프로젝트 wiki를 업데이트합니다.