Do czytania

  1. Tę Ścianę Tekstu rozpoczynamy od _Myślenia Systemowego. _Temat, który od dłuższego czasu jest dla mnie niezwykle istotny, albowiem im bardziej go rozumiem, tym wszystko inne, co staje na mojej drodze, staje się łatwiejsze do ogarnięcia. Tutaj streszczenie, a raczej pigułka książki: “Thinking in Systems”, którą wrzucam na listę zakupów. ⏩ “Thinking in Systems” (Book Review)

  2. Nieco więcej o myśleniu systemowym, również na podstawie książki ww. ⏩ Systems Thinking: Resilience, Self-Organization, and Hierarchy

  3. A tutaj, _deep dive _ w temat pętli zwrotnych, które są istotną częścią myślenia systemowego. ⏩ Feedback loops everywhere

  4. Obecnie w pracy staje przed zadaniem zakorzenienia w zespołach, jak i całej organizacji, podejście dwutorowego Agile, a więc symultanicznego developmentu oraz eksploracji produktowej. Ten materiał został mi polecony, jeśli chodzi o budowanie treści dla eksperymentów i części discovery. ⏩ Why This Opportunity Solution Tree is Changing the Way Product Teams Work

  5. Wskazówki na radzenie sobie z bugami W Scrumie. Fajne, ale nieco skrzywiłem się, gdy materiał podpowiedział, aby “wrzucić bugi do backlogu jako user story do rozwiązania w kolejnym sprincie” - to nie brzmi dobrze. ⏩ Scrum by Example – How to Handle Production Support Issues in Scrum

  6. Kontynuuje moją podróż przez budowanie kultury feedbacku w organizacji, a przynajmniej zbieranie materiałów i wskazówek, które mogą mi pomóc. Tutaj kolejna porcja ciekawych rad. ⏩ 5 Ways to Improve the Employee Performance Review

  7. Roadmapa oparta na celach i okazjach, jako przeciwdziałanie toksycznej sytuacji stawania się fabryką “ficzerów”. Podoba mi się również koncentracja na tym, że wypuszczenie kodu to nie koniec pracy nad rozwiązaniem dla klienta. ⏩ OUTCOME BASED ROADMAPS : Unleash the Power of a Shared Vision and Purpose

  8. Przewodnik po organizacji warsztatów z tworzenia Opportunity Solution(s) Tree dla zespołu produktowego. ⏩ The Opportunity Solution Tree

  9. A skoro już jesteśmy przy zespołach produktowych, to jakie osoby do nich pasują, jakie nie i co robić, jeśli mamy niedopasowanie. ⏩ How to turn a feature team into a product team?

  10. Czytałem już wiele prób wprowadzenia premii finansowych w zwinnej organizacji i chyba skłaniam się przyznać autorowi rację - lepiej nie. Po prostu. ⏩ Agile Bonuses – The Damage They Do

  11. Kilka wskazówek o rozlokowaniu zespołów i pracy zdalnej, gdy jednocześnie staramy się aplikować w organizacji szkielet, zaproponowany przez książkę Team Topologies. ⏩ Enabling Effective Remote Working - Principles and Patterns from Team Topologies

  12. Nie wiedziałem o tym, że Etsy jest kolejnym przykładem ciekawie zarządzanej organizacji zwinnej, więc z przyjemnością dodaje firmę do listy udanych aplikacji Agile. ⏩ Introducing a product delivery culture at Etsy

  13. Przy okazji czytania materiały o pracy zdalnej i Team Topologies, trafiłem na cenne wskazówki i porady o komunikacji poprzez Slack dla organizacji. ⏩ Using Slack for remote teams: Where we got it wrong

  14. Zawsze powtarzałem, że z założenia zakładam, że każdy w zespole przychodzi do pracy wykonać swoje zadania, najlepiej jak potrafi, a problemy, czy niedociągnięcia mają związek z czymś zewnętrznym - tekst właśnie o tym. ⏩ Why We’re Better Off Assuming People Are Competent And Hardworking

  15. Co robić, kiedy cele się zmieniają, czy to coś, do czego powinniśmy się przygotować i jak rozmawiać z osobą, podejmującą te decyzje? ⏩ 5 options for when the boss changes the target before you reach the last one

  16. Niby banał, ale jednak sprowadzenie wniosku z obsługi “wąskich gardeł” jako część retro, to przydatna uwaga. ⏩ Optimize at the Constraint - only!

  17. Alexey Krivitsky o backlogach zbudowanych z epiców oraz zagrożeniu z formowania z nich projektowych planów. Temat znany wam, jeśli czytaliście o backlogach czy roadmapach opartych na celach, czy artykuły, w których odnoszono się do różnicy output vs outcome. Mimo wszystko, dobre lektury:

    1. Backlog zbudowany z epiców jako antywzorzec. ⏩ Avoid Epic-Driven Development
    2. Lepszy pomysł na skorzystanie impaktu jako budulec planów. ⏩ Try Impact-Driven Product Backlog
  18. MIko Cohn jest jedną z osób, która jest promotorem stosowania story pointów w zespołach do szacowania i o ile się z nim zgadzam, tak ten materiał musiałem nieco przetrawić. Wiem, co chciał osiągnąć, ale nieco realizacja była chwiejna. ⏩ The Main Benefit of Story Points

  19. Znalazłem jeszcze jeden z jego materiałów w moich obserwowanych i ten już znacznie lepiej rozwija myśl wyżej oraz daje konkretne przykłady do wykorzystania przy rozmowie o punktach, oraz czasie. ⏩ Don’t Equate Story Points to Hours

  20. Lubię pracować na canvasach, więc tutaj mamy takowy dla celu produktu, o którym w Scrum Guide nie mówi się za dużo, a jednak jest kluczowy. ⏩ Your Unfit Product Goal and the Product Goal Canvas — Making Your Scrum Work (28)

  21. W jaki sposób wykorzystać WIA w Scrumie? ⏩️ Using Kanban practices within Scrum — Work Item Ageing

  22. Odmawianie nie jest proste, więc warto wiedzieć, jak to robić z gracją? ⏩️ Doing “No” Better

  23. Schematy budowania eksperymentów, które mają sens i są zrozumiałe dla innych. ⏩️ Pattern Language for Experiment Writing

  24. Temat długu technicznego to coś, o czym bardzo chce nagrać materiał. Ten tekst na pewno się przyda, choć moim zdaniem jest znacznie łatwiejszy w ogarnięciu punkt widzenia, patrzenia na tech debt i radzenie sobie z nim. ⏩️ What Does Technical Debt Tell You?

  25. User Stories - niby materiał powtórka, ale czasem znajdzie się w takich tekstach coś nowego i ciekawego. Taką nowością jest dla mnie akronim TAPA jako alternatywa dla INVEST. Fajne. ⏩️ Writing User Stories and building successful products

Do oglądania | słuchania

  1. Kanał Agile for Humans i ich program Your Daily Scrum wiele razy polecałem, jednak z okazji nadchodzących Świąt, panowie przygotowali stream, na którym odpowiadają na pytania z czatu w czasie rzeczywistym. ⏩ YDS: Christmas 2022 Live Edition

  2. Świetna debata na temat story pointów i metryk flow, pomiędzy dwójką moich “bohaterów” świata Agile. ⏩️ The Great Story Points and Velocity Debate ft. Josh Anderson

Heheszek

David Attenborough o programistach 🙂