Of Birds and Bees: Czy zespoły roju są drogą przyszłości?
Czy zauważyłeś kiedyś ula z bliska? Co się stanie, gdy ul osiągnie masę krytyczną? Królowa pszczół opuszcza ul, a ona zabiera ze sobą połowę robotników. Roją się i budują nowy ul. Ta czynność jest wykonywana prawie automatycznie. Nikt nie kontroluje ani nie instruuje pszczół. Królowa pszczół jest rodzajem przywódcy-sługi, który po prostu przypisuje rolę robotnicom w nowej kolonii. Praktyka „technologii roju” w systemach Agile Management jest inspirowana tym zachowaniem pszczół. Technologia roju jest również nazywana mobbingiem.
Niedawno w swojej książce The Smart Swarm Peter Miller przedstawia cenne lekcje biznesu z natury:
„ Od roju pszczół miodnych dowiedzieliśmy się, że grupy mogą w niezawodny sposób podejmować trafne decyzje, o ile poszukują różnorodności wiedzy. Studiując kopce termitów, przekonaliśmy się, jak nawet niewielki wkład we wspólny projekt może stworzyć coś pożytecznego. Wreszcie stada szpaków pokazały nam, jak bez wskazówek jednego przywódcy członkowie grupy mogą koordynować swoje zachowania z zadziwiającą precyzją, zwracając uwagę na najbliższego sąsiada. ”
Co to jest technologia Swarm / Swarming?
Aby dowiedzieć się więcej o technologii roju, musimy dowiedzieć się nieco o zwinnym zarządzaniu projektami.
Agile Management to dynamiczna forma zwinnego zarządzania projektami, charakteryzująca się:
- Niesekwencyjny przepływ pracy z prawie płaską hierarchią
- Równoległe zespoły pracujące nad dyskretnymi częściami projektu
- Stała interakcja z klientem
- Kilka rezultatów w trakcie realizacji projektu
Wdrożenie Agile Management wymaga od zespołów zmiany sposobu, w jaki są przyzwyczajeni do pracy.
Jednym z zachowań zespołów Agile jest „technologia roju” (zwana również mobbingiem). W technologii roju cały zespół (lub znaczna część zasobów) jest przydzielany do jednego zadania (zwanego także historią), dzięki czemu praca jest ukończona bardziej efektywnie. Pamiętajcie „Wszystko za jednego; One for All ”motto Trzej Muszkieterowie? Cóż, rójcy muszą przyjąć to motto. Każdy członek zespołu powinien być gotowy do pracy w obszarach, które mogą nie być jego / jej wiedzą specjalistyczną.
Technologia roju jest zwykle stosowana do zaległości w pracy; lub sytuacje paniczne; wszyscy w zespole „roją się”, aby zakończyć zaległości, aby cały projekt mógł się płynnie poruszać. W zwinnym roju zespołu nie ma lidera ani kierownika projektu, który kierowałby zespołem, co ma robić; są tylko koordynatorzy i roje. Wszyscy członkowie zespołu biorą wspólną odpowiedzialność za usuwanie zaległości. Chociaż możliwe jest zaplanowanie całego projektu w rojach, w rzeczywistości zespół roju zostaje rozwiązany po zakończeniu historii, a członkowie powracają do swoich pierwotnych zadań.
W najbardziej podstawowej formie:
Technologia roju to koncepcja wszystkich członków zespołu, którzy koncentrują się na danym zadaniu, aby wykonać je wspólnie.
Rozumiemy kilka terminów używanych w technologii roju:
Historia: Historia to szczególna potrzeba biznesowa przypisana do firmy / organizacji (zazwyczaj IT).
Swarmer: Swarmer to osoba, która przechodzi od jednej historii do drugiej, oferując swoje umiejętności lub wiedzę techniczną tam, gdzie są potrzebne.
Koordynator: Koordynator to osoba odpowiedzialna za historię. Osoba może być koordynatorem tylko jednej historii na raz, ale może być rojownikiem dla innych historii.
TeamLet: TeamLet to grupa ludzi pracujących nad daną historią. Każdy TeamLet ma jednego koordynatora z jednym lub większą liczbą roju.
Analogia codziennego roju
Oto mała analogia, która pomoże ci zrozumieć koncepcję technologii roju: Wyobraź sobie zespół biorący udział w konkursie kulinarnym. Dwa elementy muszą być wykonane i przedstawione przed sędziami w rekordowym czasie. Są to, powiedzmy, kanapka z warzywami i frytki. W naszym zespole jest 3 członków: Pani Grace, Pan Mac i Pan Zen. Przypisujemy zadania w następujący sposób:
| Kroki | Czas zabrał (w minutach) | Osoba odpowiedzialna |
| Pokrój warzywa | 12 | Pani Grace |
| Ułóż ser i warzywa | 5 | Pani Grace |
| Wstaw ekspres do kanapek | 10 | Mr. Mac |
| Obierz i pokrój ziemniaki | 10 | Mr. Zen |
| Gotuj i smaż je. | 15 | Mr. Mac |
| Przedstaw menu | 5 | Pani Grace |
W tym scenariuszu ukończenie menu zajmuje 57 minut.
Zauważ, że Pani Grace jest związana przez pierwsze 15 minut z kanapkami, a pan Mac jest bezczynny przez pierwsze 15 minut, aż pan Zen pokroi ziemniaki, mimo że ma umiejętności krojenia warzyw. Jeśli pan Mac i pan Zen mogą pomóc pani Grace w pierwszej czynności, czas zostaje skrócony o jedną trzecią.
Teraz wiemy, że niektóre z tych osób mają wiele umiejętności. Wymieńmy je:
| Kroki | Osoba odpowiedzialna | Osoby z umiejętnościami |
| Pokrój warzywa | Pani Grace | Pani Grace, Mr. Mac, Mr. Zen |
| Ułóż ser i warzywa | Pani Grace | Pani Grace, Pan Zen |
| Wstaw ekspres do kanapek | Mr. Mac | Mr. Mac |
| Obierz i pokrój ziemniaki | Mr. Zen | Pan Zen, Pani Grace |
| Gotuj i smaż je | Mr. Mac | Pan Mac, Pan Zen |
| Przedstaw menu | Pani Grace | Pani Grace |
Teraz, jeśli zarażymy niektóre z tych działań, zobaczmy, co się stanie:
| Kroki | Czas zabrał | Osoba odpowiedzialna | Osoby wykonujące działanie |
| Pokrój warzywa | 4 | Pani Grace | Pani Grace, Mr. Zen, Mr. Mac |
| Ułóż ser i warzywa | 5 | Pani Grace | Pani Grace |
| Wstaw ekspres do kanapek | 10 | Mr. Mac | Mr. Mac |
| Obierz i pokrój ziemniaki | 10 | Mr. Zen | Mr. Zen |
| Gotuj i smaż je | 7.5 | Mr. Mac | Pan Mac i Pan Zen |
| Przedstaw menu | 5 | Pani Grace | Pani Grace |
Wszyscy roiło się od pierwszej aktywności. Menu jest gotowe w 41, 5 minuty i ta drużyna wygrywa! Jest to podstawowa idea koncepcji technologii roju. Należy pamiętać, że nie jest to bezpośrednia analogia, ponieważ zespoły projektowe IT są bardziej złożone, ale podstawowa przesłanka pozostaje.
Źródło obrazu: pixabay.com
Strategie skutecznej technologii roju
- Duch zespołu: koncepcja technologii roju jest całkowicie zależna od pracy zespołowej. Budowanie ducha zespołu to kluczowa strategia skutecznej technologii roju. Wszyscy członkowie zespołu muszą zebrać głowy, aby rozwiązać jeden problem. Dlatego ważne jest, aby cały zespół miał otwartą i swobodną komunikację i był otwarty na nowe pomysły. Gry budujące zespoły mogą służyć do wzmacniania ducha zespołu w drużynach roju.
- Kultura zwinna: Chociaż technologia roju niekoniecznie wyłączna jest dla metodologii rozwoju zwinnego, jest przydatna dla zespołów, które chcą przyjąć technologię roju, aby przygotować zespoły do idei nieliniowego, niehierarchicznego systemu tworzenia rzeczy. W przeciwnym razie ludzie w drużynach roju będą zdezorientowani hierarchią, zatwierdzeniami i innymi względami, które są częścią systemów zarządzania wodospadami.
- Ćwicz technologię roju jako ćwiczenie budowania zespołu : członkowie zespołu często roją się jako ćwiczenie budowania zespołu. Sprzyja to poczuciu przynależności, a także świadomości na temat mocnych i słabych stron innych członków, dzięki czemu, gdy pojawi się sytuacja na żywo, są oni gotowi zacząć od razu. Jest to podobne do ćwiczenia przeciwpożarowego, aby umożliwić skuteczne funkcjonowanie w rzeczywistym projekcie na żywo.
- Różnorodne zespoły: pomaga mieć członków o zróżnicowanych umiejętnościach w roju. Osoby o wyjątkowych zdolnościach oferują świeże spojrzenie na rozwiązanie.
- Częsta ocena: Ważne jest ciągłe sprawdzanie postępów zespołów roju i ponowna ocena zadań w świetle nowych informacji.
Style technologii Swarming
Technologia roju jest elastyczną koncepcją i można ją dostosować do różnych form, aby pasowały do różnych projektów. Niektóre z popularnych form to:
- Parowanie : programiści czasami pracują w parach, aby ukończyć historię. Jest to strategia często stosowana w formie programowania o nazwie Extreme Programming (XP). Dwóch programistów pracuje nad tą samą historią (ustalone zadanie), często siedząc obok siebie na jednym komputerze (podobnym do partnerów w policji) współpracując przy testowaniu, kodowaniu lub algorytmie. Odbijają się nawzajem od pomysłów na dokończenie historii. Istnieją dwa rodzaje parowania:
- Parowanie podstawowe ma miejsce, gdy para jest ustawiona (para może składać się z więcej niż dwóch elementów). Jedna osoba z pary jest koordynatorem, a czas trwania jest stały. Nie obejmuje to technologii roju w tym sensie, że tylko te dwie osoby są zaangażowane w to zadanie. Pary te poruszają się razem od historii do historii.
- Parowanie poligamiczne to technologia roju, w której jedna osoba pozostaje przy historii, a inni roje przychodzą i odchodzą. Jest jedna osoba, która stale opowiada historię, aby kontynuować. On / ona nazywany jest koordynatorem. Istnieją inni członkowie, którzy tworzą pary, aby rozwinąć historię. Mogą pozostać przez cały czas trwania historii.
- Koordynator kodu : w każdym projekcie jednym z problemów z rojącymi się zwinnymi programistami jest to, że koderzy potrzebują czasu, aby „dostać się do strefy kodowania”. Projekty z napiętymi terminami, które zwykle wymagają roju, mogą nie mieć luksusu czasu. Stąd koncepcja kodera, który jest utrzymywany w rezerwie. Kiedy pojawia się odpowiednia historia, staje się koordynatorem. Ta osoba pozostanie przy swojej historii do końca; podczas gdy osoby niekodujące, takie jak analitycy, testerzy i tak dalej, roją się od historii programowania i przechodzą do innych historii. Koordynator przeniesie się do innej historii dopiero po zakończeniu bieżącej historii. Jest to bardzo podobne do parowania poligamicznego, ale jest raczej płynne.
- Przepływ pojedynczego elementu: w tej formie roju zwinnego Teamlet roju skupia się na historii, dopóki nie zostanie w pełni ukończona. Teamlet powinien posiadać wszystkie niezbędne umiejętności, a przepływ pracy powinien być nieprzerwany. Nie mogą istnieć roje, które mogą być wymagane przez inne Teamlety. Umożliwia to płynny przepływ pracy bez czekania między krokami.
- Always Swarmers: Weźmy przykład członka zespołu, który jest pisarzem technicznym. Jego umiejętności można wykorzystać w kilku drużynach i nie należy go wiązać jako koordynatora żadnej drużyny, co będzie wymagało od niego opowiedzenia historii aż do jej ukończenia.
- Niepełnoetatowi rojem: osoby te ponoszą główną odpowiedzialność za rój sprawnych i wtórną odpowiedzialność za własne projekty. Na przykład pisarz techniczny będzie dokumentował historie i być może będzie musiał samodzielnie przygotować instrukcję obsługi projektu.
Czy Swarming Agile działa wszędzie?
Zwinność roju jest świetną strategią dla konkretnych rodzajów projektów. Ale to nie jest strategia uniwersalna. Jest to najbardziej przydatne na etapie architektury IT, gdzie współpraca i rozwiązywanie problemów mają kluczowe znaczenie. Jednak podstawowe zasady mogą być stosowane na każdym etapie każdego projektu, skracając czas bezczynności zasobów.
Jego najbardziej podstawowa przesłanka może być wykorzystywana w różnych projektach, ale określone typy zwinnego roju można stosować tylko w niektórych przypadkach.
Droga naprzód
Gartner przewiduje, że w przyszłości technologia roju będzie coraz częściej stosowana w praktykach zwinnego zarządzania. Przyszłość usług zarządzania będzie coraz bardziej zacierać się granica między władzami / decydentami a podmiotami wdrażającymi. Ludzie z różnych środowisk roją się, rozwiązują problem i rozwiązują. Spowoduje to zwiększenie wydajności i zwiększenie liczby zespołów tymczasowych, a także wpłynie na sposób zatrudniania i struktury zespołów. W dłuższej perspektywie może to również oznaczać, że stałe zatrudnienie, jakie znamy, może zmienić się na zawsze.
Luksus długoterminowych stosunków pracy jest czymś, co możemy stracić, ale dywidendy pod względem wydajności mogą przeważyć zalety takiego środowiska pracy.
Zarządzanie zespołem jest ogromnym zadaniem w technologii roju i wymaga diametralnie przeciwnego punktu widzenia niż tradycyjny, jeśli chodzi o pracę zespołową, hierarchię i obowiązki.
Na górze:
- Po ustawieniu drużyn roju otwiera się zupełnie nowy świat możliwości.
- Członkowie zespołu będą uczyć się z różnych punktów widzenia.
- Pracownicy zrobią to, co lubią najlepiej.
- Wiedza domenowa o każdym zasobie zostanie poszerzona.
- Programiści nigdy nie będą się nudzić projektami.
- Zasoby są bardziej płynne i łatwo dostępne.
- Terminy projektów ulegną skróceniu.
- Zadowolenie pracowników wzrośnie, prowadząc do lepszej retencji
Wszystko to połączy się dla lepszego doświadczenia dla klienta. Prawdopodobnie sprawi, że technologia roju stanie się wspólną cechą projektów przyszłości.
Ref: http://blog.3back.com/scrum-patterns/6-ways-successfully-swarm/
Polecane artykuły
Oto kilka artykułów, które pomogą ci uzyskać więcej szczegółów na temat technologii roju, więc po prostu przejdź przez link.
- Wywiad Agile Scrum Pytania
- Aplikacje Swarm Intelligence | Definicja i 5 najlepszych przykładów dla biznesu
- Metodologia zwinna przydatna w zarządzaniu projektami (łatwa)
- Przedstawiamy wspaniałe porównanie - trening Scrum i Agile