Do czytania
-
Znacie przestrogę, aby nie traktować miary jako cel? Dokładnie ona chodziła mi po głowie, czytając ten materiał. To, że Flow Efficiency nie ma jasnego standardu dla interpretacji wyniku, nie oznacza, że sama metryka nie jest istotna - a jest! ⏩️ Our survey says…uncovering the real numbers behind flow efficiency
-
Vidas Vasiliauskas dzieli się z nami wrażeniami ze stosowania zwinności przez 2 lata. Mówi o błędach, sukcesach i zmianach, jakie zamierz wprowadzić w organizacji. Bardzo szczerze i przyjemnie. Tak lubię czytać o doświadczeniach innych. ⏩️ 52 Sprints Later – Win Some, Lose Some, Scrum-butt Done
-
Czytając o modelu CMMI, pamiętajcie, że Agile to cztery wartości i dwanaście zasad. Mając to z tyłu głowy, można siadać do lektury. ⏩️ Agile Maturity Model Adherence - Be Careful What You Wish For!
-
Tekst niezwykle ważny. Szczególnie że jako Scrum Masterzy jesteśmy w roli, w której może pojawić się konieczność coachingu drugiej osoby. Warto przeczytać, mimo długości. ⏩️ How the Life Coaching Industry Sells Pseudo-Solutions to Our Deepest Problems ❧ Current Affairs
-
Martin Fowler już w ostatniej ŚT mówił o współpracy pomiędzy zespołem produktowym a platformą. Tutaj nieco więcej o konstrukcji samych zespołów. ⏩️ TeamTopologies
-
Przyznam się, że koncepcja Discovery jako procesu odnajdywania wartości biznesowej, wydawała mi się znacznie łatwiejsze, aniżeli widzę jego działania w praktyce. Stąd dobrze, że ktoś zebrał najczęstsze problemy PM/PO z Discovery. ⏩ 11 lesser-known mistakes PMs make during discovery
-
Jak zrobić więcej, aby wprowadzana przez nas zmiana, miała szansę zadziałania. ⏩ How To Overcome Resistance To Change
-
Co to tak naprawdę oznacza, być odpowiedzialnym za coś? ⏩ Broken Ownership
-
Agile i etyka postępowania są ze sobą znacznie bliżej skorelowane, niż mogło nam się wydawać. ⏩ Navigating the Ethical Dimensions of Agile
-
Wątek nieco obok normalnie pojawiających się tematów w Ścianie, ale jakże ważny dla funkcjonowania w organizacji, czy zespole. ⏩ Status Is Weird
-
Im więcej czytam na temat TPS, tym bardziej marzy mi się wyjazd na jakiś staż czy praktyki do Toyoty i przekonanie się o działaniu organizacji na własnej skórze. Tutaj o kilku istniejących w niej elementach kultury, które wyróżniają podejście Japończyków od “zachodu”. ⏩️ The Soft Power of the Toyota Production System—Yokoten, Nemawashi, and More
-
Nie zgadzam się z tym poglądem zupełnie, jednak wrzucam, ponieważ ukazuje ciekawą tezę autora, który twierdzi, że Agile Coachowie nie są w stanie stać się Product Coachami (zapomniałem, że coś takiego istnieje od jakiegoś czasu). Moje zdanie jest takie, że jeśli nie jesteśmy w stanie dla PO/PM być coachem, to jak możemy im pomóc w ich obszarze? ⏩️ Why Agile Coaches Can’t Be Product Coaches
-
Interesujący model dojrzałości organizacji produktowej, który mi nieco przypomina model dojrzałości zespołu. ⏩️ Product org maturity model: A suggested framework for success
-
Staracie się przetrwać w organizacji, która nie jest taka, jaką sobie wyobrażaliście w trakcie procesu rekrutacji - wy też?! Hehe. Zatem pozwólcie, że polecę ten poradnik przetrwania i niezwariowania. ⏩️ Imperfect Product Org Survival Guide
-
Kultura to coś więcej niż przemowy CEO i wartości na ścianach korytarzy - chciałoby się powiedzieć: “duh!”, jednak może faktycznie warto o tym mówić częściej. ⏩️ Culture Isn’t Talk
-
Jeff Bezos to polaryzująca postać, więc w zależności do waszego stosunku wobec jego osoby, powinniście (lub nie) być zainteresowani zestawieniem najbardziej znanych jego pryncypiów. ⏩️ 5 Principles From Jeff Bezos’ Leadership Style You can Apply to Your Team Now
-
Każda osoba kierująca zespołem zna model “dojrzewania” zespołu Truckmana. Na przestrzeni lat czytałem wiele materiałów w jego obronie, jak i jego ostrą krytykę. Ten artykuł jest gdzieś pomiędzy. ⏩️ Forming, Storming, Dreaming, Performing — Gosei
-
Obszerny przewodnik dotarcia do dobrze skonstruowanej strategii, czy to produktu lub organizacji. ⏩️ What makes a strategy great + całkiem niezłe uzupełnienie Romana Pichlera, który dorzuca od siebie porady na unikanie błędów przy tworzeniu strategii. ⏩️ 10 Product Strategy Mistakes to Avoid
-
Poradnik poradnikiem, ale czym jest strategia? ⏩️ WTF is Strategy?
-
Fajne wskazówki na odnalezienie znaczenia wartości i nakierowania zespołu na nią. ⏩️ An Agile focus on value
-
Ten materiał zmotywował mnie do przejścia jakiegoś kursu z VSM, ponieważ o ile bawiłem się formatem na własną rękę, dobrze byłoby przejść warsztat z kimś, kto naprawdę wie, co robi. Natomiast artykuł ładnie tłumaczy, co VSM może dać zespołom scrumowym. ⏩️ Where to Start with Scrum? Is Value Stream Mapping Your Answer?
-
Co podoba mi się w tym tekście, to że autor najpierw poświęcił sporo tekstu na próbę rozwiązania zagadki dostarczania zadań na czas, a ostatecznie dochodzi do prawdy: nie da się. Zgadzam się zupełnie. ⏩️ How to Predict When the Team Will Complete a Specific Backlog Item, Part 1
-
Przydatna kategoryzacja pracy zespołu developerskiego w pracy nad produktem i zestawienie tego z rodzajami długu technicznego. ⏩️ Anything But Tech Debt
-
W jaki sposób łączyć cele w postaci OKR z User Story Mappingiem. Jednocześnie prezentuje, na czym warsztat polega. ⏩️ How to Combine OKRs and User Story Mapping
-
Pojęcie _Shu-Ha-Ri _jest mi znane w kontekście moje rozwoju i ogólnie rozwoju osobistego, natomiast można ten model również zastosować do rozwoju zespołu czy nawet organizacji. ⏩️ Prescriptive Agile: Stuck in Shu
-
Ciekawe rady od osoby pracującej nad projektowaniem statków kosmicznych i systemów kosmicznych. Nie wszystkie mi siadają, ale podobają mi się: 44, 41, 40, 36, 35 i szczególnie 24 jest super. ⏩️ Akin’s Laws of Spacecraft Design
-
McKinsey & Company uważa, że da się mierzyć produktywność programistów - zaczynam ich tak samo bardzo nienawidzić, jak Deloitte. ⏩️ Yes, you can measure software developer productivity
** Do oglądania | słuchania**
- 90 sekund od Elona Muska - love or hate gościa, ale z takimi materiałami trafia w dziesiątkę. ⏩️ Elon Musk’s five-step process for improvement
Heheszek
