Do czytania

  1. Kilka cennych wskazówek z akcjami, które możemy wprowadzić w życie, jeśli nasza codzienność w organizacji polega na gaszeniu pożarów. ⏩️ http://terrydanylak.com/newsletter/operations/stop-fighting-fires

  2. Podobnie ciekawy sposób na priorytetyzacje do WSJF, aczkolwiek jeszcze bardziej moim zdaniem nastawiony na szacowanie czy zgadywanie. Fajne, aczkolwiek najważniejsze, aby pamiętać, że składanie czterech palców wystawionych na wiatr, to wciąż prognoza. ⏩️ http://intercom.com/blog/rice-simple-prioritization-for-product-managers

  3. Zmniejszyć product backlog - brzmi podobnie nierealistycznie co wizja zmniejszenia przez ojca swoich dzieciaków. ⏩️ http://mdalmijn.com/p/honey-i-shrunk-the-backlog

  4. Ależ to jest ważna wskazówka dla każdego, kto wpadł w szał product discovery i wartości dla klienta. Nie wszystko, co robimy w produkcie, MUSI być odpowiedzią na potrzeby klienta. ⏩️ https://itamargilad.com/solvingproblems/

  5. Tak szacowanie ssie, ale jest przydatne. Poza wskazówkami z materiału polecam zaakceptować ich niedoskonałość i dobrać dojście do nich adekwatnego do tego. To szacunki. Nie udawajmy zatem, że stoi za nimi nauka. ⏩️ https://productify.substack.com/p/why-software-estimates-suck-heres

  6. Dynamika konstrukcji i dekonstrukcji zespołów to coś, do czego powinniśmy podchodzić bez strachu, ale z należytą starannością. Zgrane zespoły są świetne, dopóki mają sens. ⏩️ http://agileconnection.com/article/move-or-not-move-optimizing-agile-teams

  7. Bardzo dobra rada - mniej mędrkowania o Agile, więcej słuchania i empatii na potrzeby innych. ⏩️ http://mdalmijn.com/p/agilesplaining-why-the-c-level-doesnt

  8. Dosyć zagmatwany materiał, aczkolwiek myśl, jaką stara się przekonać, jest całkiem solidna. Wszystkie mody, ruchy w branży itp., przechodzą przez pewien proces. Od myśli grupki osób, po zepsucie certyfikatami. ⏩️ http://agileproductdevelopment.substack.com/p/the-way-is-dead-long-live-the-way

  9. Gamifikacja wylała się ze świata gier, do wszystkich dziedzin naszego życia - czy to dobrze? ⏩️ http://technologyreview.com/2024/06/13/1093375/gamification-behaviorism-npcs-video-games

  10. Autor twierdzi, że znalazł rozwiązanie dla jednej z bolączek zwinności, ale poza ogólnikami i mądrymi radami, nie widzę tutaj nic rewolucyjnego. Mimo wszystko, to słuszne wskazówki, ale nie oczekujcie srebrnych kul. ⏩️ http://linkedin.com/pulse/agility-shares-expected-utility-problem-heres-henry-e-pozzetta–smyde?lipi=urn%3Ali%3Apage%3Ad_flagship3_pulse_read%3B4CPh61lCSMaY22fQGJKDAA%3D%3D

  11. Marty Cagan często mówi z sensem i ma dużo racji. Może jego nienawiść i ofensywa przeciwko Scrum jest konieczna, aby wyplenić świat produktowy z gównianych implementacji frameworka i Agile? Trudno mi się jednoznacznie zgodzić z nim, natomiast np. tutaj się zgadza - nie zawsze trzeba ruszać z transformacją. ⏩️ http://svpg.com/the-product-model-and-org-design

  12. …a tutaj na temat pogodzenia świata produktowego i modelu outsourcingu. ⏩ https://www.svpg.com/the-product-model-in-outsourcing/

  13. Perfekcyjne gorsze od dobrego. Stara zasada, która wciąż jest niezwykle pożyteczna. ⏩️ http://newsletter.eng-leadership.com/p/perfectionism-one-of-the-biggest

  14. Kiedy poleganie na danych wybucha nam w twarz. Nie zawsze i nie zupełnie powinniśmy polegać tylko i wyłącznie na danych. ⏩️ http://uxdesign.cc/nikes-25b-blunder-shows-us-the-limits-of-data-driven-ad30b6e3d938

  15. Pracujecie w roli Agile Coacha i czujecie wypalenie? Nie jesteście sami. Tutaj kilka wskazówek, jak sobie radzić w sytuacji. ⏩ https://medium.com/the-liberators/are-agile-coaches-burning-out-06d5af2e4e1a

  16. Przeważnie, kiedy daję ludziom radę jak ogarniać wiele rzeczy naraz (z powiedzmy sukcesem), a więc „wystarczy nie spać”, dziwnie się na mnie patrzy, zatem oto kilka wskazówek dla organizacji swojego czasu pracy od Lennyego. ⏩️ http://lennysnewsletter.com/p/time-management-techniques-that-actually

  17. Do tej pory słyszałem jedynie pochlebne oceny na temat Team Topologies, więc ciekawie było przeczytać nieco krytyczne spojrzenie na tę tematykę, choć uważam, że zarzuty autora to podobne argumenty, jakie słyszałem w stosunku do Scrum Guide’a - do tego mogę jedynie dodać, że zarówno jedno, jak i drugie wymaga myślenia i nie należy go stosować jako silver bullet. ⏩️ http://martyoo.medium.com/stop-team-topologies-fd954ea26eca

  18. Zarządzanie ryzykiem to wymagający kawał naszej codzienności, więc każde wskazówki mogą się przydać. ⏩️ http://martyoo.medium.com/stop-team-topologies-fd954ea26eca

  19. Nigdy nie zastanawiałem się nad tym, ale to bardzo ciekawa koncepcja. Cholernie ryzykowna, ale daje do myślenia, czy warto. ⏩️ http://romanpichler.com/blog/stakeholders-on-the-product-team

  20. Ciekawe spojrzenie na budowanie strategii, mówiące o problemach i przeszkodach jako jej integralnymi częściami. ⏩️ http://cultivatedmanagement.com/how-to-build-a-strategy

  21. Garść wskazówek dotyczących upewniania się, że to, co oddajemy użytkownikom w naszym produkcie, naprawdę rozwiązuje jego problemy. ⏩️ http://userpilot.com/blog/identify-how-a-product-or-service-solves-customers-problems

  22. Zasadniczo nie przepadam za tym podejściem: coś zostało doprowadzone do karykatury przez niewłaściwe stosowanie, więc porzućmy to zupełnie. Słyszałem to o story pointy, MVP, czy nawet Scrum. Rick Mironov do swojej listy „niechcianych” praktyk dodaje priorytety - eh. ⏩️ http://mironov.com/prioritize

  23. Intrygujący pomysł z rotacjami w osobie developera, który dołącza do zespołu discovery i wykonuje więcej pracy badawczej, aniżeli kodzenia. Mnie to inspiruje do stworzenia ochotników discovery z zespołu. ⏩️ http://producttalk.org/2024/08/rotate-engineers-product-trio

  24. Przykład zdrowego i niezdrowego konfliktu w zespole. ⏩️ http://antmurphy.me/newsletter/healthy-and-unhealthy-tension

Do oglądania | słuchania

  1. Bardzo zwięzły i precyzyjnym materiał o tym, czym jest coaching, czym nie jest, o feedbacku i jego karykaturach, a także przykładach rozmów z osobami, który wydaje się, że chcą coachingu. ⏩️ https://youtu.be/ug2S2lohArs?si=d-nyfMPARpl0w6Tj

  2. Simon Wardley wyjaśnia siłę mapowania, a konkretnie Wardley Maps. ⏩️ https://www.youtube.com/watch?v=dcp6YMAmI3M

Heheszek

alt_text