Czy rozsądnie jest próbować tworzyć scrum, gdy jeden z uczestników jest w Indiach (+05: 30), a inni w USA (-06: 00 i -08: 00)? Nie ma wygodnego czasu na spotkanie dla wszystkich.Jak działa funkcja "scrum", gdy uczestnicy znajdują się w 12 strefach czasowych?
Możesz chcieć, aby każdy opublikował status i pytania na wiki codziennie oprócz scrum dla uczestników z USA. Chodzi o codzienną komunikację w najbardziej efektywny sposób.
IMHO nie to nie warto, nie tylko ze względu na strefę czasową ale również opóźnienie
Bardzo chciałem się z tobą zgodzić. Bardzo mocno kuszony. –
+1 Zgadzam się również, że Scrum nie jest właściwym rozwiązaniem w tym przypadku. Można to zrobić, tak jak wszystko, co można zrobić, jak wodospad 1-mana czy coś innego. –
uczynić proces w taki sposób, że komunikacja odbywa się za pomocą jednego kanału. Mieć scrum w każdym miejscu i pozwolić im zaktualizować je do portalu projektu (Wiki) lub VSTS lub dowolnego innego pojedynczego kanału. Więc zamiast jednego porannego scrum niech to będzie dwa scrumy dziennie, dzięki czemu zyskasz 24-godzinny czas pracy projektu dziennie.
Byłem w takiej sytuacji i to naprawdę utrudnia zarządzanie projektami. Jednym ze sposobów, w jaki widziałem tę "pracę" (w cytatach, ponieważ firma ostatecznie wyszła z biznesu, ale działała przez jakiś czas), jest bardzo wyraźne rozdzielenie zadań między dwie grupy; zasadniczo wymusza "definicję interfejsu" między dwoma wystąpieniami "grupy programistów". W ten sposób zminimalizujesz współzależność, jednocześnie jasno określając obowiązki każdego z nich; a rezultaty stają się prostsze. Nadal istnieje pewna ilość "oszałamiającego czasu wczesnego spotkania", ale jest nieco zminimalizowana.
Właściwie z doświadczenia uważam, że praca w różnych strefach czasowych jest w pewnym sensie błogosławieństwem. Ponieważ nie ma to jak nadejść rano i zobaczyć, jak rzeczy się posuwają, a robaki są traktowane, itp. ... daje ci ciepłe uczucie w środku.
W każdym razie korzystaliśmy z list adresowych. Nie scrum, ale listy mailingowe i czaty w nagłych wypadkach działają wystarczająco dobrze.
Jednym z głównych celów scrum jest wiedzieć, nad czym pracują ludzie, nad czym pracują i jakie są blokady dróg. Można to zrobić za pomocą wspomnianej wyżej wiki. Tak długo, jak ludzie robią codzienne aktualizacje wiki, ma to podobną zaletę jak spotkanie na stojąco: komunikacja, pokazywanie postępu grupowego i indywidualnego.
Posiadanie pojedynczego uczestnika na własną rękę w Indiach jest moim zdaniem najgorszym scenariuszem. Narzędzia takie jak wiki i drugi scrum pomogą, ale fakt, że zespół jest asymetryczny, jest tym, co naprawdę zabija.
Możesz również spróbować kogoś z głównego zespołu "kolegi" z członkiem twojego zespołu w Indiach. Ich rolą jest informowanie osoby w Indiach o rzeczach, które mogli przegapić, co dzieje się poza spotkaniami, na które wszyscy się nie uczęszczają.
Napisałem białą księgę na cały temat rozproszonych zespołów. Może się to okazać pomocne.
http://www.ademiller.com/blogs/tech/2008/10/patterns-practices-agile-showcase/
Dzięki za adres URL w szczególności. –
Czy zespół rugby grać razem w jednym polu? .. Każdy projekt będzie bardziej skuteczne, gdy kluczowi członkowie zespołu są fizycznie obecni w tym samym miejscu. Być może na różnych etapach może nie być to konieczne i być może wideokonferencja pomoże najbardziej, ale nie jest to takie samo, kiedy można spontanicznie wchodzić w interakcję z w personam. Powiedziałbym, że gdziekolwiek znajduje się większość zespołu, inni powinni się tam przenieść, dopóki projekt nie zostanie ukończony.
Ponieważ mogę wybrać tylko jedną odpowiedź, wybrałem tę z Brzęczyk; gdybym mógł wybrać dwa, dodałem odpowiedź McWafflestix jako drugi wybór. Cały zespół jest dość mały - 4 lub 5 osób, z co najmniej 3 strefami czasowymi. To sprawia, że jest ciężko. A kluczem jest "codzienna komunikacja". Dzięki! –