Podział odpowiedzialności w zespołach często bywa bardzo jasno określony. Zdarzają się jednak sytuacje kiedy wymagania względem wykonywanej pracy nie mają za dużo wspólnego z faktyczną rolą projektową. Zdarzało mi się zastępować Team Leader, działać w roli Lead Quality Assurance – na tyle na ile pozwalała mi wiedza i umiejętności. Takie kołczingowe wychodzenie poza strefę swojego komfortu 😉 Jednak nie jest to zadanie łatwe, obawy przed przejęciem odpowiedzialności bywają nieco paraliżujące – nie ma co się dziwić, chcemy pokazywać się tylko z dobrej strony, zapewniając, że jesteśmy profesjonalistami. Jednak bycie profesjonalistą oznacza czasem przekroczenie granicy, która definiuje nas właśnie w tym pojęciu.
W ósmym odcinku rozmawiamy o tym dlaczego programiści, pracujący w interdyscyplinarnych (dodałbym pseudo) zespołach boją podejmować się zadań związanych z testowaniem dostarczonych funkcjonalności.
Co robicie gdy w iteracji zaczyna brakować zadań dla programistów, a testerzy nie wyrabiają? Dodajesz kolejne zadania do todo czy jednak rozmawiasz z zespołem programistycznym, aby przetestował zadania czekające na fazę testów? Daj znać w komentarzu!
Dodatkowy odsłuch Dev:Cast
Podcast Dev:Cast dostępny jest także do odsłuchu:
- w serwisie Spreaker (odsłuch u góry),
- w serwisie YouTube,
- w wersji bezpośredniej, pobierając plik MP3.
Udział wzięli
W tym odcinku podcastu Dev:Cast usłyszycie głosy następujących osób:
- Adrian Piętka,
- Bartłomiej Michalski,
- Dariusz Wrzesień,
- Tomasz Niemiec – Team Leader w Future Processing.
Masz pomysł na temat?
Jeżeli chcesz abyśmy porozmawiali na jakiś konkretny temat, zgłoś go za pośrednictwem komentarza pod tym odcinkiem lub napisz do nas e-mail.
Jingle Music by www.bensound.com.
