티스토리 뷰
<참조> https://www.azuredevopslabs.com/labs/azuredevops/agile/
개요
대규모 소프트웨어 프로젝트를 개발하려면 여러 팀이 있어야 한다. 대규모 프로젝트에는 자체 백 로그 및 우선 순위를 관리하면서 해당 프로젝트의 통합 방향에 기여하는 여러 자율 팀이 필요하다. 이들 팀과 함께 프로젝트 일정에 대해 정기적인 검토를 하게 되면, 팀이 공통의 목표를 향해 노력하고 있는지 확인하는데 도움이 된다.. 전달(Delivery) 계획은 프로젝트 일정에 필요한 다중 팀 보기(multi-team view)를 제공한다.
선행 조건
- 이 랩을 진행하려면 선행 지침에서 과제1을 완료해야 한다.
연습 1: Azure DevOps로 전달 계획 관리하기
과제 1: 전달 계획 확장(extention) 설치하기
1. Azure DevOps의 팀 프로젝트로 이동한다.
2. 전달 계획은 마켓 플레이스(marketplace) 확장으로 제공된다. 마켓 플레이스 네비게이션 드롭 다운에서 마켓 플레이스 찾아보기(Browse Marketplace)를 선택한다.
3. “Delivery Plans”을 검색한다.
4. Delivery Plans 옵션을 선택한다.
5. Get it free를 클릭한다.
6. Delivery Plans 옵션을 설치할 조직을 선택한다. 이 조직은 Parts Unlimited 프로젝트가 포함되어 있는 조직이어야 한다. install을 클릭한다.
7. Proceed to organization을 클릭한다.
8. Parts Unlimited 프로젝트 링크를 클릭하여 대시보드로 돌아간다.
과제 2: 전달계획 생성하기
1. Boards - Plans을 선택한다.
2. New plan을 클릭한다.
3. 프로젝트의 여러 측면에 대해 여러 개의 전달 계획을 원할 수 있으므로 "Web delivery"라는 특정 이름을 제공한다. 기본적으로 Parts Unlimited Team으로 설정되므로 Features를 선택하고 Create을 클릭한다. 대신 해당 모델을 사용한 경우 Stories별로 전달을 구성할 수도 있다. stories/features를 필터링하기 위해 팀과 기준을 추가 할 수 있는 옵션도 있지만 나중에 다시 살펴 보겠다.
4. 이전에 수행된 반복 재구성으로 인해 "Today"마커는 Sprint 2의 시작 부분에 있다. 이전 스프린트에서 제공할 스토리가 여러 개 있으며 빈 Sprint 3도 볼 수 있다. 표시된 스토리는 Done 상태이다. 작업 진행 상황을 확인하는 것이 유용하지만 잠시 후에 항목을 필터링하는 예제로 사용한다.
5. Configure plan settings 버튼을 클릭한다.
6. Field criteria 탭을 선택하고 Add criteria를 추가한다.
7. State가 (<>) Done이 아닌 항목으로 필터링하도록 new criteria을 설정한다.
8. 중요한 날짜를 추적하기 위해 커스텀 마커를 추가 할 수도 있다. Markers 탭을 선택하고 Add marker를 클릭한다.
9. 오늘부터 네 번째 금요일 (Sprint 3 중간에 금요일이 됨)을 선택하고 Label을 "Team offsite"로 설정한다. Color로 마젠타을 선택하고 Save를 클릭한다.
10. 가장 먼저 알아 두어야 할 사항은 구성에 설정된 기준으로 인해 전달 계획에서 "Closed"한 스토리가 더 이상 표시되지 않는다는 것이다. 또한 Iteration 3 중간을 클릭하면 "Team offsite"라는 마젠타 색 마커가 표시된다.
11. 전달 계획 확장의 또 다른 멋진 기능은 캘린더를 쉽게 확장 할 수 있는 기능이다. 한 번에 여러 달을 보려면 Scale 슬라이더를 왼쪽으로 완전히 드래그한다.
12. 훨씬 더 정밀한 보기로 확대하려면 오른쪽 끝까지 민다.
과제 3: 프로젝트에 외부팀 추가하기
1. 우리에게는 하나의 팀만 존재하였기 때문에 지금까지 전달 계획은 매우 간단했다. 그러나 여러 개의 자율적인 각 팀의 노력에 대한 오케스트레이션을 할 때 전달 계획의 진정한 힘이 작용한다. 페이지 왼쪽 하단에 있는 Project Settings 탐색을 사용하여 설정 페이지를 연다.
2. Teams 탭에서 New team을 클릭한다.
3. 이 새로운 팀은 일기 예보 및 지불 프로세스와 같은 3rd 파티 외부 서비스와의 통합과 관련된 업무를 책임질 것이다. Team name을 “External integration team(외부 통합팀)” 으로 설정하고 Create team을 클릭한다.
4. Boards 아래 Project configuration 탭을 선택한다.
5. Sprint 2과 Sprint 3의 날짜는 프로젝트 데이터 생성 시점에 따라 계정에 따라 다르다. 메인팀의 일정과 정확히 일치하지 않는 외부 통합팀을 위해 두 가지 새로운 반복을 추가 하려한다.
6. 루트의 PartsUnlimited 노드를 선택하고 New child.를 클릭한다.
7. Iteration name를 “Iteration 50”로 설정한다. Start date를 오늘로 하고 End date를 오늘부터 3번의 금요일까지로 설정한다. 이 날은 또한 팀의 철수일이 될 것이다. Save and close를 클릭한다.
8. 동일한 과정을 반복하여 Iteration 50이 끝난 후 월요일을 시작으로 하고 3번의 금요일 후를 종료 날짜로 하여 Iteration 51을 추가한다.
9. 이제 새로운 프로젝트 스프린트를 반복으로 사용하도록 새 팀을 구성해야한다. Teams 탭을 선택하고 External integration team을 클릭한다.
10. Iterations and Area Paths을 클릭한다.
11. Iterations tab을 선택한다.
12. Select iterations을 클릭하고 + Iteration 버튼을 사용하여 Iteration 50과 Iteration 51을 선택한다. Save and close를 클릭한다.
과제 4: 전달 의사결정 만들기
1. Boards의 Plans를 선택한다.
2. Configure team settings 버튼을 클릭한다.
3.Teams 탭을 선택하고 Add team을 클릭한다.
4. External integration team과 Features를 선택하고 Save한다.
5. Scale 슬라이드를 사용하여 Iteration 50과 Iteration 51의 폭을 맞춘다.
6. 새 팀에 아직 스토리가 추가되지 않았다. 다행히 인라인 기능을 사용하여 팀 및 반복에 직접 추가 할 수 있다. Iteration 50 반복을 선택한다. 나타나는 New item 버튼을 클릭한다.
7. “Integrate with weather service”을 입력하고 Enter를 누른다. 해당 항목은 이제 해당 영역과 반복이 구성된 백로그에 있다.
8. 동일한 프로세스에 따라 Integrate with corporate branding assets 항목을 Iteration 51에 추가한다.
9. 이제 이 두 팀이 공통 목표를 향해 어떻게 노력하고 있는지 다시 살펴볼 수 있다. 면밀히 검토 한 결과, 메인팀은 현재 스프린트 중에 일부 회사 브랜딩 자산을 재사용하려고 계획하고 있는 것으로 보이는데, 이 자산은 끝날 때가지 사용할 수 없을 것으로 보인다. 이러한 종류의 잠재적인 문제를 조기에 파악할 수 있는 견해를 가지게 된다는 것은 좋은 일이다.
10. 가장 먼저해야 할 일은 브랜딩 통합 작업을 이전 반복으로 옮기는 것이다. 회사 브랜딩 스토리를 Iteration 50으로 끌어서 놓는다. 대역폭을 확보하려면 날씨 서비스 스토리를 Iteration 51로 끌어놓는다.
11. 그런 다음 브랜딩 통합 작업 항목을 Sprint 1에서 Sprint 3으로 드래그하여 이 팀이 차단해제 당하는 시간 내에 종속성을 사용할 수 있도록한다.
12. 이제 전달 계획을 다시 검토 할 수 있다.
13. 전달 계획의 보기를 빠르게 사용자 지정할 수 있는 방법이 많이 있다. 예를 들어 't'키를 누르면 구성된 모든 필드 표시와 제목만 표시 사이에서 전환된다. 지금 시도한다.
14. 이름 옆의 토글 버튼을 사용하여 모든 팀 (또는 특정 팀)을 축소 할 수도 있다.
'Azure와 함께 하는 DevOps' 카테고리의 다른 글
25 Visual Studio Code와 Azure DevOps에서 Git으로 버전 제어하기 2편 (0) | 2020.03.30 |
---|---|
24 Visual Studio Code와 Azure DevOps에서 Git으로 버전 제어하기 1편 (0) | 2020.03.23 |
22 Azure 보드를 사용한 Agile 플래닝과 포트폴리오 관리 2편 (0) | 2020.03.09 |
21 Azure 보드를 사용한 Agile 플래닝과 포트폴리오 관리 1편 (0) | 2020.03.02 |
Azure DevOps Lab 선행 조건 (0) | 2020.03.02 |