Do czytania

  1. Podobno na Netflix pojawił się materiał dokumentalny poświęcony upadkowi jakości w samolotach Boeinga. Kiedyś już czytałem o szczegółach tego, co działo się wewnątrz organizacji, a tutaj bardziej o skutkach na zewnątrz. ⏩‘All those agencies failed us’: inside the terrifying downfall of Boeing
  2. Jakie są najczęściej widziane, błędne powody, dla których organizacja podejmuje się transformacji ku Agile. ⏩Good and Bad Reasons for Moving to Agile
  3. OKR to najczęściej cele, która ustanawiamy dla naszego zespołu czy produktu na czas miesiąca, czy kwartału, co jednak nie oznacza, że należy o nich zapomnieć. ⏩OKRs are not “Set it and forget it!”
  4. Jaki model odpowiedzialności za kod wprowadzić w organizacji? Zupełny ownership, rozproszoną odpowiedzialność, a może coś pomiędzy? ⏩ Code Ownership, Stewardship, or Free-for-all?
  5. Dużo w ostatnim czasie mówię o tym, że siła Scruma oraz innych frameworków agileowych, polega na korzystaniu z danych, faktów oraz szybkiego weryfikowania hipotez, poprzez eksperymenty — to nie oznacza, że powinniśmy zupełnie pomijać swojego “nosa”. ⏩How to Stop Overthinking and Start Trusting Your Gut
  6. Samoorganizacja — łatwo się mówi, ale gorzej z wprowadzeniem. Oto dlaczego. ⏩Installing, abdicating, and unleashing
  7. Powiem szczerze, że nie podoba mi się wydźwięk tego materiału, choć rozumiem jego przekaz. Dużo tutaj negatywnych komentarzy o DOBRYCH i działających praktykach, które jeśli są używane z negatywnym kontekstem czy zamiarem, to będą wyłącznie szkodzić — co nie oznacza, że są ZŁE. ⏩Agile, Lean Startup, Holacracy: Stop Surfing The Management Fad
  8. Sprint Review bez osób odpowiedzialność za biznes czy dla których budujemy produkt, nie ma sensu. Mike Cohn podaje wskazówki jak zagonić ich na spotkanie oraz sprawić, aby było one dla nich atrakcyjnym. ⏩Top 7 Ways to Get Stakeholders to Attend Sprint Reviews
  9. W jaki sposób rozmawiać z przełożonymi oraz akcjonariuszami, gdy musimy odmówić pracy nad ich zleceniem i nie zepsuć sobie zupełnie relacji z nimi. ⏩How product managers can say no and not lose their job
  10. Klasyczne błędy, które powodują, że szacowanie w punkach historyjek, staje się absurdem. ⏩ The Five Anti-patterns of Estimating User Stories
  11. Odwieczne pytanie: czym jest ten ‘agile mindset’ i czy w ogóle można go zdefiniować? ⏩ The Agile Elephant and the agile mindset
  12. Również i w firmach produktowych można się wypalić zawodowo. To nie tylko domena korporacji. Przyczyna bowiem to nie struktura i skala organizacji, a codzienność. ⏩ Burnout in product teams
  13. Zbiór użytecznych materiałów dla osób kierujących produktem. ⏩ A Working List of Resources for Product Owners
  14. Bardzo wnikliwe case study, jak organizacja świadoma prawa Conweya powinna wypracować nową strukturę organizacyjną swoich zespołów, aby sprostać wyzwaniom wytwarzania produktu. ⏩ How we used Conway’s Law to create high-performing teams
  15. W jaki sposób oraz o czym pamiętać przy mierzeniu wartości dodanej wytwarzanego produktu. ⏩ How to measure the added value of a product

Do oglądania | słuchania

  1. Jaką funkcję pełni QA w procesach zwinnych? ⏩ The Role Of QA in Agile Software
  2. Niezwykle inspirujące wideo na temat leadershipu w wykonaniu Davida Marqueta, na podstawie jego ksiażki Turn the Ship Around. ⏩Leadership on a Submarine
  3. Jestem w trakcie czytania książki Daniela Vacantiego o szacowaniu i planowaniu na podstawie metryk, np. cycle time czy throughput. Tutaj prezentacja, która w zasadzie porusza pierwszy rozdział książki i sprzedaje ogólną myśl, jaka powinna nam towarzyszyć, myśląc o szacowaniu w zespole. ⏩When Will It Be Done
  4. Pierwszy raz słuchałem podcastu leadingagile, ponieważ zainteresował mnie temat: rozmowa o taskach typu: spike. O tym, czym są w spike’i, jak powinno się je stosować i kiedy. Słuchany w ⅔, ponieważ końcówka to reklama ich firmy. ⏩ All About Spikes with Stephen Cavaliere
  5. Henrik Kniberg o zwinnym zarządzaniu produktem przez PO. ⏩ Agile Product Ownership in a Nutshell

Heheszek