Azure Boards란?

완료됨

Azure Boards는 팀이 수행해야 하는 작업을 계획하는 데 도움이 되는 Azure DevOps의 도구입니다. Tailspin 팀은 이 도구를 사용하여 수행해야 할 작업과 우선 순위를 지정하는 방법을 잘 파악하려고 합니다.

Mara는 기본 프로세스를 사용하여 Azure Boards에서 직접 프로젝트를 만들었습니다. 여기에는 Andy와 함께 파악한 빌드 프로세스의 문제점이 나와 있습니다. Mara는 팀원을 보아서 간략한 데모를 시연하려고 합니다.

Mara: 안녕하세요, 여러분. Azure Boards를 설정하면서 생각해 낸 몇 가지 작업 항목을 보여 드리려고 합니다.

Andy: 작업 항목이란 무엇인가요?

Mara: 작업 항목을 사용하면 프로젝트를 계획하고 관리할 수 있습니다. 작업 항목은 모든 종류의 활동을 추적할 수 있습니다. 수행할 업무나 해결해야 하는 버그 또는 그 밖에 다른 문제일 수 있습니다. 이러한 항목을 사람들에게 할당하고 진행 상황을 추적할 수 있습니다.

보여드리는 것이 더 쉬울 것 같습니다. 기본 프로세스를 사용한 Azure Boards는 다음과 같습니다.

처음 세 작업을 보여 주는 Azure Boards의 스크린샷. 각 작업이 할 일 열에 있습니다.

Amita: 기본 프로세스에 대해 알려주세요. 다른 옵션이 있나요?

Mara: 선택할 수 있는 프로세스는 4가지입니다. 다음 중 하나를 사용할 수 있습니다.

  • CMMI(역량 완성 모델 통합). 실제로 대규모 조직을 위한 옵션이고 상당히 복잡합니다. 그래서 사용하지 않았습니다.
  • 스크럼: 스크럼은 스크럼 팀을 이끄는 스크럼 마스터에 의존합니다. 스크럼 마스터는 스크럼 이론과 업무 방식 및 규칙을 모든 사람에게 이해시키는 사람입니다. 여기에는 교육을 수료하고 인증을 받는 스크럼 마스터가 없으므로 이 옵션도 선택하지 않았습니다.
  • Agile: Agile에 대해서는 항상 언급해왔기 때문에 이 옵션을 선택하는 것이 당연해 보이지만 가장 간단한 옵션에 비해 고려해야 할 사항이 몇 가지 더 있습니다.
  • 기본: 기본은 기본적인 옵션입니다. 간단하지만 즉시 효과적인 계획을 세우기에 충분한 기능이 있기 때문에, 이 옵션을 선택했습니다. 기본 워크플로에서 작업을 할 일에서 실행 중, 완료로 차례로 이동합니다.

Amita: 알겠습니다. 그럼 시작해볼까요. 다른 항목으로 전환하는 것도 가능하겠죠?

Mara: 그럼요! 그럼, 몇 주 안에 해결할 수 있어 보이는 작업 항목을 몇 가지 선택해보겠습니다.

Andy는 문제를 파악할 수 있지만 다른 팀원은 질문이 있습니다.

Tim: 대부분이 개발자 문제입니다. 하지만 다른 팀은 코드 취약점을 언급하면서 코드가 안전하다는 것 보여달라는 요청을 받았습니다. 이런 사항을 추가할 수 있는 방법이 있을까요?

Mara: 제 생각에도 목록은 완벽하지 않습니다. 보드에 있는 문제는 Andy와 제가 전에 논의한 사항입니다. 이런 문제 중 일부는 실제로 더 작은 작업으로 나누어야 합니다. 코드 취약점에 대한 우려는 잘 알겠습니다. Andy, 어떻게 생각하시나요?

Andy: 지금은 무언가를 만들어 내는 것만으로도 어렵습니다. 기본적인 문제부터 시작해봅시다. 문제를 추적할 수 있는 중심지를 두는 것이 좋다고 생각합니다. 백로그에 문제를 추가했다가 준비가 되면 우선 순위를 지정하면 됩니다.

Mara: 문제를 추가하기 전에 모두의 작업에 대해 조금 더 살펴봤으면 합니다.

각 팀 멤버는 각자 수행 중인 작업과 기타 다른 문제를 공유합니다. 브레인스토밍의 일환으로 화이트보드에 스티커 메모를 추가합니다. 화이트보드가 빠르게 채워집니다.

스티커 메모가 들어 있는 화이트보드의 스크린샷. 스티커 메모의 콘텐츠를 읽을 수 없습니다.

결국 팀은 7가지 주요 문제에 도달합니다. Andy는 모두가 지켜 보는 동안 Azure Boards에 작업을 추가하기로 지원합니다. 보드는 다음과 같은 모양입니다.

이슈 백로그를 보여 주는 Azure Boards 스크린샷

Amita: 와, 문제가 정말 많네요. 이 모든 걸 어떻게 다 해결하죠?

Mara: 지금 당장 모든 걸 해결할 필요는 없습니다. 지금은 백로그, 즉 가져올 수 있는 작업 목록을 확인했습니다. 가장 시급하고 중요한 사항은 업무를 계획할 때 선택하면 됩니다.

팀은 몇 가지 더 논의를 거친 후, Mara가 원래 제안한 세 가지 문제에 착수하기로 결정합니다.

  • 빌드 서버의 안정화.
  • Git 기반 워크플로 만들기.
  • 단위 테스트 만들기.

Mara: 이것들이 착수하기 가장 쉬운 문제 같으며, 최근 제기된 몇 가지 문제를 다루고 있습니다. 프로젝트, 팀 및 스프린트를 설정하겠습니다. 그런 다음 누가 무슨 일을 할지 결정하면 됩니다.

Tim: 스프린트가 무엇인가요?

Mara: 좋은 질문이네요. 스프린트는 작업을 완료해야 하는 시간의 길이입니다. 스프린트는 집중 상태를 유지하는 데 도움이 됩니다. 끝으로, 간략한 검토 회의를 통해 완수한 항목을 공유할 수 있습니다. 그런 다음 다음 항목을 계획할 수 있습니다.

모두 긴장한 것처럼 보입니다.

Mara: 아직 학습 중입니다. 스프린트의 길이는 대개 2~4주입니다. 2주라고 가정하고 어떻게 되는지 살펴보겠습니다. 대부분은 Andy와 제가 처리할 수 있는 작업입니다. 진행하면서 상황을 공유할 예정입니다. 그런 다음 모두를 참여시킬 수 있는 방안을 찾아보겠습니다.

Mara와 팀은 좋은 출발을 합니다. 다음으로 Azure Boards에서 프로젝트, 팀, 일부 작업을 설정하게 됩니다.

지식 점검

1.

Agile 성명서에 따르면 다음과 같습니다.

2.

Azure Boards는:

3.

스프린트는: