Mentionsy
80. Co jeśli to (nie) rozmiar ma znaczenie?
Czy rozmiar zadania ma wpływ na czas jego trwania lub na to, ile zadań dostarczamy? A może są inne czynniki, które silniej na to wpływają? Gdy chcemy zaprezentować dane i wskazać obszary do usprawnień, trzeba się do tego dobrze przygotować. Posłuchajcie rozmowy z Justyną „Kęsik" Rędzikowską, z której dowiecie się, jak pokazywać dane, jak prowadzić przy ich pomocy rozmowy z kierownictwem i zespołami. W trakcie rozmowy Kęsik odnosi się do 12 zasad mierzenia, które są elementem Managementu 3.0: https://management30.com/align-constraints/metrics-okrs/
Sponsorzy odcinka (1)
"jeżeli chcecie również dołożyć się w pewien średni sposób do powstawania tego podcastu, to zapraszam na szkolenia Lineage'a"
Szukaj w treści odcinka
I ja mu wtedy powiedziałam, próbowałam swoimi argumentami przekonać, że w throughputie i cycle time, bo od tego zaczęłam, nie ma znaczenia,
Ja myślę, że pierwszą rzeczą, o której tutaj warto porozmawiać, to jest to, że mówisz cycle time.
Znowu trzeba sobie pewnie to rozgraniczyć, co my rozumiemy jako cycle time.
No ale właśnie jeśli nasi słuchacze, słuchaczki mają w swoich głowach, swoich zespołach w miarach cycle time i tak go postrzegają, to ja bym powiedział, że pierwszą rzeczą, którą ja widzę u ludzi i to naprawdę z szacunkiem wykształconych menedżerów i deweloperów, seniorów różnych, to jest coś, co ja nazywam taką łapką niewidocznej nieciągłości pracy.
Bo rzeczywiście te czynniki, które wymieniłaś, wpływają na czas cyklu czy czas przejścia lead time, jakkolwiek byśmy sobie to nie nazywali.
Mianowicie mój dyrektor chciał zobaczyć rzeczy osobno, osobno jak pracujemy z incydentami, czyli osobno throughput i cycle time dla incydentów, dla tasków, dla...
Przynoszę dane zespołu, sam True Putty Cycle Time, mojego dawnego zespołu, tylko ja znam kontekst.
Widzisz po prostu wykres throughputu i cycle time'a jakiegoś zespołu, o którym absolutnie nie wiesz nic, nie?
Bo mnie nie interesuje kto i ile, tylko jak my jako system, jako zespół działamy razem i myślimy o usprawnieniach całościowych, nie przez pryzmat, nie wiem, jakiegoś jednego zadania gdzieś tam sprzed 13 miesięcy, które miało cycle time wywalony w kosmos.
Więc to, że ja ten Cycle, Time i Troubles przyniosłam do dyrektora i chciałam z nim o tym rozmawiać, też nie wynikało z tego, że, nie wiem, hura Cycle, Time i Troubles, jakby trzeba przynieść i pokazać.
No właśnie, trochę tak jak dzisiaj zaczynaliśmy, co rozumiesz jako cycle time, to może od takich bardzo prostych rzeczy wychodząc możemy się dogadać.
I wówczas może wcale nie True Pretty Cycle Time są tymi miarami, którymi taki zespół powinien się kierować, bo pewnie być może ma gdzieś indziej problemy.
Ale właśnie jak robili sprint review i pokazywali moje raporty, które, znaczy ich raport, ale dla mnie robione w kontekście throughputu i cycle time'u dla trzech moich zespołów z jednego obszaru produktowego, to inni product ownerzy tam obecni byli tacy, my też to chcemy, my też to chcemy.
Ostatnie odcinki
-
90. Kto by słuchał użytkownika w czasach AI
14.04.2026 00:00
-
89. Od tych kosztów nie uciekniesz nawet z AI
16.03.2026 00:00
-
88. Flow Engineering
17.02.2026 00:00
-
87. Spotkanioza - czyli koszt transakcyjny i ko...
20.01.2026 01:55
-
86. Great Gadgets - wykresy i dashboardy w JIRA...
08.12.2025 16:20
-
85. Kanban w organizacji pracy PM-ów -- Julia ...
16.11.2025 16:33
-
85. Kanban w organizacji pracy PM-ów Julia Kor...
16.11.2025 15:32
-
85. Kanban w Twojej branży Orange Project Mana...
04.11.2025 01:00
-
84. Ogarnij pracę z Kanbanem
14.10.2025 05:12
-
83. Scope 360 czyli nowe stare narzędzie do mi...
08.09.2025 00:00