77. Kanban dla technicznych

Cześć, nazywam się Radek Orszewski i zapraszam Was na Kanban przy kawie. Podcast o tym, jak zwinnie, sprawnie i efektywnie zarządzać pracą. Witam Was serdecznie w kolejnym odcinku podcastu Kanban przy kawie. Z tej strony Radek Orszewski i dzisiaj nie pamiętam, żebym miał gościa o imieniu Radek, ale mam. Zaraz Wam go przedstawię. Pomysł na ten odcinek wziął się z tego, że mam wrażenie, że kanban oczywiście zyskuje na popularności jako sposób pracy, ale może też warto sobie powiedzieć komu on może konkretnie służyć. I poszukałem wśród osób, które są w mojej bańce, waszej bańce może też, osoby, którą ja bym nazwał techniczną. Zaraz zapytamy naszego gościa dzisiejszego, czy się jako taka osoba techniczna identyfikuje.

Natomiast pomyślałem, że będzie dobrym gościem i w temacie technicznym, i w temacie kanbanowym, bo jeśli śledzicie go na różnych mediach społecznościowych, to on przemyca czasem kanban pod innymi tytułami swojego newslettera, czy publikacji na przykład na LinkedInie. Radek Maziarka. Dzień dobry.

Cześć, witaj bardzo serdecznie. Witam cię serdecznie. Zacząłem tu od prezentacji ciebie, to zacznę. Identyfikujesz się jako osoba techniczna? Tak, identyfikuję się, nawet powiedziałbym, że teraz tymi nowymi technologiami Generative AI jest o wiele łatwiej wrócić jako taki menadżer, jako osoba, która już od pewnego czasu nie programowała do tego, żeby znowu cieszyć się tym programowaniem. O, okej, to jest ciekawa perspektywa. Dobra, Radek, gdyby ktoś cię nie znał, to opowiedz, czym się zajmujesz, skąd przychodzisz, czemu cię można nazwać osobą techniczną? Więc ja jestem Radek Maziarka, ja tutaj klikam do was z Wrocławia. Mój mod to jest dostarczaj lepsze produkty cyfrowe szybciej, żeby optymalizować zarówno tą prędkość dostarczania, jak i tą jakość. No i tu się bardzo mocno łapiemy z Radkiem odnośnie tego podejścia kanbanowego.

Dużo piszę, tutaj właśnie newsletter prezentuję po Polsce, bardzo lubię dzielić się wiedzą. No i teraz też technicznie bawię się dookoła generacji w AI tworząc jakieś różne skrypty na boku. Super. Wielkie dzięki za intro, Radek. Myślę, że tutaj właśnie te osoby, które może Cię nie znały, przekonało to, że masz, że tak powiem, i w przeszłym i obecnym doświadczeniu różne role, które na pewno byśmy technicznymi nazwali. Zacznijmy sobie od tego właśnie, a po co rolom technicznym Kanban? Czy to nie jest tylko dla tych Scrum Masterów? Ja uważam, że każda rola wewnątrz zespołu powinna być nastawiona, powinna dbać o to, żeby w miarę efektywnie dostarczać rezultaty swojej pracy, żeby dbać o to, aby ta praca szła w miarę bez jakichś różnych zaburzeń, bez jakichś wąskich gardłów, bez piętrzenia się pracy.

Jasne. Mnie przekonywać do tego nie musisz, tak? Pewnie tak jak mówisz część słuchaczy, słuchaczek jest tym zaznajomiona, ale właśnie chodzi nam o to, żeby dotrzeć do takich osób, które tak jak mówisz, może często znajdą się po raz pierwszy w takiej roli, tak? To znaczy właśnie gdzieś tam jakby wyrosły z tego doświadczenia technicznego, tego skupienia technicznego w stronę zarządzania i pracą, i pracą kilku osób czy zespołu. I tutaj Radek nawiąże do tego, że już pewnie parę miesięcy wstecz gdzieś tam wymienialiśmy się informacjami czy wiadomościami na Linkedinie dotyczącymi takiej konstrukcji tego systemu, że zwykle mamy to discovery, które tutaj właśnie kojarzymy jako taki upstream, jako tą lewą stronę. Mamy to delivery, a mamy jeszcze coś dalej, do tego coś dalej pewnie dojdziemy. Ale powiem Ci i chciałbym usłyszeć Twoje zapatrywanie na właśnie w ogóle sens i praktyki dobre z perspektywy osób technicznych budowania tego Discovery czy tego Upstream Kanbanu.

No właśnie, tu przeszliśmy do tego, co właśnie było chyba tematem naszej jakiejś korespondencji, tak? Czy to się jakoś nazywa? Ja nawet to pytanie zadałem gdzieś na forum Kanban University, gdzieś tam trenerów, coachy. Niekoniecznie mamy na to nazwę, no bo mówimy właściwie, owszem, jest to przez wiele osób postrzegane już coś po delivery, a może to jest jednak element tego delivery, tak? Czyli po prostu jakby do kończenia. I to tak, powiem Radek, super mi się spina z ostatnim newsleterem, który pisałem, tak, zaraz też twój będziemy reklamować, ale ja go zatytułowałem Niespychaj tasków z klifu, nie, bo mam wrażenie, że to co powiedziałeś, to jest właśnie też kwestia języka, tak, ale też wizualizacji, nie, że tą ostatnią kolumną, którą widzimy jest to done, Które wcale nie oznacza zrobienia, ono oznacza właśnie, nie wiem, developed, ono oznacza wrzucenie na jakieś konkretne środowisko, tak?

Więc to, co bym polecał dla osób, które z tego rozpoczynają, to żeby rozpocząć małymi krokami, nie bawić od razu w jakieś narzędzia. Na samym początku to naprawdę wystarczy sobie tylko policzyć, tak bardziej manualnie, a później można to nawet w Excelu utrzymywać. Jeden kolega, któremu kiedyś pomagałem, miał takiego Excelex, gdzie po prostu były te informacje zawarte, nie w Excelu, tylko w Google Sheet, i tam po prostu te wszystkie informacje były zbierane. Ło, to muszę powiedzieć Radek, że mnie tu zaskoczyłeś, bo ja często sobie tak trochę heheszkuje, że na przykład wśród osób w ogóle w naszej branży, nie tylko osób technicznych, ale mamy masę ludzi, która lubi sobie opomiarować rzeczywistość. To są wiesz, ludzie, którzy mają wszystkie tam strawy, garminy. Tu myślę na przykład o takich aktywnościach sportowych, które ludzie robią po pracy.

Oczywiście do tego pewnie potrzebne są konkretne narzędzia, jak mówimy tutaj o jakiejś takiej koordynacji czy orkiestracji pracy kilku zespołów, to oczywiście też wymaga takiego narzędziownika. Ale myślę, że trochę jak z metrykami, nie? Trzeba w ogóle zacząć od podstaw, zanim się rzucimy w jakiś bardzo taki zaawansowany sposób organizacji tej pracy. Powiedz mi Radek, czy Tobie przychodzą na myśl jeszcze jakieś korzyści, jakieś specyficzne zastosowania z perspektywy właśnie osób zorientowanych czy zaangażowanych bardziej technicznie, jeśli chodzi o użycie Kanbanu? Myśląc o takiej pracy troszkę pobocznej w ramach zespołu technicznego, to co można zrobić, to oddzielić taką pracę dookoła funkcji biznesowych, od pracy dookoła pewnych incydentów, awarii, bugów, które się spływają gdzieś z produkcji.

Też jedną tutaj rzecz, którą podałeś, bo część to nawet na takim niższym poziomie, bo tutaj mówiliśmy o pewnych incydentach, awariach, ale czasami zdarzają mi się takie ad-hoc'i w stylu Radek, czy mógłbyś mi wyciągnąć takie dane gdzieś z systemu? Bo na przykład nie ma takich odpowiednich dashboard, żeby to sobie zrobić, tak? Radek, czy mógłbyś mi pomóc skonfigurować taką opcję w systemie? Jest dużo takich adhoców, które spływają zwykle pokątnymi kanałami, pingują na osobę bezpośrednio na Teamsie czy Slacku. To też zabiera kapasity zespołu, ale jest niewidoczne kompletnie. Pierwszym krokiem, który tutaj można zrobić właśnie w myśl tej pracy Kanbanu, to jest w ogóle, żeby sobie to zwizualizować, ile tej pracy jest. I teraz nie musimy, z racji tego, że ta praca jest taka dosyć ad hocowa, to nie musimy tutaj tego wizualizować w jakiejś dzierze, tylko na przykład ja mówiłem moim liderom, żeby jeśli mają takie ad hoci, to żeby robili screena i po prostu sobie gdzieś wrzucali.

Dwoźnym powiedzmy. Ktoś to nazywał dżernitorem. Po prostu wpadają rzeczy i ktoś je załatwia dla zespołu. No właśnie, to znowu rezonuje, jeśli twoja obecność przyciągnie osoby techniczne, polecamy odcinek o zadaniach nieciągłych i o zadaniach takich regularnych. Tu powiedziałeś właśnie o tym, żeby ustalić może jakiś kanał komunikacji. Ja też bardzo często słyszę takie pytanie, czy musimy na każde takie zadanie tworzyć ticket w Jirze. Oczywiście nie, ale może warto wrzucić ticket na takie Jak to powiedziałeś, pracę woźnego w danym tygodniu czy w danym sprincie i wręcz prosić interesariuszy, słuchaj, tu jest ticket, wrzucaj request, nie wiem, w komentarzu do tego, tak, a w tym tygodniu się zajmuje Radek, a w drugim tygodniu drugi Radek, aha, taki żarcik.

Tu Radek, przypomina mi się powiedzenie jednego z moich amerykańskich szefów sprzed laty, który mówił do what you say you would if you could, czyli jakby jak narzekamy na to, że no chciałbym, żeby ktoś tam zajął tym czymś, to po prostu zrób to co mówisz, żebyś zrobił jakbyś mógł, czy mogła. Oczywiście pewnie w pierwszej kolejności zajmiemy się tym, co nas boli czy nas frustruje, tak jak tu powiedziałeś. Słuchaj Radek, ja sobie patrzę na to, że zmieściliśmy masę mięsa w tym odcinku i zastanawiam się, jeśli komuś jeszcze będzie mało, to warto sobie powiedzieć o tym, gdzie mogą szukać takich informacji, które, no właśnie, są pomocą dla pewnie nie tylko first time liderów czy first time managerów technicznych,

No i słuchajcie, tak jak powiedziałeś, Radek występuje z czasem na konferencjach, więc jak będziecie jakimś szczęśliwym trafem na konferencji czy wydarzeniu, na którym Radek przemawia, to nie wiem, przyjdźcie, przybijcie z nim piątka, a jeszcze jak usłyszeliście o nim pierwszy raz w podcaście Kanban przy kawie, to mu to powiedzcie, ja potem z nim sprawdzę, czy ktoś powiedział. Tak, zachęcam do podbijania. Ja bardzo lubię dzielić się wiedzą, bardzo lubię rozwiązywać problemy. Mam taki trait osobowościowy, więc jeśli tam chcielibyśmy podbić, coś tam pogadać, to zawsze bardzo chętnie. Super. Wielkie dzięki Radek za to, że znalazłeś chęć, czas na to, żeby tutaj opowiedzieć o Kanban dla technicznych. Tak przyznam, że zastanawialiśmy się, jak nazwać ten odcinek jeszcze przed nagraniem, ale ja myślę, że to będzie dobry tytuł. No właśnie, bo wszystkie osoby, które jako osoby techniczne się identyfikują, to myślę, mogą wiele wynieść z tego, że właśnie nie robi tego preachingu agile coach, tylko człowiek, który jak najbardziej i z tego technicznego backgroundu wyrósł i nim się zajmuje.

Radku, wielkie dzięki i do usłyszenia, do zobaczenia przy jakiejś okazji. Pewnie. Do zobaczenia. Mam nadzieję, że na tej konferencji Kanban Day Poland, tak? Kanban Day Poland, tak. Tak jak tutaj Radek wspomniał na początku właśnie, myślę dziecko chodziło około tego terminu, no więc niestety nie dało się dojechać już. Tak jest, tak jest. Ale myślę, że teraz wystąpienie w tym odcinku na pewno wielu osobom powie, o, to jest człowiek, który powinien się tam pojawić, więc tym bardziej może zbudujemy zdrowe oczekiwania. Wielkie dzięki Radek, do usłyszenia. Do usłyszenia.