Znam ten scenariusz z autopsji. Przychodzisz do klienta, kt\u00f3ry narzeka, \u017ce development trwa wiecznie. Patrzysz na backlog i widzisz list\u0119 zada\u0144, kt\u00f3ra wygl\u0105da jak chaos \u2013 co\u015b z bugfix\u00f3w, co\u015b z \u201eulepsze\u0144\u201d, co\u015b z \u201emo\u017ce si\u0119 przyda\u201d. Zesp\u00f3\u0142 pracuje, ale efekty nie przek\u0142adaj\u0105 si\u0119 na biznes. To nie jest problem z szybko\u015bci\u0105 programist\u00f3w \u2013 to problem z priorytetami.<\/p>\n
W JurskiTech widujemy to nagminnie. Firmy zatrudniaj\u0105 dobrych ludzi, p\u0142ac\u0105 im dobre pieni\u0105dze, a potem pozwalaj\u0105, by ich praca rozmywa\u0142a si\u0119 w nat\u0142oku rzeczy \u201epilnych\u201d i \u201ewa\u017cnych\u201d. W tym artykule poka\u017c\u0119 Ci, dlaczego tak si\u0119 dzieje i jak to naprawi\u0107. Bez lania wody \u2013 konkret, logika, przyk\u0142ady.<\/p>\n
Pami\u0119tam projekt e-commerce, gdzie zesp\u00f3\u0142 przez trzy sprinty poprawia\u0142 drobne b\u0142\u0119dy w panelu administracyjnym. Ka\u017cdy z osobna wydawa\u0142 si\u0119 wa\u017cny \u2013 \u201eklient czeka\u201d, \u201eto pilne\u201d. Ale suma tych poprawek nie przynios\u0142a ani jednej z\u0142ot\u00f3wki. Tymczasem funkcja, kt\u00f3ra mog\u0142a zwi\u0119kszy\u0107 konwersj\u0119, czeka\u0142a w backlogu od miesi\u0119cy.<\/p>\n
To klasyka. W firmach dominuje my\u015blenie reaktywne: gasimy po\u017cary, zamiast budowa\u0107 co\u015b, co zapobiegnie ich powstawaniu. Priorytety s\u0105 ustalane na podstawie tego, kto g\u0142o\u015bniej krzyknie, a nie tego, co realnie wp\u0142ywa na cele biznesowe. Efekt? Zesp\u00f3\u0142 pracuje na pe\u0142nych obrotach, ale firma nie widzi post\u0119p\u00f3w.<\/p>\n
Jak z tym walczy\u0107? Zadbaj o to, by backlog by\u0142 wyrazem strategii, a nie list\u0105 \u017cycze\u0144. Ka\u017cde zadanie powinno mie\u0107 przypisany cel \u2013 np. \u201ezwi\u0119kszenie konwersji o 5%\u201d, \u201eskr\u00f3cenie czasu obs\u0142ugi klienta o 20%\u201d. Je\u015bli zadanie nie ma takiego celu, to nie wiadomo, po co je robimy. Mo\u017ce lepiej je wyci\u0105\u0107?<\/p>\n
Wiecie, jak wygl\u0105da typowy backlog w \u015bredniej firmie? Kilkadziesi\u0105t pozycji, z czego po\u0142owa ma status \u201ew przysz\u0142o\u015bci\u201d. Nikt nie pami\u0119ta, sk\u0105d si\u0119 wzi\u0119\u0142y i dlaczego tam s\u0105. A potem przychodzi sprint i zesp\u00f3\u0142 \u0142apie si\u0119 za pierwsz\u0105 lepsz\u0105 rzecz z g\u00f3ry, bo \u201etak jest u\u0142o\u017cone\u201d.<\/p>\n
Problem le\u017cy w tym, jak traktujemy backlog. Dla wielu to po prostu lista pomys\u0142\u00f3w, a nie narz\u0119dzie do podejmowania decyzji. Tymczasem dobry backlog to \u017cywy organizm \u2013 powinien by\u0107 regularnie czyszczony, priorytetyzowany i podporz\u0105dkowany celom. To nie jest zadanie dla juniora, kt\u00f3ry losowo sortuje zadania. To zadanie dla kogo\u015b, kto zna biznes i technologi\u0119.<\/p>\n
Nasza praktyka? Ustalamy jasne kryteria priorytetyzacji, np. wp\u0142yw na przychody, koszt utrzymania, ryzyko techniczne. Ka\u017cda pozycja ma swoj\u0105 wag\u0119, a decyzje s\u0105 podejmowane na podstawie danych, a nie przeczucia. W jednym z projekt\u00f3w wyci\u0119li\u015bmy 40% backlogu, bo okaza\u0142o si\u0119, \u017ce te zadania nie s\u0105 ju\u017c potrzebne \u2013 klient ich nie u\u017cywa, a koszt ich utrzymania by\u0142 wysoki. Tylko tyle i a\u017c tyle.<\/p>\n
Product Owner (PO) to jedna z kluczowych r\u00f3l w Scrumie. Ale widzieli\u015bmy wielu PO, kt\u00f3rzy albo nie maj\u0105 poj\u0119cia, czym jest priorytetyzacja, albo traktuj\u0105 backlog jak swoj\u0105 prywatn\u0105 list\u0119 \u017cycze\u0144. Efekt? Chaos, bo zesp\u00f3\u0142 nie otrzymuje sp\u00f3jnych wytycznych.<\/p>\n
Z drugiej strony s\u0105 PO, kt\u00f3rzy boj\u0105 si\u0119 podejmowa\u0107 decyzje i ka\u017cd\u0105 zmian\u0119 konsultuj\u0105 z wszystkimi dooko\u0142a. To te\u017c b\u0142\u0105d \u2013 priorytetyzacja to odpowiedzialno\u015b\u0107, a nie demokracja. Oczywi\u015bcie, trzeba s\u0142ucha\u0107 interesariuszy, ale ostateczna decyzja nale\u017cy do PO. Je\u015bli nie mo\u017ce jej podj\u0105\u0107, to znaczy, \u017ce nie jest do tego stworzony.<\/p>\n
Jak to wygl\u0105da w praktyce? W JurskiTech cz\u0119sto doradzamy klientom, by PO regularnie przegl\u0105dali backlog z programistami. Dlaczego? Bo programi\u015bci cz\u0119sto maj\u0105 lepsze poj\u0119cie, co jest technicznie wykonalne i ile kosztuje. Wsp\u00f3lna analiza pozwala wy\u0142apa\u0107 zadania, kt\u00f3re s\u0105 \u201ewa\u0142em\u201d \u2013 niby wa\u017cne, a tak naprawd\u0119 nikomu niepotrzebne.<\/p>\n
Wi\u0119kszo\u015b\u0107 firm priorytetyzuje na podstawie intuicji. Ale to prowadzi do b\u0142\u0119d\u00f3w, bo intuicja bywa myl\u0105ca. Co m\u00f3wi nasze do\u015bwiadczenie? Warto oprze\u0107 si\u0119 na danych \u2013 cho\u0107by na podstawie analityki, koszt\u00f3w czy informacji zwrotnej od klient\u00f3w.<\/p>\n
Przyk\u0142ad? Klient z bran\u017cy SaaS mia\u0142 problem z du\u017c\u0105 liczb\u0105 rezygnacji. Zesp\u00f3\u0142 chcia\u0142 wdra\u017ca\u0107 nowe funkcje, bo \u201ekonkurencja ma\u201d. Okaza\u0142o si\u0119, \u017ce g\u0142\u00f3wnym powodem odchodzenia klient\u00f3w by\u0142a skomplikowana rejestracja. Zmian\u0119 w paru ekranach wprowadzili\u015bmy w dwa tygodnie, a rezygnacje spad\u0142y o 25%. Gdyby priorytetyzowa\u0107 na podstawie danych, od razu by\u015bmy to zobaczyli.<\/p>\n
Nie musicie od razu wdra\u017ca\u0107 zaawansowanych strategii. Wystarczy zebra\u0107 podstawowe informacje: ile kosztuje dana funkcja, jaki jest potencjalny zwrot, co o niej m\u00f3wi\u0105 u\u017cytkownicy. Nawet prosta macierz wp\u0142ywu vs. kosztu potrafi zdzia\u0142a\u0107 cuda.<\/p>\n
Kiedy zesp\u00f3\u0142 pracuje nad z\u0142ymi rzeczami, cierpi ca\u0142a firma. Po pierwsze, pieni\u0105dze \u2013 koszt utrzymania zespo\u0142u to setki tysi\u0119cy z\u0142otych rocznie. Po drugie, czas \u2013 przecie\u017c ka\u017cda godzina po\u015bwi\u0119cona na zadanie niewnosz\u0105ce warto\u015bci to godzina, kt\u00f3rej nie sp\u0119dzili\u015bmy na czym\u015b istotnym. Po trzecie, motywacja \u2013 programi\u015bci, kt\u00f3rzy widz\u0105, \u017ce ich praca nie ma wp\u0142ywu na rozw\u00f3j firmy, szybko si\u0119 wypalaj\u0105.<\/p>\n
Znam zesp\u00f3\u0142, kt\u00f3ry przez p\u00f3\u0142 roku robi\u0142 \u201erefaktoryzacj\u0119 kodu\u201d, bo tak zapisa\u0142 to CTO. Efekt? Kod jest \u0142adniejszy, ale \u017caden klient tego nie zauwa\u017cy\u0142. Zesp\u00f3\u0142 czu\u0142 si\u0119 niedoceniony, bo nie widzia\u0142 efekt\u00f3w swojej pracy w liczbach. Gdyby\u015bmy zamiast tego zaj\u0119li si\u0119 optymalizacj\u0105 wydajno\u015bci \u2013 kt\u00f3ra realnie wp\u0142yn\u0119\u0142a na pozycjonowanie i konwersj\u0119 \u2013 byliby\u015bmy w zupe\u0142nie innym miejscu.<\/p>\n
Priorytetyzacja to nie jest \u201emi\u0119kka\u201d umiej\u0119tno\u015b\u0107 \u2013 to twarda dyscyplina, kt\u00f3ra decyduje o efektywno\u015bci zespo\u0142u i ca\u0142ej firmy. To, co robicie w sprintach, czy przynosi warto\u015b\u0107, czy tylko wype\u0142nia czas \u2013 to wypadkowa tego, jak podchodzicie do planowania. Je\u015bli widzisz, \u017ce Tw\u00f3j zesp\u00f3\u0142 pracuje, a cele stoj\u0105, to czas na gruntowny przegl\u0105d priorytet\u00f3w.<\/p>\n
W JurskiTech pomagamy firmom w takich rewizjach. Nie chodzi o to, by narzuci\u0107 sztywne ramy, ale by wypracowa\u0107 proces, kt\u00f3ry rzeczywi\u015bcie przek\u0142ada si\u0119 na biznes. Cz\u0119sto to proces, kt\u00f3ry zaczyna si\u0119 od rozmowy \u2013 o celach, danych i tym, co naprawd\u0119 wa\u017cne. Je\u015bli czujesz, \u017ce Tw\u00f3j zesp\u00f3\u0142 potrzebuje takiego wsparcia, odezwij si\u0119. Ch\u0119tnie podpowiemy, jak zacz\u0105\u0107.<\/p>\n","protected":false},"excerpt":{"rendered":"
Czy Tw\u00f3j zesp\u00f3\u0142 programistyczny traci czas na z\u0142e priorytety? Znam ten scenariusz z autopsji. Przychodzisz do klienta, kt\u00f3ry narzeka, \u017ce development trwa wiecznie. Patrzysz na backlog i widzisz list\u0119 zada\u0144, kt\u00f3ra wygl\u0105da jak chaos \u2013 co\u015b z bugfix\u00f3w, co\u015b z \u201eulepsze\u0144\u201d, co\u015b z \u201emo\u017ce si\u0119 przyda\u201d. Zesp\u00f3\u0142 pracuje, ale efekty nie przek\u0142adaj\u0105 si\u0119 na biznes.<\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[7],"tags":[434,9,1109,1113,139],"class_list":["post-3026","post","type-post","status-publish","format-standard","hentry","category-warto-wiedziec","tag-efektywnosc-zespolu","tag-jurskitech","tag-priorytety-it","tag-product-backlog","tag-zarzadzanie-projektami"],"_links":{"self":[{"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/posts\/3026","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/comments?post=3026"}],"version-history":[{"count":0,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/posts\/3026\/revisions"}],"wp:attachment":[{"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/media?parent=3026"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/categories?post=3026"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/tags?post=3026"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}