배달 계획 은 조직이 여러 팀의 작업 일정을 계획하고 검토하는 데 도움이되는 Azure DevOps의 확장입니다. Tailspin 팀은이 확장 기능을 사용하여 자신의 작업이 다른 팀에서 제작 한 작업과 어떻게 관련되는지 더 잘 이해할 수 있습니다.
Mara는 팀의 Azure DevOps 조직에 배달 계획을 설치했습니다. 그런 다음 배달 계획을 작성하고 팀과 게임 엔진 팀을위한 스프린트를 추가했습니다. 잠재력을 과시하고 싶어서 그녀는 빠른 데모를 위해 Andy를 초대합니다.
Delivery Plans
| 팀원 | 대화 내용 | 비고 |
|---|---|---|
| 마지막으로 대화를 나눈 후 배송 계획 관리 옵션을 살펴 보았습니다. 필요한 모든 것을 제공하는 것으로 보이는 Azure DevOps 확장을 찾았습니다. | |
| 나는 당신이 무엇을 생각해 냈는지 매우 관심이 있습니다. 베타 슬립에 대해 조직 전체에 많은 스트레스가 있기 때문에 일정 효율성을 개선하기 위해 할 수있는 모든 일을 환영합니다. | |
| 좋아요, 여기 있습니다.
| |
| 배송 계획 확장을 통해 "배달 계획"을 만들 수 있습니다. 일단 생성되면 조직 내 팀의 백 로그를 추가 할 수 있습니다. 각 팀이 일정 배경에서 제공 할 계획을 볼 수 있도록 병렬로 표시됩니다. | |
| 훌륭합니다! 이제 우리는 우리가 의존하는 무언가가 제 시간에 이용 가능하지 않을 때를 압니다. 해당 팀이 수행 한 다른 작업과 종속성을 기준으로 지연 가능성을 측정 할 수도 있습니다. 이렇게하면 여기에서 가끔 발생하는 "스케줄 치킨"동작의 일부를 완화하는 데 도움이됩니다. | |
| 예, 그리고 우리는 이것을 다른 팀에게 그들이 의존하는 것을 놓칠 것인지를 알릴 기회로 사용할 수도 있습니다. 직원과 프로세스에 대한 신뢰를 구축하는 데 도움이됩니다. | |
 | (Andy는 동의하며 고개를 끄덕입니다. 팀이 서로에 대해 더 많은 믿음을 갖는 것이 좋을 것입니다.) 이제 베타 슬립에 대해 알고 있으므로 관련 작업을 향후 스프린트로 옮겨야합니다. 긍정적 인면에서는 새로운 작업을 도입하여이를 대체 할 수있는 기회를 제공합니다. 통합 작업을이 두 가지 리더 보드 버그로 바꿔 보겠습니다. Mara는 통합 작업 항목을 다음 스프린트로 드래그합니다. 그런 다음 두 개의 리더 보드 버그를 다시 끌어서 사용 가능한 용량을 채 웁니다.
| |
| 또한 현재 베타 날짜를 마일스톤으로 추가했습니다. 이제 우리는 항상 우리가 계획하고있는 작업의 기준점으로 그것을 제자리에 둘 것입니다. | |
| 우리는 또한 Cliffchella와 같은 이벤트와 연례 회사 파티를 추가해야합니다.  | |
| 회사 파티가 왜? 일정에 영향을 줍니까? | |
| 그럴 수도 있습니다. 매년 DBA는 파이 먹기 대회에 참가하고 모두 다음날 병에 걸렸습니다. 올해도 이런 일이 일어날 것으로 기대해야 한다는 말은 아니지만 준비해야한다고 생각합니다. |
Add Comment