Do czytania

  1. W jaki sposób oraz poprzez jakie dane, przeprowadzić weryfikację “stanu zdrowia” naszego produktu? Fajne wskazówki, kiedy przychodzi nam obejmować rolę PO w organizacji z już rozkręconym produktem. ⏩ How to Conduct a Product Health Check
  2. Czy jedna osoba w roli PO jest w stanie obsłużyć wszystkie działania nad produktem? Od stakeholderów po zespół. ⏩ By-Directional Product Management
  3. Kolejna porcja negowania podstawowych pojęć w zarządzaniu produktem. Po noestimes, przyszedł czas na nobacklogs. Zabawne, że obecnie, jak coś jest za trudno, to wymyśla się ideologię bez tego. ⏩ Backlogs, #NoBacklog(s) and comfort blankets
  4. Interesująca koncepcja na to, w jaki sposób przeprowadzić pierwsze kroki ku zwinności, jeśli zależności oraz obecne standardy w organizacji, są dla nas kulą u nogi. ⏩ Why You Might Need an Island of Agility
  5. Świetna obrona frameworków i cytat, który zostanie ze mną na dłużej: “Struktury, modele i procesy pomagają nam uczyć się, współpracować, zmniejszać obciążenie poznawcze (w stosownych przypadkach) i zwracać uwagę (w stosownych przypadkach).” ⏩ TBM 25/52: In Defense of Frameworks (and Process)
  6. Mike Cohn reklamuje nowe narzędzie w ramach Mountain Goat Software, do oceny dojrzałości implementacji Agile w organizacji. Brzmi fajnie i lekko. Jeszcze go nie wypełniałem, ale pewnie niedługo usiądę. ⏩ Elements of Agile: An Agile Assessment Tool for Iterative Improvements
  7. Jak prowadzenie pamiętniczka decyzyjnego, pozwala określić dojrzałość podejmowanych decyzji. Podoba mi się określenie, że o jakości decyzji stanowi proces, który do niej doprowadził. ⏩ Creating a Decision Journal: Template And Example Included
  8. Dużo się mówi o Lean Startup, szczególnie w Dolinie Krzemowej, która się tym ekstremalnie-zwinnym podejściem zachłysnęła. Ale przecież ani Tesla, ani inne sukcesy regionu, nim nie podążały. ⏩ 4 Major Problems With The Lean Startup Methodology — Reforge
  9. “Jeśli nie da się tego zmierzyć, to nie możesz tym zarządzać” - materiał mówi, że to błędne określenie w odniesieniu do pracy zespołu. Ja natomiast się z nim zgadzam, ponieważ…zespołem się nie zarządza, mu się lideruje :) ⏩ Does high velocity lead to burnout? That may be the wrong question to ask
  10. Dobra wskazówka dla początkujących PM-ów (choć osobiście uważam, że i również dla SM, i ogólnie każdego właściwie), aby nie zaczynać swojej przygody ze zwinnym dostarczaniem od szkoleń/certyfikacji SAFe. ⏩ Why training in SAFe or scaling agile is wrong for PMs early in their careers
  11. Znam temat person w procesie projektowania rozwiązań dla klientów, ale anty-persony to zupełna dla mnie nowość, a brzmi super. ⏩ Antipersonas: What, How, Who, and Why?
  12. Jak radzić sobie z trudnymi przypadkami w organizacji, jako osoba produktowa. ⏩ Dealing with Extremely Difficult Product People
  13. Case Study na temat tego, jak odpowiednie zbudowanie struktury zespołów w organizacji, wpływa na tzw. cognitive load, a więc narzut kroków procesowych, o jakich developer musi pamiętać przy dostarczaniu wartości. ⏩ Reducing Cognitive Load in Agile DevOps Teams Using Team Topologies
  14. W Scrum jest jeden PO, jednak często zgadza się, że jego wsparciem jest cały zespół produktowy - jak ma się to do jednej osoby decyzyjnej? ⏩ Product Teams in Scrum
  15. Bob Galen krótko o korzystaniu zarówno z zatrudnionych oraz zewnętrznych Agile Coachów. ⏩ Key Differences for Internal vs. External Agile Coaches — RGalen Consulting
  16. John Drogosz przedstawia proces prowadzenia warsztatów Value Stream Mapping. Jaki jest ich cel oraz kroki. ⏩ Why Value Stream Mapping is Essential to Product and Process Development (jest też wersja video)
  17. Bardzo fajna metafora z Władcy Pierścieni dla wpływu, jaki chcielibyśmy mieć na innych. ⏩ How to get better at influence
  18. Wskazówka dla wchodzenia w nową domenę, organizację, gałąź gospodarki etc., czyli tworzenie mapy. ⏩ Steve Blank Mapping the Unknown – The Ten Steps to Map Any Industry
  19. TO TRZEBA PRZECZYTAĆ. Prosto z Ukrainy, materiał o Agile Coachu, który z dnia na dzień stał się dowodzącym w armii walczącej ze zbrodniarzami z Rosji, i jak przeniósł swoją pracę do koszarów. Super tekst. ⏩ From agile coach to the military officer: breaking stereotypes about leadership in the army
  20. Framework Truth, Belief, Validated będę stosował przy pracy nad materiałami i opiniami (podoba mi się), ale tutaj w kontekście budowania MVP. ⏩ MVP philosophy and the Justified True Belief
  21. Postawienie tablicy z kolumnami, to nie Kanban. Potrzeba dużo więcej. ⏩ Don’t Confuse a Task Board with a Kanban Board! What’s The Difference?
  22. Kompleksowe zestawienie praw, koncepcji i tematów, które powinniśmy znać w roli Agile Coacha. ⏩ 21 concepts that have helped me as an Agile Coach
  23. Nie wiedziałem, że w sieci pojawiło się Manifesto for Agile Scaling, a co najważniejsze - brzmi nawet sensownie. ⏩ The Five Orders of scaling agile teams
  24. Jak zapełnić backlog swojego produktu, gdy rozpoczynamy prace nad produktem. ⏩ 5 Tips for Stocking the Product Backlog
  25. Impact Mapping to proste do zrozumienia narzędzie, które pozwala odnaleźć drogę przy dużej niepewności produktu. ⏩ Want to Get the Most Bang for Your Buck? Try Impact Mapping

Do oglądania | słuchania

  1. Znajomy z pracy uczestniczył w dyskusji na temat sensu posiadania Scrum Mastera w zespole, który już jest wystarczająco zorganizowany. Choć z kilkoma sprawami się nie zgadzam, to warto posłuchać i wypracować własne zdanie. Moje jest w komentarzu na YT. ⏩ The Agile Kick-About. September Edition, Are Scrum Masters & Agile Coaches No Longer Needed?
  2. Grubaśny zapis warsztatów prowadzonych przez Doc Nortona, na temat przydatnych, zwinnych metryk dla organizacji. Trochę powtórki, trochę ciekawostek i przykłady z życia. ⏩ Useful Metrics for Agile Teams - Doc Norton
  3. Z każdym kolejnym materiałem jaki pochłaniam o Tesli, jestem coraz bardziej zajarany sposobem, w jaki firma powstała, rozkręcała się i zmieniała. Tutaj prezentacja o początkach firmy oraz decyzji, aby pierwszym modelem tesli był roadster. ⏩ Tesla Roadster: Developing Products When Iteration is Hard by Marc Tarpenning at Lean Product Meetup

Heheszek

Bardzo cenna wskazówka.