10 zasad pair programmingu. Zacznij od ustalenia wspólnego miejsca pracy

Pair programming to popularna technika, która przynosi korzyści dla projektu jako całości, jak i dla biorących udział programistów. Koncepcja jest Ci pewnie znana – dwóch programistów pracuje nad kodem, jeden z nich jako “kierowca”, a drugi jako “pasażer”. Kierowca odpowiada za pisanie, a pasażer przygląda się, zadaje pytania i dodaje pomysły. Po pewnym czasie następuje zamiana. Brzmi łatwo, ale w praktyce, często miewamy problemy z takim trybem pracy.

Krzysztof Szukieć. CEO Stepwise. Absolwent Ecole Nationale Superieure des Telecommunications de Breatagne. Swoje doświadczenie zdobywał na projektach m.i.n we Francji i Hiszpanii, zarówno jako IT Project Manger, jak i Software Development Manager. Założyciel firmy Stepwise działające na rynkach międzynarodowych od 3 lat. Aktywnie udzielający się w wielu organizacjach zrzeszających przedstawicieli branży IT.


Poniżej znajdziesz 10 zasad, które pozwolą Ci w pełni skorzystać z możliwości pair programmingu.

1. Wspólnie ustalcie miejsce pracy

Każdy programista ma swoje przyzwyczajenia i preferencje, jeśli chodzi o środowisko pracy. Dlatego musicie wcześniej omówić, jak będzie wyglądało Wasze miejsce pracy. Nawet z pozoru małe rzeczy, takie jak myszka czy skróty na klawiaturze, mogą utrudnić współpracę i sprawić, że pair programming nie będzie przyjemnym doświadczeniem.

2. Zadawajcie konkretne pytania

Jeśli zapytasz kogoś “jaka jest wartość zmiennej?”, ciężko będzie uzyskać odpowiedź, której potrzebujesz. Zamiast tego zadawaj konkretne pytania “jaka jest wartość zmiennej w linijce numer 124 w pliku x.java?”. Dzięki temu unikniecie marnowania czasu i nauczycie się lepiej komunikować, co jest jedną z największych zalet pair programmingu.

3. Skupcie się na najlepszych rozwiązaniach

Każdy z nas ma swoje pomysły. Czasem, podczas pracy, będziecie zgodni. A czasem nie. To dobry znak – z dyskusji wychodzą najlepsze rozwiązania. Ale musicie odpowiednio poprowadzić dyskusję, w przeciwnym razie, będzie ona trwała wiecznie. Zamiast opowiadać o swoich pomysłach i rozwijać ich szczegóły, skupcie się na przedstawieniu zalet i korzyści płynących z danego rozwiązania. Dzięki temu dyskusja będzie bardziej produktywna i zamiast marnować Wasz czas, pozwoli wypracować najlepsze rozwiązania.

4. Otwarta komunikacja

Podczas dyskusji na pewno zdarzy Ci się, że opinia współpracownika zaboli. Zamiast ukrywać to uczucie i próbować zdusić je w sobie, powiedz o tym otwarcie. Musicie komunikować swoje odczucia i myśli, w przeciwnym razie, stracicie swoją produktywność. Jeśli będziecie chować urazę, prędzej czy później wpłynie to na jakość Waszej pracy i współpracy. Lepiej uniknąć tego z góry i od razu jasno i otwarcie rozmawiać.

5. Doceniaj swojego współpracownika

Pair programming to bardzo osobiste doświadczenie. Obca osoba wchodzi do naszej przestrzeni, naszych metod pracy, korzysta z naszych pomysłów. Ale jest to też bardzo podnosząca na duchu sytuacja. Niezależnie od tego, co się stało, albo możesz być dumny, ponieważ pomogłeś rozwiązać problem, albo czujesz się dumny, ponieważ zdobyłeś nową wiedzę.

Przez to, że to delikatny rodzaj współpracy, staraj się zawsze docenić swojego współpracownika, kiedy jest to możliwe. Nie musisz wszędzie dorzucać komplementów, ale warto czasem przekazać drugiej osobie, że jej pomysł czy rozwiązanie są super lub podziękować za nauczenie Cię czegoś.

6. Staraj się nie przeszkadzać

Niezależnie od tego, czy w trakcie dyskusji, czy w trakcie pracy – staraj się nie przerywać współpracownikowi w środku zdania lub w środku linijki kodu. Czasem oboje możecie mieć potrzebę porozmawiania na jakikolwiek temat, ale rozmowy tego typu obniżają Waszą produktywność. Zamiast tego, ustalcie przerwę.

7. Przerwy są ważne

Skoro już wspomnieliśmy o przerwach, pamiętaj, że są one niezwykle ważne. Niezależnie od tego czy pracujesz sam, czy z kimś, przerwy zawsze są potrzebne. Każdy z Was potrzebuje chwili na oczyszczenie umysłu, odpoczynek, rozmowy niezwiązane z pracą. Musicie ustalić konkretny plan przerw. Przykładowo, raz na godzinę. I nie dajcie się złapać w pułapkę “kończenia tej jednej, małej rzeczy”. Ta jedna, mała rzecz, często zamienia się w kilkugodzinny maraton pracy, który nie służy Waszej produktywności.

8. Często się zmieniajcie

Jak już wiesz, pair programming opiera się na dwóch rolach – “kierowcy” i “pasażera”. Prawdopodobnie możesz się domyślić, że rola kierowcy jest dużo ciekawsza, w końcu to on fizycznie korzysta z klawiatury i pisze kod. Dlatego pamiętajcie o tym, żeby często zmieniać swoje role. Jeśli Twój współpracownik sam nie zaproponuje zmiany, Ty to zrób. Alternatywnie, dobrze jest też ustalić konkretny plan zamian.

9. Tłumacz swój kod

Zamiast pracować w ciszy, tłumacz swojemu współpracownikowi co robisz, jak to robisz i dlaczego tak robisz. Dzięki temu zawsze macie otwarty kanał do komunikacji i osoba, która w danym momencie jest “pasażerem” nie będzie wykluczona. Tłumaczenie kodu jest też świetną metodą na uporządkowanie swojej wiedzy, ponieważ musimy przekazać ją komuś innemu w taki sposób, żeby nas zrozumiał.

10. Bądź w swojej roli

Często podczas pracy, gdy będziesz na miejscu “pasażera”, możesz mieć potrzebę szybko coś dopisać lub zmienić w kodzie. Powstrzymaj się od tego i pozostań w swojej roli aż do czasu zamiany. Jeśli chcesz coś zmienić lub poprawić – zakomunikuj to swojemu współpracownikowi. Takie “jednorazowe” zamiany roli wprowadzają chaos, zmniejszają efektywność pracy i zabierają Wam jedną z największych korzyści z pair programmingu, jaką jest komunikacja.

Stosowanie się do powyższych zasad pomoże Ci wykorzystać pełny potencjał pair programmingu. Pamiętaj jednak, że to, z kim współpracujesz i Wasza relacja jest kluczowa dla przebiegu pracy. A niestety, nad tym musisz pracować sam.


Zdjęcie główne artykułu pochodzi z unsplash.com.

Zapraszamy do dyskusji

Patronujemy

 
 
Polecamy
Na kursie nie nauczysz się tego, jak zostać programistą z pensją 15k