Najlepszy sposób używania Scruma i Sprinta do poprawy infrastruktury

Question

Czy ktoś używa Scrum & Sprint dla infrastruktury.

Walczę z koncepcją Sprintu, który nigdy się nie kończy, tj. Projektu ulepszenia sieci.

Wszelkie sugestie dotyczące tego, w jaki sposób można zwiększyć czas przedmiotów w Backlogie produktu, dzięki czemu mogę sprawdzić, czy zasoby nie są nadmiernie obciążone podczas sprintu.

Answer 1

Proponuję, aby rozpocząć od odświeżenia pamięci o całej koncepcji Scrum (http://en.wikipedia.org/wiki/Scrum może być dobrym miejscem do rozpoczęcia).

Na przykład nie uważam, że powinno być coś takiego jak "nigdy kończący sprint". Jeśli masz bardzo długie i/lub powtarzające się zadanie, po prostu podziel je na bardziej szczegółowe. wzmocnienie sieci jest bardzo ogólne - rozbicie go:

• skok do badania nowych urządzeń sieciowych
• skok recenzję kable graficzny wzór
• zadanie zwrócić sprzęt fizycznej lokalizacji oraz przewody schemat

Oszacuj te i umieść je w swoim Backlog.

itp

Następnie planujemy krótkie sprinty (1-2) tygodniowo lub iteracji. Przypisz konkretny cel do każdego z nich. Dodaj część zadań z zaległości do iteracji. Ukończ to.

Przejrzyj wyniki, dostosuj proces, powtórz.

Answer 2

Sprint, który nigdy się nie kończy, to nie Sprint ... to kariera. JK. Upewnij się, że masz jasno zdefiniowane cele cząstkowe, jeśli główny cel nie jest osiągalny i/lub ciągle się zmienia. Oszacuj liczbę godzin pracy każdego z zadań i podziel je na zadania podrzędne, jeśli godziny te przekraczają pół dnia (bardzo luźna zasada). Śledź czas (nie musi być precyzyjny - może być rejestrowany na spotkaniu stand-by lub poprzez system zarządzania projektem lub system biletowy) i porównać go z zadaniami. Znajdziesz kilka zadań, które są podobne pod względem funkcji i czasu. Użyj ich jako prototypów do następnego sprintu i ulepszaj go, aż będziesz coraz bardziej widoczny.
Gdy już się z tym pogodzisz, powróć do swoich zaległości, wyznacz czas i zacznij definiować solidne cele (które składają się z dyskretnych, dobrze zdefiniowanych zadań podrzędnych), rozciągnij cele i odległe cele dla Twojego sprintu. Solidne cele powinny znajdować się w zasięgu twojego zespołu (nie więcej niż 60% szacowanych celów, które możesz osiągnąć, i zwykle mniej), cele rozciągania powinny być od tego punktu do tego, co możesz oszacować (przy 100% szacowanej wydajności) i odległych bramki, które powinieneś mieć na swoim radarze, na wypadek, gdybyś miał spore szczęście, że sprint. Codziennie, przeglądaj i wypalaj swoje wypalenia na stoisku i ponownie wyznacz cele do tego sprintu. Jeśli w twoich szacunkach występują nieoczekiwane zmiany, zwróć uwagę, dlaczego, a jeśli są one systematyczne, powróć do swoich zadań i szacowanego czasu, a następnie popraw ponownie swoje prognozy. Na początku jest to dużo pracy i wymaga niezwykłej dyscypliny, ale wypłaty po kilku miesiącach są ogromne. Po prostu utrzymujcie się w ścisłej rzeczywistości. Powodzenia!

Answer 3

Scrum to metoda zarządzania projektami, która nie jest specjalnie ukierunkowana na tworzenie oprogramowania; dzięki czemu można go wykorzystać do projektu poprawy sieci.

Powiedziałeś, że zmagasz się z "sprintem, który nigdy się nie kończy", to nie jest Scrum. Sprint są timeboxed, kończą na czas, kropka.

Teraz, jeśli zespół jest zbyt duży do sprintu lub niektóre zadania zostały niedocenione, a istnieją zaległości, które nie zostały "wykonane", są one usuwane z wyniku sprintu i mogą być kontynuowane w następny sprint.

Istnieje kilka rzeczy, które można zrobić, aby zapobiec overcommitement:

• pozycji zaległości powinny być małe; małe przedmioty są łatwiejsze do oszacowania niż duże przedmioty. W rzeczywistości powinni mieć INVEST characteristics. EDYCJA: pozycje zaległości powinny być tak dobrane, aby zespół mógł wykonać od 5 do 10 w jednym Sprintu, średnio.
• po pierwszym sprincie, teraz jak dużo zespół może umieścić w sprincie (przewidziane porównywalne ressources)
• nie przydziela ludziom 100% w sprincie, zacznij od 80% jako zasada
• zdefiniować, co „zrobić” oznacza
• re-kosztorysowej przedmiotów zaległości w oparciu o co się dowiedziałem

Jeśli projekt wzmocnienie sieci nigdy nie kończy, zakładam, że to dlatego, że nowe potrzeby są identyfikowane. Dodaj je do swoich zaległości, uszereguj je według priorytetów, oszacuj je, ostatecznie zostaną zaplanowane w sprincie.

Answer 4

Możesz zajrzeć do Kanban. Nadal masz zaległości, ale zamiast timeboxów nakłada ograniczenia WIP w całym procesie. W dalszym ciągu zalecam korzystanie z planu komunikacji Scrum w/standup i regularnych retrospekcji i prezentacji, jeśli to właściwe. Planowanie spotkań różni się nieco tym, że w rzeczywistości nie angażujesz się w żadną pracę, ale nadal możesz używać opowieści i punktów fabularnych (limity WIP mogą znajdować się w punktach fabularnych). Jeśli spotykasz się co dwa tygodnie, upewniam się, że masz 2,5 lub 3 tygodnie pracy w kolejce (chociaż zaleta Kanban to zawsze możesz dodać kolejną dużą rzecz na szczyt kolejki bez czekania na następny sprint).

Podoba mi się także fakt, że możesz mieć swimlanes reprezentujący ich różnych klientów, ponieważ infrastruktura często pracuje nad biletami wsparcia dla użytkowników końcowych i wspiera wiele projektów oprócz ich codziennej pracy.

W wodospadzie zbudujesz i wypuścisz wszystko naraz. W Scrum budujesz i wypuszczasz okresowo, w krótkich sprinach. Z Kanban, po prostu utrzymujesz przepływ wody.

Google Infra-gile za więcej.