De păsări și albine: echipele de roi sunt calea viitorului?
Ați observat vreodată o stupă până aproape? Ce se întâmplă când o stupă atinge o masă critică? Albina regină părăsește stupul și ia cu ea jumătate din muncitori. Ele roiesc și construiesc un stup nou. Această acțiune se face aproape automat. Nu există nimeni care să controleze sau să instruiască albinele. Albina regină este un fel de servitor-lider care doar atribuie rolul albinelor muncitoare din noua colonie. Practica „tehnologiei înotătoare” în sistemele Agile Management este inspirată de acest comportament al apiculturii. Tehnologia de balansare se mai numește și Mobbing.
Mai recent, în cartea sa Smart Swarm, Peter Miller prezintă lecții de afaceri valoroase din natură:
„ Din roiurile de albine, am aflat că grupurile pot lua decizii bune în timp util, în măsura în care aceștia caută diversitatea cunoștințelor. Studiind movile de termită am văzut cum chiar și contribuții mici la un proiect comun pot crea ceva util. În cele din urmă, efectivele de înfometări ne-au arătat cum, fără direcție din partea unui singur lider, membrii unui grup își pot coordona comportamentul cu o precizie uimitoare, pur și simplu acordând atenție vecinului lor cel mai apropiat. ”
Ce este tehnologia Swarm / Swarming?
Pentru a afla mai multe despre tehnologia înotătoare, trebuie să știm un pic despre Managementul proiectelor Agile.
Agile Management este o formă dinamică de management de proiect agil, caracterizat prin:
- Flux de lucru nesecvențial cu ierarhie aproape plană
- Echipe paralele care lucrează la părți discrete ale proiectului
- Interacțiune constantă cu clientul
- Mai multe livrări pe parcursul proiectului
Implementarea Agile Management necesită echipe să schimbe modul în care sunt obișnuiți să lucreze.
Unul dintre comportamentele echipelor Agile este „tehnologia roată” (numită și mobbing). În tehnologia roată, întreaga echipă (sau o parte semnificativă a resurselor) este alocată unei singure sarcini (numită și poveste), astfel încât munca la îndemână să fie finalizată mai eficient. Amintiți-vă de „Toate pentru unul; Unul pentru toți ”motto-ul celor trei muschetari? Ei bine, rogerii trebuie să adopte acel deviz. Fiecare membru al echipei ar trebui să fie gata să lucreze în domenii care nu ar putea fi expertiza sa.
Tehnologia de balansare este de obicei aplicată pe documentele de lucru; sau situații de panică; toți cei din echipă „se roagă” pentru a termina trecutul, astfel încât întregul proiect să se poată mișca fără probleme. În aglomerația de echipă, nu există niciun șef de proiect sau manager care să conducă echipa ce să facă; există doar coordonatori și robiști. Toți membrii echipei își asumă proprietatea colectivă pentru a șterge întârzierea. În timp ce este posibil ca un întreg proiect să fie planificat în roiuri, în realitate, echipa roată este desființată odată ce povestea este finalizată, iar membrii revin la sarcinile inițiale.
În forma sa cea mai de bază:
Tehnologia swarming este conceptul tuturor membrilor unei echipe care se concentrează pe o sarcină la îndemână, pentru a o completa în mod colaborativ.
Haideți să înțelegem câțiva termeni folosiți în tehnologia roată:
Povestire: O poveste este o nevoie particulară de afaceri alocată unei companii / organizații (de obicei IT).
Swarmer : Un road este o persoană care trece de la o poveste la alta oferindu-și abilitățile sau expertiza tehnică acolo unde este nevoie.
Coordonator: Un coordonator este o persoană responsabilă de poveste. O persoană poate fi coordonatorul pentru o singură poveste la un moment dat, dar poate fi o vâslitoare pentru alte povești.
TeamLet: Un TeamLet este un grup de oameni care lucrează la o poveste dată. Fiecare TeamLet are un coordonator cu unul sau mai mulți vâsleți.
O analogie zilnică a roiurilor
Iată o mică analogie care te va ajuta să înțelegi conceptul de tehnologie roșie: Imaginează-ți o echipă care participă la un concurs de gătit. Două elemente trebuie făcute și prezentate în fața judecătorilor în timp record. Articolele sunt, să zicem, un sandwich cu legume și cartofi prăjiți. În echipa noastră există 3 membri: dna Grace, dl Mac și dl Zen. Atribuim sarcinile după cum urmează:
| paşi | Timpul a durat (în min) | Persoană responsabilă |
| Tăiați legumele | 12 | Dna Grace |
| Aranjați brânza și legumele | 5 | Dna Grace |
| Pop în producătorul de sandwich-uri | 10 | Domnule Mac |
| Cojiți și tăiați cartofii | 10 | Domnule Zen |
| Fierbeți-le și prăjiți-le. | 15 | Domnule Mac |
| Prezentați meniul | 5 | Dna Grace |
În acest scenariu este nevoie de 57 de minute.
Rețineți că doamna Grace este legată în primele 15 minute de activitățile sandwich și că domnul Mac este inactiv pentru primele 15 minute până când domnul Zen taie cartofii, deși are abilitățile de a tăia legumele. Dacă domnul Mac și domnul Zen o pot ajuta pe doamna Grace pentru prima activitate, timpul este redus cu o treime.
Acum știm că unele dintre aceste persoane au abilități multiple. Să le enumerăm:
| paşi | Persoană responsabilă | Persoanele cu abilități |
| Tăiați legumele | Dna Grace | Dna Grace, dle Mac, dle Zen |
| Aranjați brânza și legumele | Dna Grace | Dna Grace, dle Zen |
| Pop în producătorul de sandwich-uri | Domnule Mac | Domnule Mac |
| Cojiți și tăiați cartofii | Domnule Zen | Dle Zen, doamnă Grace |
| Fierbeți-le și prăjiți-le | Domnule Mac | Domnule Mac, domnule Zen |
| Prezentați meniul | Dna Grace | Dna Grace |
Acum, dacă vă aruncăm unele dintre aceste activități, să vedem ce se întâmplă:
| paşi | Timpul a durat | Persoană responsabilă | Persoanele care desfășoară activitatea |
| Tăiați legumele | 4 | Dna Grace | Dna Grace, dle Zen, dle Mac |
| Aranjați brânza și legumele | 5 | Dna Grace | Dna Grace |
| Pop în producătorul de sandwich-uri | 10 | Domnule Mac | Domnule Mac |
| Cojiți și tăiați cartofii | 10 | Domnule Zen | Domnule Zen |
| Fierbeți-le și prăjiți-le | 7.5 | Domnule Mac | Domnul Mac și domnul Zen |
| Prezentați meniul | 5 | Dna Grace | Dna Grace |
Toți s-au învârtit pentru prima activitate. Meniul este gata în 41, 5 minute și această echipă câștigă! Aceasta este ideea de bază din spatele conceptului de tehnologie roiță. Rețineți că aceasta nu este o analogie directă, deoarece echipele de proiecte IT sunt mai complexe, dar premisa de bază rămâne.
Sursa imaginii: pixabay.com
Strategii pentru o tehnologie eficientă a balansării
- Spiritul de echipă: Conceptul de tehnologie roșie depinde în totalitate de munca în echipă. Așadar, construirea spiritului de echipă este o strategie critică pentru o tehnologie eficientă de roi. Toți membrii echipei trebuie să își pună capul pentru a rezolva o singură problemă. Prin urmare, este esențial ca întreaga echipă să aibă o comunicare deschisă și gratuită și să fie receptivă la ideile noi. Jocurile de construire a echipei pot fi folosite pentru a stimula spiritul de echipă în echipele de roi.
- Cultura agilă: Deși tehnologia roată nu este neapărat exclusivă metodologiei de dezvoltare agilă, este utilă echipele care doresc să adopte o tehnologie roșie pentru a pregăti echipele la ideea unui sistem neliniar, neierarhic, de a face lucrurile să se întâmple. În caz contrar, persoanele din echipele de roi se vor confunda cu privire la ierarhie, aprobări și alte considerente care fac parte din sistemele de gestionare a cascadelor.
- Exersați tehnologia roiță ca exercițiu de team building: Membrii echipei se pot agita frecvent ca un exercițiu de team building. Acest lucru favorizează un sentiment de apartenență și, de asemenea, conștientizarea cu privire la punctele tari și slăbiciunea celorlalți membri, astfel încât atunci când apare situația vie, ei sunt gata să înceapă la o notificare de moment. Acesta este asemănător cu un exercițiu de incendiu, pentru a permite funcționarea eficientă într-un proiect live real.
- Echipe diverse: ajută să ai membri cu seturi de abilități diverse în roi. Oamenii cu abilități unice aduc o perspectivă nouă asupra soluției.
- Evaluare frecventă: este important să verificați continuu evoluția echipelor de roi și să reevaluați sarcinile în funcție de informațiile noi.
Stiluri de tehnologie Swarming
Tehnologia swarming este un concept flexibil și îl puteți adapta la diferite forme pentru a se potrivi diferitelor proiecte. Unele dintre formele comune sunt:
- Împerechere : dezvoltatorii lucrează uneori în perechi pentru a completa o poveste. Aceasta este o strategie folosită frecvent într-o formă de programare numită Programare extremă (XP). Doi dezvoltatori lucrează la aceeași poveste (sarcină setată), așezându-se adesea cot la cot pe un singur computer (similar cu partenerii din forța de poliție) colaborând la testare, codare sau algoritm. Ei își resping reciproc ideile pentru a completa povestea. Există două tipuri de împerechere:
- Asocierea de bază se întâmplă atunci când perechea este setată (perechea poate consta din mai mult de doi membri). O persoană din pereche este coordonatorul și durata este stabilită. Aceasta nu implică o tehnologie roboasă în sensul că doar aceste două persoane sunt angajate în sarcină. Aceste perechi se mișcă împreună de la poveste la poveste.
- Împerecherea poligamă este o tehnologie plină de valuri în care o persoană rămâne cu povestea pentru continuare și alte roiuri vin și pleacă. Există o persoană care rămâne constant cu povestea pentru continuare. El / ea este numit coordonator. Există alți membri care formează perechi pentru a dezvolta povestea. Pot rămâne sau nu pe întreaga durată a poveștii.
- Codul-ordonator : În orice proiect, una dintre problemele legate de codificatoare agile aglomerate este aceea că codificatorii au nevoie de ceva timp pentru „a intra în zona de codare”. Este posibil ca proiectele cu termene limitate, cele care de obicei trebuie să fie invadate, să nu aibă luxul timpului. De aici, conceptul de codificator care este păstrat în rezervă. Când apare o poveste potrivită, el devine coordonatorul. Această persoană va rămâne cu povestea sa până la sfârșit; în timp ce non-codificatorii, ca analiștii, testerii și așa mai departe, se vor robi asupra poveștii de codificare și vor trece la alte povești. Codul-ordonator se va muta într-o altă poveste numai atunci când povestea actuală este finalizată. Acest lucru este foarte asemănător cu împerecherea poligamă, dar este destul de fluid.
- Flux unic de element: în această formă de agilitate aglomerată, un Teamlet de roiuri se concentrează pe o poveste până când este finalizată pe deplin. Teamlet ar trebui să aibă toate abilitățile necesare și fluxul de lucru ar trebui să fie neîntrerupt. Nu pot fi robiști care ar putea fi solicitați de alte echipe. Aceasta permite curgerea perfectă a lucrului fără a aștepta între pași.
- Swarmers întotdeauna: Să luăm exemplul unui membru al echipei care este un scriitor tehnic. Abilitățile sale pot fi folosite în mai multe echipe și el nu trebuie să fie legat ca coordonator al niciunei echipe, ceea ce îi va cere să fie alături de poveste până la finalizarea acesteia.
- Swarmers part-time: Acești oameni au o responsabilitate principală față de aglomerarea agilă și o responsabilitate secundară față de propriile proiecte. De exemplu, un scriitor tehnic va documenta poveștile și poate fi nevoit să pregătească un manual de utilizare pentru proiect.
Swarming agile funcționează peste tot?
Agramă agitată este o strategie excelentă pentru anumite tipuri de proiecte. Dar nu este o strategie unică. Este cel mai util în faza de arhitectură IT, unde colaborarea și rezolvarea problemelor sunt critice. Cu toate acestea, principiile de bază pot fi utilizate în orice etapă a oricărui proiect, reducând timpul inactiv al resurselor.
Premisa sa cea mai de bază poate fi folosită în cadrul proiectelor, dar tipuri specifice de agilitate aglomerată pot fi utilizate doar în anumite cazuri.
Calea înainte
Gartner prezice că, în viitor, tehnologia roată va fi din ce în ce mai folosită în practicile de management agile. Viitorul serviciilor de management va vedea că linia dintre autorități / factorii de decizie și implementatori devine tot mai încețoșată. Oameni care provin din medii diverse vor învârti, vor rezolva problema și se vor desființa. Aceasta va avea ca rezultat o creștere a producției și mai multe echipe temporare, precum și un impact asupra modului în care echipele sunt angajate și structurate. Acest lucru ar putea însemna, pe termen lung, că angajarea permanentă, așa cum o știm acum, s-ar putea schimba pentru totdeauna.
Luxul relațiilor de muncă pe termen lung este ceva pe care l-am putea pierde, dar dividendele din punct de vedere al eficienței pot depăși avantajele unui astfel de mediu de lucru.
Managementul echipei este o sarcină uriașă în tehnologia roată și necesită un punct de vedere diametral opus celui tradițional, în ceea ce privește munca în echipă, ierarhie și responsabilități.
Pe deasupra:
- Odată ce echipele de roi sunt create, aceasta deschide o lume cu totul nouă.
- Membrii echipei vor învăța din diferite puncte de vedere.
- Angajații vor face ceea ce le place să facă cel mai bine.
- Cunoașterea domeniului pentru fiecare resursă se va lărgi.
- Dezvoltatorii nu se vor plictisi niciodată de proiecte.
- Resursele sunt mai fluide și mai ușor disponibile.
- Liniile de timp ale proiectelor se vor scurta.
- Satisfacția angajaților va crește ducând la o mai bună păstrare
Toate acestea se vor combina pentru o experiență mai bună pentru client. Acest lucru va face probabil ca tehnologia roată să fie o caracteristică comună a proiectelor viitorului.
Ref: http://blog.3back.com/scrum-patterns/6-ways-successfully-swarm/
Articole recomandate
Iată câteva articole care vă vor ajuta să obțineți mai multe detalii despre tehnologia roată, așa că treceți doar prin link.
- Întrebări la interviu Agile Scrum
- Aplicații de inteligență pentru roi | Definiție și 5 cele mai bune exemple pentru afaceri
- Metodologie agilă utilă în managementul de proiect (ușor)
- Prezentarea unei minunate comparații - antrenament Scrum și Agile