Do czytania

  1. Mocno zgadzam się ze stwierdzeniem, od jakiego rozpoczyna się ten materiał, a więc rady, aby nie obwiniać Agile za wszelkie porażki i problemy, jakie przypisuje się zwinności. ⏩️ Don’t Blame Agile for All Sins

  2. Wywodzące się z TPS podejście gemba to coś, co powinno znaleźć się w narzędziowni ku każdej organizacji. Jako stały punkt podejmowania decyzji i prowadzeniu ludzi. ⏩️ Go See, Ask Why, Show Respect

  3. “Przeciwieństwo Agile nie jest ‘powolne’, jest ‘bycie uzależnionym od obranej ścieżki’.” - podoba mi się to określenie. O Agile, Waterfallu i planowaniu. ⏩️ Agile vs. Waterfall (And Other Obfuscation)

  4. Tego jeszcze nie wiedziałem o modelu Spotify, a więc w jaki sposób organizacja buduje swoją strategię i plany działania. ⏩️ [My Product Management Toolkit (56): Spotify’s ‘Bets Board’

  5. Jason Yip przedstawia swoją opinię/krytykę modelu Spotify ze wskazówkami, które warto wziąc pod uwagę pracując nad swoim modelem w organizacji. ⏩️ [My critique of “the Spotify Model”: Part 1

  6. Coraz częściej słyszę o temacie _velocity _i zagrożeniach, jakie wynikają z polegania JEDYNIE na tej metryce i polegania za BARDZO na niej. Oto jednej z nich. ⏩️ The Veracity about Velocity

  7. Anty-wzorce korzystania ze story pintów w zespole, zebrane w jednym miejscu. ⏩️ Breaking Bad Story Point Anti-Patterns

  8. Świetne rady w formie łatwostrawnych pigułek, jak pracować z stakeholderami na różnych poziomach organizacji. **⏩️ **My typical tactics for influencing leaders at different levels

  9. Historia jak Scrum Master odkrył Lean Startup. ⏩️ Lean Startup and Scrum

  10. “Zredukujmy WIP” - niestety łatwiej to powiedzieć, niż często wprowadzić w organizację. Jak się okazuje problemy występują na wielu szczeblach i płaszczyznach organizacji. ⏩️ Why is it hard to reduce WIP?

  11. Anty-wzorca DoD w pigułce, choć tego najważniejszego (dla mnie) nie ma. ⏩️ Definition of ‘Done’: Anti-Patterns

  12. Macierz WADE dała początek wielu podobnym mcierzom, z których korzystam w trakcie retrospektyw zespołowych (i nie tylko). Warto poczytać o początkach tego podejścia do kategoryzacji np. problemów. ⏩️ Seeing the System With the WADE Matrix

  13. Problemy ze zrozumieniem tech-debt i jego wpływu na produkt? Może to pomoże. ⏩️ Technical debt ratio

  14. Co poszło nie tak z podejściem design-thinking, że nie zwokowało świata? Moim zdaniem to fakt, że nie zostało stworzone do funkcjonowania w izolacji, ale jako suplement innych procesów, jak np. Scrum czy Kanban. ⏩️ Design thinking was supposed to fix the world. Where did it go wrong?

  15. Retrospektywy to prawdopodobnie spotkanie, które każdy, niezależnie od organizacji i branży “przeżył”. Na drugim miejscu pewnie daily. Oba spotkania można jednak łatwo spieprzyć a szczególnie retro, o którego antywzorcach jest materiał. ⏩️ Retrospectives Antipatterns

  16. Takich materiałów nigdy nie jest za wiele, a z każdego można wyciągnąć jakąś wskazówkę dla tego, niezwykle trudnego wyzwania - mówieniu ‘nie’. ⏩️ How to say “no” when things don’t align with your product vision

  17. Materiał niezbyt wiele mówi o faktycznym budowaniu organizacji/kultury chętnej do zmian, ale pokazuje wartość wizualizacji w przekonywaniu innych, co warto powtarzać. ⏩️ How to Create a Culture of Change Acceptance

  18. Przyznam się szczerze, że dawno nie czytałem, czegoś tak przerażającego, ale gdybyście się zastanawiali, czy korzystanie z velocity można zmienić w jeszcze gorszy pomysł, to tak, można. Wrzucam, ale błagam, nie idźcie tą drogą. Kolejnym krokiem są już tylko minutniki na sraczu. ⏩️ What is Velocity Debt?

  19. Materiał, który nieco łączy się w tekstem wyżej, o odmawianiu, ale tutaj o wskazówkach dla osób, których produkt znalazł się w procesie nieustannego zapychania ficzerami i taskami “na asapie”. O empatii w pracy z stakeholderami. ⏩️ Product development: or how to turn factories into gardens

  20. Forbes pochyla się na Evidance Based Management i dlaczego podejście to zadziałało w medycynie, a w zarządzaniu produktem niekoniecznie. ⏩️ Why Evidence-Based Management Never Took Off

  21. Materiał już nieco bliższy mojego zrozumienia i podejścia do ługu technicznego, ale jeszcze nie dokładnie to, co ja chciałbym przekazać :P Dobrze! Ale można spokojnie czytać, bo autor dobrze prawi. ⏩️ Managing technical debt for competitive advantage

  22. Bardzo często zdarza mi się (jak i Bartkowi) mówić o “głosowaniu portfelem” jako formie ostatecznej, w kontekście dawania feedbacku producentom np. gier. Natomiast portfel to jednocześnie istotny punkt zarządzania projektem i zespołem, a dokładnie, chodzi o wynagrodzenia. ⏩️ Lets talk about money: the ultimate feedback loop

  23. To bardzo ciekawy materiał, który pokazuje diagram, w którym właściwie dostajemy instrukcję tworzenia organizacji, bazującej na najbardziej zwinnych firm produktowych. Ciekawostka, więc proszę korzystać z głową. ⏩️ Discover 100+ practices used by successful tech product companies

  24. Buffer przedstawia coroczny raport o stanie pracy zdalnej, jaki przeprowadza od czasów ”wielkiej emigracji do domów”. Garść interesujących, aczkolwiek jednocześnie nieco spodziewanych danych o pracy z domu. ⏩️ State Of Remote Work 2023

Do oglądania | słuchania

  1. Henrik Kniberg opowiada o powstaniu modelu Spotify, jak to się stało, że stał się on modelem i jak wyglądało zamieszanie wokół niego, z perspektywy wnętrza firmy. Ciekawy materiał do przesłuchania, który potwierdza coś, co wiedziałem już od dawna, czego nie wiedziały liczne organizacja kopiujące model, ale ciekawie było spostrzeżenie o spisanie struktury “do wrośnięcia”. ⏩️ Master Class with Henrik Kniberg

Heheszek