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]{‘url’: ‘https://seandexter1.medium.com/agile-is-great-ecf271f4e9a6'})
  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]{‘url’: ‘https://www.lean.org/the-lean-post/articles/how-to-go-to-the-gemba-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)]{‘url’: ‘https://click.convertkit-mail.com/27uz2vq2lvtohvekkrzc3/3ohphkhq8zl9xesr/aHR0cHM6Ly9jaGFybGVzbGFtYmRpbi5jb20vMjAyMy8wMS8xMi9hZ2lsZS12cy13YXRlcmZhbGwtYW5kLW90aGVyLW9iZnVzY2F0aW9uLw=='})
  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’]{‘url’: ‘https://marcabraham.com/2023/01/20/my-product-management-toolkit-56-spotifys-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]{‘url’: ‘https://jchyip.medium.com/my-critique-of-the-spotify-model-part-1-197d335ef7af’})
  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]{‘url’: ‘https://www.agileconnection.com/article/veracity-about-velocity'})
  7. Anty-wzorce korzystania ze story pintów w zespole, zebrane w jednym miejscu. ⏩️ [Breaking Bad Story Point Anti-Patterns]{‘url’: ‘https://click.convertkit-mail.com/38uvpwgpdwhkhodrm9lcr/e0hph7hkzzrkl2a8/aHR0cDovL2NtZm9yYWdpbGUuYmxvZ3Nwb3QuY29tLzIwMjMvMDEvYnJlYWstYmFkLXN0b3J5LXBvaW50LWFudGktcGF0dGVybnMuaHRtbA==?utm_source=pocket_saves'})
  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]{‘url’: ‘https://medium.com/@jchyip/my-typical-tactics-for-influencing-leaders-at-different-levels-88166dcb3e5d?source=topics_v2---------2-84--------------------77f2d2e5_5090_48b2_937f_71f24cf192c6-------17'})
  9. Historia jak Scrum Master odkrył Lean Startup. ⏩️ [Lean Startup and Scrum]{‘url’: ‘https://www.scrum.org/resources/blog/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?]{‘url’: ‘https://www.allankelly.net/archives/7307/why-is-it-hard-to-reduce-wip/?utm_source=pocket_saves'})
  11. Anty-wzorca DoD w pigułce, choć tego najważniejszego (dla mnie) nie ma. ⏩️ [Definition of ‘Done’: Anti-Patterns]{‘url’: ‘https://medium.com/@gautam.lavaneesh/definition-of-done-anti-patterns-18f2bfdf1083?utm_source=pocket_saves'})
  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]{‘url’: ‘https://www.scatterspoke.com/post/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]{‘url’: ‘https://blog.georgovassilis.com/2023/01/22/technical-debt-ratio/?utm_source=pocket_saves'})
  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?]{‘url’: ‘https://www.technologyreview.com/2023/02/09/1067821/design-thinking-retrospective-what-went-wrong/?utm_source=pocket_saves'})
  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]{‘url’: ‘https://martinfowler.com/articles/retrospective-antipatterns.html?utm_source=pocket_saves'})
  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]{‘url’: ‘https://bootcamp.uxdesign.cc/how-to-say-no-when-things-dont-align-with-your-product-vision-ed683a0b01aa'})
  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]{‘url’: ‘https://qaspire.com/how-to-create-a-culture-of-change-acceptance/?utm_source=pocket_saves'})
  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?]{‘url’: ‘https://www.minware.com/blog/what-is-velocity-debt?utm_source=pocket_saves'})
  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]{‘url’: ‘https://www.mindtheproduct.com/product-development-or-how-to-turn-factories-into-gardens/?utm_source=pocket_saves'})
  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]{‘url’: ‘https://www.forbes.com/sites/stevedenning/2023/02/23/why-evidence-based-management-never-took-off/?utm_source=pocket_saves'})
  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]{‘url’: ‘https://stayrelevant.globant.com/en/technology/process-optimization/how-to-manage-technical-debt/?utm_source=pocket_saves'})
  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]{‘url’: ‘https://www.allankelly.net/archives/7341/lets-talk-about-money-the-ultimate-feedback-loop/?utm_source=pocket_saves'})
  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]{‘url’: ‘https://newsletter.product-blocks.com/p/blocks-catalog?utm_source=pocket_saves'})
  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]{‘url’: ‘https://buffer.com/state-of-remote-work/2023?utm_source=pocket_saves'})

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]{‘url’: ‘https://www.youtube.com/watch?v=e1tUi8IVznc'})

Heheszek