Zaufanie to podstawowy element ka\u017cdej wsp\u00f3\u0142pracy, bez znaczenia czy pracujemy z klientem wewn\u0119trznym czy zewn\u0119trznym. Gdy my\u015bl\u0119, czym jest dla mnie zaufanie w biznesie, do g\u0142owy przychodz\u0105 mi takie poj\u0119cia jak partnerstwo, otwarto\u015b\u0107, przejrzysto\u015b\u0107, m\u00f3wienie prawdy czy poczucie bezpiecze\u0144stwa.<\/p>\n
W tym wpisie podziel\u0119 si\u0119 sprawdzonymi sposobami na to, jak wzmacnia\u0107 zaufanie, wykorzystuj\u0105c do tego celu to, co \u201cz pude\u0142ka\u201d dostarcza nam Scrum.<\/p>\n
Ci\u0105gn\u0105ce si\u0119 Sprinty 0 \u2014 bo bywa, \u017ce jest ich wi\u0119cej ni\u017c jeden \u2014 nie pomagaj\u0105 w budowaniu zaufania. Szansa na jego wzmocnienie, poprzez pokazanie czego\u015b namacalnego na pierwszym Przegl\u0105dzie Sprintu, przepada. Naszemu klientowi pozostaje wierzy\u0107, \u017ce tydzie\u0144 lub dwa ma\u0142o widocznej, zwykle przygotowawczej pracy, mia\u0142y sens.<\/p>\n
Rozumiem, \u017ce gdy zaczynamy prac\u0119 nad produktem, konieczne s\u0105 pewne przygotowania. Je\u015bli jednak zale\u017cy mi na wzmacnianiu zaufania, dostarczam na koniec pierwszego Sprintu cho\u0107by najmniejszy spe\u0142niaj\u0105cy Definicj\u0119 Uko\u0144czenia Przyrost produktu<\/strong>.<\/p>\n Jak wi\u0119c dostarczy\u0107 warto\u015b\u0107 dla klienta ju\u017c od pierwszego Sprintu? Dobrym punktem startu jest zainteresowanie si\u0119 podstawami podej\u015bcia iteracyjnego<\/a>, poj\u0119ciem pocisk\u00f3w smugowych<\/a> oraz technik\u0105 Story Mappingu<\/a>.<\/p>\n Od zawsze by\u0142em fanem kr\u00f3tkich Sprint\u00f3w<\/a>. Korzy\u015b\u0107 ze skracania czasu ich trwania jest zasadnicza \u2014 klient mo\u017ce zobaczy\u0107 co\u015b namacalnego ju\u017c po tygodniu pracy, co wzmocni jego zaufanie do Ciebie<\/strong>. Dodatkowo, zesp\u00f3\u0142 ma szans\u0119 otrzyma\u0107 informacj\u0119 zwrotn\u0105, bez konieczno\u015bci czekania na ni\u0105 dwa lub trzy tygodnie.<\/p>\n Kiedy s\u0142ysz\u0119 od zespo\u0142\u00f3w, \u017ce w tydzie\u0144 nie da si\u0119 nic dostarczy\u0107, przypomina mi si\u0119 historia Gmail\u2019a<\/a>. Pierwsza wersja tej aplikacji powsta\u0142a w 24 godziny. Dla mnie ten przyk\u0142ad to esencja zwinno\u015bci: dostarcz co\u015b warto\u015bciowego tak szybko jak potrafisz, zbierz informacj\u0119 zwrotn\u0105 i na jej podstawie przygotuj kolejn\u0105 wersj\u0119 produktu.<\/p>\n Kr\u00f3tki czas Sprintu wymaga dzielenia pracy na ma\u0142e kawa\u0142ki<\/a> – je\u015bli nie wiesz jak to zrobi\u0107, poczytaj m\u00f3j wpis<\/a> na ten temat.<\/p>\n Gdy my\u015bl\u0119 o Przegl\u0105dzie Sprintu, do g\u0142owy przychodzi mi kilka poziom\u00f3w dojrza\u0142o\u015bci Zespo\u0142\u00f3w Deweloperskich, je\u015bli chodzi o realizowanie tego wydarzenia.<\/p>\n Poziom 0 – brak Przegl\u0105du Sprintu<\/strong>. Klient nie ma mo\u017cliwo\u015bci na bie\u017c\u0105co ocenia\u0107 post\u0119pu prac. Na bazie moich do\u015bwiadcze\u0144, mo\u017ce to prowadzi\u0107 to pog\u0142\u0119biaj\u0105cego si\u0119 braku zaufania, co mo\u017ce skutkowa\u0107 frustracj\u0105 oraz pokus\u0105 mikro-zarz\u0105dzania ze strony klienta.<\/p>\n Poziom 1 – zamiast Przegl\u0105du Sprintu, realizowana jest tylko sesja demo<\/strong>, podczas kt\u00f3rej Zesp\u00f3\u0142 Deweloperski pokazuje efekty pracy. Lepsze to ni\u017c nic, natomiast szansa na pog\u0142\u0119bion\u0105 dyskusj\u0119 produktow\u0105 oraz om\u00f3wienie kolejnych krok\u00f3w, przepada.<\/p>\n Poziom 2 – realizowany jest cykliczny Przegl\u0105d Sprintu<\/strong>. Dla klienta jest to okazja, aby regularnie dokonywa\u0107 inspekcji oraz adaptacji produktu. Powtarzalno\u015b\u0107 i przewidywalno\u015b\u0107 tego wydarzenia jest czynnikiem wp\u0142ywaj\u0105c\u0105 na zwi\u0119kszenie zaufania, poniewa\u017c klient wie, \u017ce przyk\u0142adowo, co pi\u0105tek o 12:00, zobaczy kolejn\u0105 wersj\u0119 swojego produktu.<\/p>\n Poziom 3 – pokazywanie efekt\u00f3w pracy wcze\u015bniej ni\u017c na Przegl\u0105dzie Sprintu<\/strong>. Dla os\u00f3b pracuj\u0105cych Kanbanem oddawanie pracy zaraz po jej uko\u0144czeniu nie jest niczym nowym, jednak w Scrumie utar\u0142o si\u0119, \u017ce trzeba z tym czeka\u0107 do ko\u0144ca Sprintu \u2014 co nie jest prawd\u0105.<\/p>\n Pokazywanie sko\u0144czonych element\u00f3w Backlogu Produktu tak szybko jak to mo\u017cliwe ma wiele zalet: wcze\u015bnie wykrywa potencjalne nieporozumienia, przyspiesza proces uczenia si\u0119 Zespo\u0142u i upewnia klienta, \u017ce zesp\u00f3\u0142 jest skupiony na szybkim dostarczaniu warto\u015bci.<\/p>\n Pracowa\u0142em kiedy\u015b jako Scrum Master z zespo\u0142em odpowiedzialnym za ca\u0142kowit\u0105 zmian\u0119 interfejsu pewnej aplikacji oraz dodanie nowych funkcjonalno\u015bci. Zadecydowali\u015bmy, \u017ce w pierwszej kolejno\u015bci dostarczymy zmieniony interfejs aplikacji, natomiast zamiast faktycznych danych powpisujemy lorem ipsum<\/em>. Na pierwszym Przegl\u0105dzie Sprintu faktycznie dostarczyli\u015bmy odmieniony interfejs u\u017cytkownika dla strony g\u0142\u00f3wnej aplikacji, informuj\u0105c klienta, \u017ce to tylko \u201cwydmuszka\u201d, i \u017ce prawdziwe dane pod\u0142\u0105czymy p\u00f3\u017aniej.<\/p>\n Dalej by\u0142o ju\u017c tylko gorzej. Na kolejnym Przegl\u0105dzie Sprintu nie byli\u015bmy wstanie pokaza\u0107 niczego nowego, poniewa\u017c nie mogli\u015bmy sobie poradzi\u0107 ani z cache\u2019owaniem danych, ani z zale\u017cno\u015bciami z innymi zespo\u0142ami. Klient przyj\u0105\u0142 t\u0105 informacj\u0119 z zaskoczeniem, chocia\u017c jeszcze ze zrozumieniem.<\/p>\n Kolejny Przegl\u0105d Sprintu by\u0142 podobny. Tym razem mieli\u015bmy k\u0142opoty aktualizacj\u0105 struktury tabel w bazie danych, aby m\u00f3c przetrzymywa\u0107 tam dane, kt\u00f3re potrzebne nam by\u0142y, aby zasili\u0107 nowy interfejs u\u017cytkownika. Nie mieli\u015bmy szans pokaza\u0107 niczego nowego. Drugi raz z rz\u0119du. Nie pomaga\u0142o to nam w budowaniu zaufania z klientem, kt\u00f3ry stawa\u0142 si\u0119 coraz bardziej niecierpliwy.<\/p>\n Co bym zrobi\u0142 inaczej, gdybym m\u00f3g\u0142 cofn\u0105\u0107 czas? Pr\u00f3bowa\u0142bym dostarczy\u0107 kompletne funkcjonalno\u015bci w trakcie jednego Sprintu.<\/strong> Oczywi\u015bcie g\u0142\u0119bia odwzorowania rozwi\u0105zania by\u0142aby niska, ale dzi\u0119ki \u015bwiadomemu przej\u015bciu po wszystkich warstwach aplikacji (interfejs, warstwa cache\u2019owania, baza danych, logika biznesowa) byliby\u015bmy w stanie zidentyfikowa\u0107 problemy na bardzo wczesnym etapie.<\/p>\n Co by nam to da\u0142o? Po pierwsze, zacz\u0119liby\u015bmy rozwi\u0105zywa\u0107 wspomniane problemy po pierwszym, a nie po trzecim Sprincie. My\u015bl\u0119, \u017ce taki okres czasu robi r\u00f3\u017cnic\u0119. Po drugie, unikn\u0119liby\u015bmy smutnej niespodzianki dla klienta na zasadzie \u201cznowu nic nie mo\u017cemy pokaza\u0107\u201d.<\/p>\n Technika, kt\u00f3ra jest pomocna w tego rodzaju przypadkach to przyk\u0142adowo walking skeleton<\/a> autorstwa Alistair’a Cockburn’a.<\/p>\n Do\u015bwiadczony prac\u0105 w zwinnych \u015brodowiskach uwa\u017cam, \u017ce wysoka przejrzysto\u015b\u0107 prac jest kluczowa, aby budowa\u0107 zaufanie. Zupe\u0142nie innego zdania by\u0142 pewien zesp\u00f3\u0142 , z kt\u00f3rym mia\u0142em okazj\u0119 pracowa\u0107. Wyznawali oni zasad\u0119, \u017ce im mniej klient wie, tym lepiej, \u201cbo wtedy nie wnika<\/em>\u201d.<\/p>\n Oczywi\u015bcie klient mia\u0142 inne zdanie na temat transparentno\u015bci wsp\u00f3\u0142pracy. Brakowa\u0142o mu przejrzysto\u015bci, przewidywalno\u015bci oraz wgl\u0105du w post\u0119p prac. Nie by\u0142 te\u017c \u015bwiadomy bloker\u00f3w do rozwi\u0105zania po jego stronie, kt\u00f3re umo\u017cliwi\u0142y by nam p\u0142ynn\u0105 prac\u0119. Sprawy nie u\u0142atwia\u0142 fakt, \u017ce my pracowali\u015bmy w Polsce, a nasz klient w Londynie. Mog\u0119 sobie wyobrazi\u0107, \u017ce taki stan rzeczy nie pomaga zbudowa\u0107 zaufania.<\/p>\n Aby usprawni\u0107 t\u0119 sytuacj\u0119, zdecydowali\u015bmy si\u0119 na kilka konkretnych krok\u00f3w, maj\u0105cych na celu zwi\u0119kszenie przejrzysto\u015bci<\/strong> prac.<\/p>\n Po pierwsze, ze wzgl\u0119du na dziel\u0105c\u0105 nas odleg\u0142o\u015b\u0107, zdecydowali\u015bmy si\u0119 na usprawnienie sposobu, w jaki korzystali\u015bmy z tablicy z zadaniami w JIRA, kt\u00f3ra pokazywa\u0142a bie\u017c\u0105cy status prac. Osoba pracuj\u0105ca nad konkretnym zadaniem, przypisywa\u0142a si\u0119 do tego zadania, wi\u0119c by\u0142o jasne, z kim rozmawia\u0107 w razie pyta\u0144. Je\u017celi zadanie by\u0142o zale\u017cne od wiedzy lub decyzji klienta, oznaczali\u015bmy je czerwon\u0105 flag\u0105, wi\u0119c od razu rzuca\u0142o si\u0119 w oczy, gdzie le\u017c\u0105 zale\u017cno\u015bci. Dodatkowo, dla ka\u017cdego zadania wprowadzili\u015bmy tr\u00f3jkolorowy status (RAG – Red, Amber Green), kt\u00f3ry informowa\u0142 o stopniu ryzyka powi\u0105zanego z zadaniem.<\/p>\n Dodatkowo zdecydowali\u015bmy wsp\u00f3lnie z klientem, \u017ce po naszym Codziennym Scrumie, b\u0119dziemy si\u0119 zdzwania\u0107 przez Hangout na kilka-kilkana\u015bcie minut, aby om\u00f3wi\u0107 bie\u017c\u0105ce zadania i ewentualne zagro\u017cenia z nimi zwi\u0105zane.<\/p>\n Ostatnim usprawnieniem by\u0142o dodanie na sta\u0142e sekcji \u201cRyzyka i wyzwania\u201d do agendy Przegl\u0105d\u00f3w Sprintu. By\u0142 to blok, podczas kt\u00f3rego omawiali\u015bmy wszystko, co mog\u0142o mie\u0107 negatywny wp\u0142yw na przebieg wsp\u00f3\u0142pracy \u2014 od zagro\u017ce\u0144 technicznych, poprzez braki w zrozumieniu produktu, na ryzykach typowo ludzkich ko\u0144cz\u0105c.<\/p>\n Wiem, \u017ce wymienione wy\u017cej pomys\u0142y mog\u0105 by\u0107 dla niekt\u00f3rych os\u00f3b oczywiste, jednak nie by\u0142y one oczywiste dla tego konkretnego zespo\u0142u :)<\/p>\n Jak radzicie sobie z zaufaniem? Jak wykorzysta\u0107 framework Scrum, aby lepiej budowa\u0107 zaufanie z klientem? Co jeszcze mo\u017cna zrobi\u0107, aby wzmocni\u0107 zaufanie?<\/p>\n Podyskutujmy w komentarzach :)<\/p>\n Chcesz dowiedzie\u0107 si\u0119 wi\u0119cej o tym, jak budowa\u0107 zaufanie z klientem zewn\u0119trznym w Scrumie? Zobacz moje 2-dniowe warsztaty \u201cScrum dla software house\u00f3w<\/strong>\u201d, kt\u00f3re przygotowa\u0142em na bazie moich do\u015bwiadcze\u0144 w pracy z klientami z USA, UK, Irlandii, Niemiec oraz Polski. Wi\u0119cej informacji znajdziesz na stronie http:\/\/www.scrumdlasoftwarehouseow.pl\/<\/a><\/em><\/p>\n\n\n Photo by <\/em>Thomas Drouault<\/em><\/a> on <\/em>Unsplash<\/em><\/a><\/p>\n","protected":false},"excerpt":{"rendered":" Zaufanie to podstawowy element ka\u017cdej wsp\u00f3\u0142pracy, bez znaczenia czy pracujemy z klientem wewn\u0119trznym czy zewn\u0119trznym. Gdy my\u015bl\u0119, czym jest dla mnie zaufanie w biznesie, do g\u0142owy przychodz\u0105 mi takie poj\u0119cia jak partnerstwo, otwarto\u015b\u0107, przejrzysto\u015b\u0107, m\u00f3wienie prawdy czy poczucie bezpiecze\u0144stwa. W tym wpisie podziel\u0119 si\u0119 sprawdzonymi sposobami na to, jak wzmacnia\u0107 zaufanie, wykorzystuj\u0105c do tego celu […]<\/p>\n","protected":false},"author":1,"featured_media":3277,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"om_disable_all_campaigns":false,"_monsterinsights_skip_tracking":false,"_monsterinsights_sitenote_active":false,"_monsterinsights_sitenote_note":"","_monsterinsights_sitenote_category":0,"footnotes":""},"categories":[16],"tags":[],"class_list":["post-2967","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-software-house"],"aioseo_notices":[],"_links":{"self":[{"href":"https:\/\/jacekwieczorek.pl\/blog\/wp-json\/wp\/v2\/posts\/2967","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/jacekwieczorek.pl\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/jacekwieczorek.pl\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/jacekwieczorek.pl\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/jacekwieczorek.pl\/blog\/wp-json\/wp\/v2\/comments?post=2967"}],"version-history":[{"count":40,"href":"https:\/\/jacekwieczorek.pl\/blog\/wp-json\/wp\/v2\/posts\/2967\/revisions"}],"predecessor-version":[{"id":5197,"href":"https:\/\/jacekwieczorek.pl\/blog\/wp-json\/wp\/v2\/posts\/2967\/revisions\/5197"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/jacekwieczorek.pl\/blog\/wp-json\/wp\/v2\/media\/3277"}],"wp:attachment":[{"href":"https:\/\/jacekwieczorek.pl\/blog\/wp-json\/wp\/v2\/media?parent=2967"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/jacekwieczorek.pl\/blog\/wp-json\/wp\/v2\/categories?post=2967"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/jacekwieczorek.pl\/blog\/wp-json\/wp\/v2\/tags?post=2967"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}2. Skr\u00f3\u0107 czas trwania Sprintu<\/h2>\n
3. Nie czekaj na Przegl\u0105d Sprintu<\/h2>\n
4. Dostarczaj kompletne funkcjonalno\u015bci<\/h2>\n
5. Utrzymuj wysok\u0105 przejrzysto\u015b\u0107 prac<\/h2>\n
Podsumowanie<\/h2>\n