Do czytania

  1. Jak wykorzystywać filozofię kaizen do promowania ulepszeń i rozwoju. ⏩ Promoting Creativity in Software Development with the Kaizen Method
  2. Jednym z głównych zadań PO w zespole Scrumowym, jest praca z akcjonariuszami (stakeholderami), aby ich oczekiwania oraz potrzeby nanieść na Backlog produktu. Zatem dobrze, aby traktował on ich jako zespół, a nie indywidualne punkty informacyjne. ⏩ The Product Owner’s Second Team
  3. Jak to było? Dobrze, jest lepsze od perfekcyjnego? ⏩ Striving For Perfection, Rather Than Excellence, Can Kill Creativity
  4. Wiedzieliście, że w Japonii jest ponad pięć sposobów na powiedzenia ‘dlaczego’? Może stąd technika ‘Five Whys’ jest dla nas tak dziwna? ⏩ You Are Using the ‘5 Whys’ Wrong. Here’s How to Improve.
  5. Continious Delivery to nie tylko techniczne aspekty projektu, ale także co dzieje się przed postawieniem linii kodu i po oddaniu jej klientowi. ⏩ Continuous delivery: It’s not just a technical activity
  6. Przykłady zaawansowanych metryk dla zespołów chcących wyciągnąć maksimum ze swojego procesu. ⏩ The four engineering metrics that will streamline your software delivery
  7. Nie jest specjalną tajemnicą, że jednym z najważniejszych narzędzi, jakie można dać zespołowi dla pobudzenia ich motywacji, kreatywności i organizacji pracy, jest autonomia, ale kiedy, i ile, powinno się jej dać zespołowi? ⏩ When Autonomy Helps Team Performance — and When It Doesn’t
  8. W poprzedniej ścianie, jeśli dobrze pamiętam, pojawił się materiał o konsekwencjach over-engineeringu. W tym materiale (uwaga sponsorowany content) fajnie wytłumaczono różnicę pomiędzy organizacją napędzaną produktem a technologią. ⏩ The Product-Led Organization vs. the Engineering-Led Organization
  9. Bardzo interesujący materiał o organizacji, które wykonuje regularnie restrukturyzacje swoich zespolów - i robi to dokładnie, jak ja bym to widział. ⏩ Lessons Learned from Self-Selection Reteaming at Redgate
  10. Agile Guide! Nareszcie. To ma sens! ⏩ Agile Coaches, Agile Guides and Other Family Members
  11. Pracujecie nad strategią w organizacji? Oto przykład aktywności pod taki cel. ⏩ [Strategy] Nirvana -1-2-4-all- PEST analysis – Action
  12. Czym jest Flow Efficiency, jak to mierzyć i używać. ⏩  The 3 Fundamentals to an Accurate Flow Efficiency Calculation
  13. W jaki sposób zaimplemenotować techniką 5 WHY w odnalezieniu sedna problemu spadku produktywności. ⏩ How to implement the 5 Whys technique to get to the root cause of your productivity issues
  14. Gigantyczna baza pod temat pętli OODA, wraz ze slajdami, notatkami i bazą wiedzy dodatkowej, jeśli chcielibyście np. zrobić z nich warsztaty dla organizacji. ⏩ Thinking in OODA Loops
  15. Trochę historii, jak małe firmy penetrowały niezaopiekowane tematy gigantów i wykorzystywały to do namieszania w branży. ⏩ Want to be a Disruptor?
  16. Cztery charakterystyki, które produkt musi zaopiekować lub zaadresować, zanim zaczniemy development. ⏩ Four Product Success Factors
  17. Jeśli transformacja zwinna ulokowana jestw w złych zamiarach, nic jej nie uratuje. ⏩ When Agile, Self-Management, and Holacracy Fail
  18. Kilka przykładów z M3.0 na budowanie zaufania, jasności ram i możliwości podejmowania decyzji, na przykładzie współpracy z zarządem czy “szefem”. ⏩ Managing “Up” : How to Manage Your Manager (with the help of Management 3.0)
  19. Rzeczy, które jako PM (czy PO) powinno się wiedzieć na temat developmentu i pracy programistów, oraz jak tę wiedzę pozyskać. Cenne uwagi, jednak zabrakło mi nieco więcej o długu technicznym. ⏩The top 5 things PMs should know about engineering
  20. Wnioski z badań dotyczących najlepszych zespołów i cech, dzięki jakim okazywały się być najbardziej efektywnymi. ⏩ 4 Characteristics Of High Performing Teams
  21. W zwinnym prowadzeniu developmentu nie jest kluczowe, aby zapierdalać, ale utrzymywać stałe tempo dostarczania przez cały czas. Stąd nie tylko powinniśmy patrzeć na to, co dostarczyliśmy, ale i co kryje się za tym. ⏩ Working toward Sustainable Pace in Scrum and Kanban
  22. Teraz lepiej rozumiem, co Łukasz miał na myśli, mówiąc o organizacjach, które w pandemii przechodziły bardzo trudne chwile, pomimo bycia uznawanymi za wysokorozwinięte. Do czego doprowadza koncentracja na utylizacji czasu pracy “zasobów”? Co nam umyka? ⏩ Free Time for Engineers
  23. Bardziej Call-to-Action niż informatywny materiał, ale trafia w sedno narzekań na Scrum czy Agile. ⏩ Grow up and stop blaming Scrum for your failure!
  24. Daleko jestem od stwierdzenia, że Agile is dead, czy coś takiego.m Natomiast, bez dwóch zdań Agile jest wykorzystywany jako materiał marketingowy czy buzzword. ⏩ McKinsey’s “Agile Transformation Office” is the Final Nail in the Coffin
  25. Wujek Bob Galen sprzedaje jak pożenić deadline z Agile. ⏩ Kobayashi Maru of Agile Culture — RGalen Consulting
  26. Jedną z moich ulubionych metafor dotyczących Scrum i Agile jest porównanie do latarki, która pokazuje wszystkie brudy, które staraliśmy się ukryć w kątach czy pod dywanem. Dlatego organizacje, w których równie dużo uwagi co do celów produktu, skupia się w zapewnieniu, że będzie na kogo zwalić winę za porażkę, nienawidzą zwinności. ⏩ Why failure cultures hate Agile.

Do oglądania | słuchania

  1. Zaczynamy od bomby: Krystyna Czubówna czyta Scrum Guide :D ⏩ Scrum Guide audio - czyta Krystyna Czubówna
  2. Nie wrzucam do Ściany odcinków Meta-Castu, albowiem musiałbym to robić ciągle (taką dają wartość), aczkolwiek dla tego epka zrobię wyjątek - dużo cennych słów i postanowień na nowy rok, które warto przemyśleć. ⏩ A Refinement Resolution
  3. Kolejna osoba, którą mógłbym słuchać na okrągło, nawet jeśli miałaby mówić o tym samym. Jeff Patton i dlaczego myślenie produktowe jest tak trudne. ⏩ Why Product Thinking is so Hard (and what you can do about it)

Heheszek