77. Kanban dla technicznych
Czy Kanban to również narzędzie dla osób technicznych, takich jak developerzy, liderzy techniczni czy architekci? Tak! Kto lepiej o tym opowie niż.. osoba techniczna. Zapraszam do rozmowy z Radkiem Maziarką, który opowie dlaczego i jak warto stosować Kanban do organizacji pracy swojej i swojego zespołu. Radek mówi z perspektywy osoby, która robi to o czym mówi, a więc stosuje Kanban w pracy nad dostarczaniem lepszych produktów cyfrowych szybciej. Jeśli zainteresuje Cię to o czym opowiada to pewnie warto zajrzeć na jego stronę www.radekmaziarka.pl oraz do jego newslettera: https://newsletter.radekmaziarka.pl/ Zajrzyj też do wpisu towarzyszącemu podcastowi: Nagranie zawiera efekt dźwiękowy: Sound Effect by Ribhav Agrawal from Pixabay
No i myślę, że jak już jesteśmy przy takim, gdzieś tam może nie końcu, ale na pewno ostatnich etapach cyklu życiowego, no to pewnie możemy sobie powiedzieć, to jest też dobry moment, żeby porozmawiać o metrykach, tak? Co warto mierzyć? Ty masz coś, co uważasz, że powinno być w takim, wiesz, must have toolboxie osób technicznych kanbanujących? Mam, ale troszkę inaczej jakby to pytanie sparafrazuję, bo ja bym najpierw zadał pytanie, jak można jakby mierzyć bez całej takiej otoczki narzędziowej, bo to jest według mnie problem, który spotyka wiele osób technicznych, które chciałyby w jakiś sposób Sprawdzać, na ile efektywnie praca idzie, że mamy taką Jira i dobra, to ja bym już od razu chciał wyciągać metryki tak bezpośrednio z tej Jiry dla wszystkich tasków, dla wszystkich user story, które posiadam za pomocą jakichś tabelek, za pomocą jakichś narzędzi wewnątrz tej Jiry.
Albo na przykład jakieś dodatkowe tule, które się zintegrują z Jirą, zintegrują się z jakimś GitHubem, będą to ściągać. I według mnie to się da zrobić, tylko to jest problem biegania, z jakim ja się nauczę raczkować. Bo na samym punktu to, co warto zrobić, to da się w miarę prosto dla kilku wybranych user storiesów, dla kilku wybranych zadań o troszkę większej gęstości, Przeprowadzi taką analizę po prostu ręcznie, sprawdzając sobie, w jaki sposób poszczególne zadania przychodziły po stadiach, co nam pozwala być takim bardziej flexible, jak to powiedzieć... Elastycznym? Elastycznym, właśnie. Bo niekiedy jest tak, że ja robię coś w Jisze, ale coś się dzieje też na GitHubie, coś się dzieje w jakimś innym narzędziu. Jak ja bym chciał to wszystko naraz zautomatyzować, to ja musiałbym odpalić jakieś pięć różnych tooli ze sobą.
To może być właśnie osoba techniczna, jeśli rzeczywiście nie jest dogadane, kto taką osobą być powinien. Tak, no bo często takiej osoby nie ma, po prostu to też często doświadczenia z Kanbanem, z Jiro, nie ma wśród osób biznesowych. Ci, którzy w teorii byliby chętni, żeby to się działo, no to oni nie mają takiej wiedzy, takiej umiejętności, więc oni nie wiedzą, że w ogóle można to zrobić. No i według mnie z tej strony naszej osób, technicznych, które mają tą wiedzę, to można pokazać, że ten problem istnieje i pokazać, jak go rozwiązywać. I teraz my nie będziemy go rozwiązywać w trybie takim ciągłym, takim operacyjnym, ale po prostu nauczymy inną osobę, jak to robić. To jest fajne co mówisz, bo też ten akt przywództwa nie musi się kończyć tym, że dostajesz na talerz coś nowego do zrobienia, tylko tak jak mówisz, możemy kogoś nauczyć, możemy w ogóle pokazać, że hej, to się da tak zrobić i myślę, że to jest bardzo istotne, żeby się tego nie bać, że to musi zostać z nami.
Pokazano wszystkie 3 dopasowania. Transkrypcja generowana automatycznie i niesprawdzana ręcznie — może zawierać błędy.
Rozdziały i streszczenia generowane automatycznie. Pełna transkrypcja nie jest publikowana — wyszukaj frazę, aby zobaczyć dopasowane fragmenty.
Kliknij, aby znaleźć fragmenty, w których pada.