Jak stworzy i zarzdza idealnym zespołem testowym?
1. Wprowadzenie 2. Budowa zespołu testowego 3. Style pracy testerów 4. Motywacja zespołu 5. Konkluzja
1. Ludzie s najwaniejszym zasobem organizacji 2. Równowaga pomidzy problemami ludzkimi i zadaniowymi 3. Bycie testerem wymaga odpowiednich cech i umiejtnoci 4. Utworzenie zespołu to dopiero pocztek 5. Najwaniejszym i najtrudniejszym zadaniem jest praca z ludmi
! 1. Separacja zespołów (testerzy, programici, administratorzy) 2. Brak równoci w traktowaniu członków zespołu 3. Nieodpowiednia komunikacja 4. Brak okrelenia wspólnych celów 5. Wykonywanie tej samej pracy przez dwie osoby 6. Brak wsparcia ze strony menedera 7. Uleganie tendencji wzajemnego obwiniania si 8. Brak doceniania członków zespołu
"! 1. Zaufanie i wzajemne wsparcie 2. Dobra komunikacja wewntrz zespołu oraz z innymi zespołami 3. Silny lider 4. Tosamo zespołu wspólny kierunek działania 5. Tworzenie poczucia elitarnoci w zespole 6. Systematyczny wkład w sukcesy projektów 7. Zamiana niezalenoci w zaleno wewntrzn 8. Umiejtno rozpoznania silnych stron zespołu
# $ Imi i Nazwisko TESTER A O X O Y yczliwy Formalny Konkretny Dyplomatyczny Przystpny Niemiały Rzucajcy wyzwanie Ugodowy Swobodny Profesjonalny Szybki Wolny Otwarty Skryty Uparty Rozwany Chaotyczny Zorganizowany ywiołowy Zrelaksowany Towarzyski Introwertyczny Niecierpliwy Cierpliwy Intuicyjny Logiczny Szukajcy przygody Ostrony Przypadkowy Ukierunkowany Lubicy konfrontowa Otwarty/podatny Ciepły Chłodny Współzawodnictwo Współpraca Spostrzegawczy Niewraliwy Zdecydowany/stanowczy Analityczny 7 8
%!& ' Uzupełniamy kwestionariusz wstawiajc w jednej z kolumn odpowiednio dla osi X i osi Y. Jeli jestem bardziej yczliwy ni formalny wstawiam tak, jak na przykładzie. Dodajemy wszystkie z lewej kolumny osi X oraz lewej kolumny osi Y. W przykładzie dla X = 7, a dla Y = 8. Daje nam to punkt o współrzdnych(7,8), który umieszczamy na siatce. Kada cz siatki reprezentuje okrelony styl testera: Lewa górna PRAGMATYK Prawa górna PIONIER Lewa dolna ANALITYK Prawa dolna FACILITATOR
# $
( ) *#+,#./0 Lubi podejcie strategiczne cele pozytywne spojrzenie na problemy rezultaty streszczenia praktyczne podejcie wydajno zadania Nie lubi niezdecydowania niepewnoci niejasnoci braku precyzji marnowania czasu nieproduktywnoci
( ) *#+,#.0 Tester o stylu pragmatycznym bdzie dobry w okrelaniu i pilnowaniu krótko i długoterminowych celów zespołu testowego dobry w dokumentowaniu postpów i faktycznych wyników pracy zespołu mylał i działał pozytywnie pomimo rozmaitych presji w naturalny sposób wykonywał Most Important Tests jako pierwsze sił napdow zespołu zapewni naleyte wykonanie zada ordownikiem wydajnoci w zespole motywował si samodzielnie, bdzie zorientowany na wykonanie zadania szybko podejmował decyzje z przyjemnoci podejmował zadaniawyzwania
( ) 12314*/0 Lubi nowoci pomysły zmiany otwarto rezultaty wydajno angaowanie innych ryzyko Nie lubi standardów szczegółów norm, procedur roboty papierkowej
( ) 12314*0 Tester o stylu pionierskim bdzie dobry w technikach: testowanie adhoc, bug hunting, error guessing, testowanie eksploracyjne dobrze czuł si w wyzwaniach i dył do czynienia pracy bardziej wydajn i efektywn dobrze czuł si w testach GUI miał dobre pomysły dobry podczas burzy mózgów, wymylania testów dzielił si pomysłami dotyczcymi innego podejcia do testowania zdolny do zidentyfikowania i podjcia ryzyka w razie potrzeby kreatywny w myleniu jak znale wicej błdów
( )#3#51./0 Lubi dokładno, cisło skupia uwag na szczegółach dowody standardy pewno, niezawodno wszelkie alternatywy Nie lubi nowoci zmian ryzyka streszcze popiechu popuszczania, nie sprawdzania czego do koca
( )#3#51.0 Tester o stylu analitycznym bdzie dobry w definiowaniu i dokumentowaniu przypadków testowych dobry w tworzeniu standardów i procedur w procesie testowania analizował problemy i odnajdywał przyczyn ich powstania dostarczał prac o rzetelnym i kompletnym wyniku dobrze czuł si w logicznych scenariuszach testowych dostarczał dowodów kiedy zostan znalezione błdy szczegółowo dokumentował wyniki testów zawsze doprowadzał zadanie do koca traktował wymagania systemowe jako wyzwanie
( ) 6#"151#2*/0 Lubi by czci procesu, wpływajc na jego funkcjonowanie pozytywne podejcie do zada działanie zespołowe jednomylno dzielenie si budowanie mostów równowag Nie lubi presji napitych terminów konfrontacji izolacji dyktatury
( ) 6#"151#2*0 Tester o stylu facilitator bdzie dobrze czuł si w rodowisku RAD i niesformalizowanych zespołach czsto zasigał opinii innych przed przedstawieniem problemu dobry w dokumentowaniu dobrze współpracował z innymi zespołami/departamentami czsto dostrzegał drug stron medalu skutecznie tłumił syndrom my i oni popularny sprawiał, e niektóre rzeczy stan si moliwe pomocny pozostałym członkom zespołu
( /0 Czsto zdarza si, e styl danej osoby znajduje si na granicy wyznaczonej przez siatk. Oznacza to, e tester jest elastyczny i moe łczy w swoim stylu róne cechy, ale im bardziej siatka wykazuje przynaleno do okrelonego typu, tym trudniej oczekiwa od testera zmiany stylu. Bywa równie tak, e style bd pozostawały do siebie w opozycji, co moe spowodowa konflikty w zespole testowym. Dlatego tak wane jest, by meneder znał styl pracy kadego z testerów i odpowiednio przydzielał zadania. Meneder musi pozna mocne i słabe strony zespołu jako całoci, a take kadego z testerów z osobna. Dopiero wówczas moemy mówi o efektywnym zarzdzaniu zespołem.
( 0 Zasada równowagi ANALITYK i PRAGMATYK maj tendencje do działania w ramach problematyki zadaniowej. PIONIER i FACILITATOR maj tendencje do działania w ramach problematyki ludzkiej. Budowanie zespołu z właciwych osób W procesie rekrutacji naley okreli jaka liczba testerów o konkretnych stylach bdzie optymalna w naszym zespole i znale odpowiednie osoby. Naley pamita, e nie kady tester bdzie w stanie zmieni swój styl w przyszłoci. Kwestionariusz nie jest wystarczajc ocen kandydata, dlatego te do procesu rekrutacji naley włczy zadania praktyczne na przykład testowanie aplikacji oraz dokumentacji projektowej.
,!/07 1. Zmotywowani testerzy s bardziej wydajni 2. Meneder powinien rozpozna kiedy testerzy s zmotywowani 3. Meneder powinien rozpozna kiedy wystpuje brak motywacji 4. Meneder powinien zna czynniki motywacyjne dla testerów
,!07 Oznaki odpowiedniej motywacji wysoka wydajno pracy efektywno współpraca w rozwizywaniu problemów ch osigania dobrych wyników przyjmowanie odpowiedzialnoci za powierzone zadania praca po godzinach rado z pracy i dobre samopoczucie pozytywna reakcja na wszelkie zmiany
,!807 Oznaki braku odpowiedniej motywacji apatia i obojtno niezadowolenie niedotrzymywanie terminów czsta absencja opieranie si zmianom wyolbrzymiane problemów niech do współpracy wzajemne obwinianie si wycofywanie si z odpowiedzialnoci
,!707 Czynniki motywujce testerów jasno okrelone cele i wizja testowania w zespole wsparcie ze strony menedera promowanie wartoci testowania okrelenie cieek kariery i sposobów premiowania
9 Konkluzja W celu zbudowania wydajnego zespołu testowego, meneder powinien rozwin u siebie ludzk stron zarzdzania zespołem. rodowisko, w którym bd funkcjonowa testerzy powinno stwarza im moliwoci rozwoju adekwatne do prezentowanych przez nich stylów pracy. Naley wykorzystywa kad okazj do motywowania zespołu oraz zachca do wzajemnego motywowania si wewntrz zespołu. Zadania powinny by rozdzielanie odpowiednio do cech i umiejtnoci testerów w taki sposób, aby unika sytuacji konfliktowych. Pamitajmy o zachowaniu równowagi pomidzy problematyk zadaniow i ludzk organizacja pracy zespołu testowego powinna oscylowa midzy obozem wojskowym a wczasami pod grusz.
,!:! Choosing and Managing the Ideal Test Team Lloyd Roden Grove Consultants 95 Stonebridge Orton Malborne Peterborough PE2 5NT UK Email: Lloyd@grove.co.uk Web: www.grove.co.uk
Dzikuj za uwag Wojciech Pajk Test Team Manager, GlobalInTech Sp. z o.o. Email: softwaretesting@wp.pl Web: softwaretesting.pl