Co to są plany dostarczania?
Plany dostarczania to centrum w usłudze Azure DevOps, które pomaga organizacjom planować i przeglądać harmonogramy pracy w wielu zespołach. Zespół Tailspin może użyć tego centrum, aby lepiej zrozumieć, w jaki sposób ich praca odnosi się do pracy, która ma zostać utworzona przez inne zespoły.
Mara stworzyła plan dostawy i dodała sprinty dla swojego zespołu i zespołu silnika gry. Podekscytowana, aby pokazać potencjał, zaprasza Andy'ego na krótki pokaz.
Mara: Po ostatniej rozmowie przyjrzełem się naszym opcjom zarządzania planami dostaw. Znalazłem centrum Plany dostarczania, które wydaje się dać nam wszystko, czego potrzebujemy.
Andy: Jestem zainteresowany, aby zobaczyć, co wymyśliłeś. Istnieje wiele stresu w całej organizacji na temat poślizgu beta, więc wszystko, co możemy zrobić, aby poprawić wydajność harmonogramu, będzie mile widziane.
Mara: Ok, oto jest. Zobacz te 
czerwone ikony. Wskazują one, że mamy pewne problemy z zależnościami między elementami roboczymi.
Mara: Plany dostarczania pozwalają nam utworzyć "plan dostawy". Po utworzeniu tej funkcji możemy dodać listę prac zespołów w organizacji. Są one wyświetlane równolegle, aby zobaczyć, co każdy zespół planuje dostarczyć w tle kalendarza.
Andy: Ten widok wygląda świetnie! Teraz wiemy, kiedy coś, od czego jesteśmy zależni, nie będzie dostępne w czasie. Możemy nawet ocenić prawdopodobieństwo opóźnienia w oparciu o to, ile innych prac i zależności te zespoły przejęły. Powinno to pomóc złagodzić niektóre z "harmonogram kurczaka" zachowanie, które czasami dzieje się wokół tutaj.
Uwaga
Harmonogram kurczaka jest, gdy dwa lub więcej zespołów jest zagrożonych nie spełnia terminów, ale żaden z nich nie chce go przyznać. Zamiast tego każdy czeka, aż inny poślizgnie swój harmonogram najpierw, a następnie używa poślizgu innego zespołu jako pretekstu do opóźnienia ich dostarczania.
Mara: Tak, i możemy również wykorzystać to jako okazję, aby poinformować inne zespoły, czy mamy zamiar poślizgnąć coś, od czego zależy. Pomaga nam to w budowaniu zaufania do naszych ludzi i procesów.
Andy ukłoni w zgodzie. Byłoby miło, aby zespoły miały większą wiarę w siebie.
Andy: Teraz, gdy wiemy o poślizgu beta, musimy przenieść naszą powiązaną pracę do przyszłego przebiegu. Po jasnej stronie daje nam możliwość ściągnięcia nowej pracy, aby go zastąpić. Zamieńmy integrację z tymi dwoma usterkami rankingu.
Mara przeciąga element roboczy integracji do następującego przebiegu. Następnie przeciąga dwie usterki rankingu z powrotem, aby wypełnić dostępną pojemność.
Mara: Dodałem również bieżącą datę beta jako kamień milowy. Teraz zawsze będziemy mieć go na miejscu jako punkt odniesienia do pracy, która planujemy.
Andy: Powinniśmy również dodawać wydarzenia takie jak Cliffchella i roczna impreza firmowa.
Mara: Dlaczego impreza firmowa? Czy ma to wpływ na harmonogram?
Andy: To może. Każdego roku DBAs wchodzą do konkursu pie-eating, a wszyscy kończą się dzwonić chory następnego dnia. Nie mówię, że powinniśmy spodziewać się, że powtórzy się to w tym roku, ale myślę, że powinniśmy być przygotowani. A teraz mamy dla niego narzędzia.