Do czytania

  1. Kiedy jedziesz samochodem, słuchasz artykułu i wyglądasz jak podczas słuchania Wu-Tang Clan (kiwasz głową), to wiesz, że materiał wchodzi z Tobą w rezonans. Jonatan trafia w bardzo celne punktu myślenia o długu technicznym i korzystaniu z niego. ⏩️ http://levelup.gitconnected.com/why-zero-tech-debt-is-a-myth-and-maybe-a-red-flag-4a83ebc66e60

  2. Skoncentrowane się na potrzebach klienta to istotna część pracy produktowej, jednak nie można po prostu podejść do kogoś i zapytać, czego mu potrzeba - więc co zamiast tego? ⏩️ http://every.to/chain-of-thought/how-to-figure-out-what-people-want

  3. *” Wszystkie modele są błędne, ale niektóre użyteczne”. - *warto pamiętać przy czytaniu tego wpisu. Kolejne podejście, kolejny model, który nie jest rozwiązaniem na wszystkie problemy, ale ma w sobie sporo wartości. ⏩ http://theagilemindset.substack.com/p/from-silos-to-synergy

  4. Praca z zespołem, a z osobami kierującymi organizacją, to zupełnie inne wyzwanie. Jak się za to zabrać? ⏩ http://andycleff.com/2024/10/beyond-frameworks-leadership-evolution

  5. Dużo z tego biorę z sobą. Super wytłumaczenie, jaki jest problem z nadużywaniem ‘psychological safety’. ⏩ https://www.leadingsapiens.com/psychological-safety-vs-high-standards/

  6. Bardzo dobry tekst, który z pozoru kierowany jest do programistów, ale mówi bardzo dużo o wartościach, jakie firma przyjmuje dla swojego engineeringu. ⏩ https://rethinkingsoftware.substack.com/p/programmer-collaboration-styles

  7. Dziesięć najczęściej popełnianych błędów w rzemiośle Product Managera/Ownera. ⏩ https://www.productcompass.pm/p/10-sources-of-waste-in-product-management

  8. Czytam sobie te wskazówki dla lepszych retrospektyw w zespołach i się zastanawiam, czy ludzie rozumieją sens i cel tego spotkania w Scrum. Tylko dlatego, że gdyby tak było, to nie potrzeba aż tylu podpowiedzi, bo one same w sobie są bardzo fajne. ⏩ https://medium.com/@ss-tech/why-traditional-retrospectives-are-redundant-d8b6046011f3

  9. Przykład transformacji, która nie poszła po myśli organizacji. Case study ku przestrodze. ⏩ https://mdalmijn.com/p/how-a-digital-transformation-can

  10. W jaki sposób wybieray technologię i podejmujemy decyzję, czy korzystać z biblioteki A lub narzędzia B? ⏩ https://newsletter.posthog.com/p/how-we-choose-technologies

  11. Value Stream Mapping to przydatne narzędzie, które w rękach konsultantów niestety może wyrządzić więcej szkody, aniżeli pożytku. ⏩ https://theitriskmanager.com/2024/11/09/value-streams-and-the-failureship/

  12. Koniec złotej ery Scrum? Raczej bym powiedział, że epoki trzepania kasy na certyfikatach. ⏩ https://mdalmijn.com/p/sayonara-to-the-golden-age-of-scrum

  13. Fantastyczne zakończenie artykułu:* “To bardziej pragmatyczne, luźne ramy, niż te, których doświadczyłem. Tak?”. *TAK! ⏩ https://www.leadingagile.com/2024/11/what-to-do-when-scrum-collides-with-the-reality-of-your-organization/

  14. Mega ciekawy pomysł! Pre-mortems. Pierwszy raz słyszę o tej koncepcji i podoba mi się bardzo. Redukowanie ryzyka w stylu pracy zespołowej pomiędzy rolami. ⏩ https://www.productcompass.pm/p/how-to-run-pre-mortem-template

  15. Jedną z niezwykle istotnych kwestii do wypracowania w sobie przez doświadczenie, jest umiejętność rozpoznawania i podejmowania się starć, które są istotne. Jednocześnie idąc na ustępstwa i kompromisy w innych. ⏩
    https://www.linkedin.com/pulse/picking-your-hills-die-what-do-when-you-cant-disagree-benji-portwin-zusze?utm_source=share&utm_medium=member_android&utm_campaign=share_via

  16. Wypuszczanie kolejnej wersji produktu, czy nowego ficzura, to coś więcej niż kliknięcie w deploy na Jenkinsie. ⏩ https://www.seangoedecke.com/how-to-ship/

  17. Fajnie, że ktoś o tym pisze. W branży dużo się mówi o koncentracji na kliencie i jego potrzebach (słusznie!), ale kondycja biznesu organizacji to również istotny element układanki, jaką jest tworzenie produktów. ⏩ https://www.lostconsultants.com/2024/11/18/user-centricity-vs-company-constraints-finding-the-right-balance/

  18. Cykl życia produktu opisany w bardzo przyswajalny sposób. ⏩ https://www.romanpichler.com/blog/the-product-strategy-and-the-product-life-cycle/

  19. Życie potrafi płatać niezłe figle, np. wrzucić w rekomendacje content dla roli, którą będzie się pełnił w organizacji (prawie). Tutaj fajna dyskusja na temat połączenie pozornie niwelujących się słów: Agile i Projekt. ⏩ https://agileproductdevelopment.substack.com/p/agile-project-management-with-johanna

  20. Nie wyobraźcie sobie, ile razy widzę organizacje lub zespoły, cierpiące z powodu toksycznej osoby, która jest “nie do ruszenia”. Ze względu na wiedzę i umiejętności, połączone z brakiem “jaj” osób zarządzających firmą. Fajnie, że pojawiło się to w tekście, albowiem sam w to głęboko wierzę: nie ma osób niezastąpionych. ⏩ https://mikefisher.substack.com/p/the-brilliant-jerk-vs-team-performance

  21. Kolejne narzędzie z kategorii mapowania: example mapping. ⏩ https://agilepainrelief.com/blog/example-mapping-your-secret-weapon-for-effective-acceptance-criteria.html

  22. Wizja, pewnie też misja i zdecydowanie strategia, to kluczowe aspekty dla organizacji produktowej. Czym są i po co nam one? ⏩ https://www.mindtheproduct.com/deep-dive-crafting-your-product-vision-and-mission/

Do oglądania | słuchania

  1. Wprowadzenie do tego, czym jest Kata w zrozumieniu Toyota Productions System. ⏩ http://soundcloud.com/troubleshootingagile/toyota-kata-a-z

  2. Lubię takie materiały. Za każdym razem upewniam się, że moje zrozumienie frameworka i to, w jaki sposób ja stosuje SCRUM, wciąż się trzyma mocno. Żaden z prezentowanych problemów, czy absurdalnych scenariuszy nie ma związku ze Scrumem. Uf! ⏩ https://www.youtube.com/live/HMD4OVZAh_E?si=RwpbpTs-7a_OUSpX

  3. Jeff Gothelf rebranduje swój Lean UX Canvas, który staje się Lean Product Canvas i Lean Strategy Canvas. Zmiany mają sens. Mocno polecam. ⏩ https://youtu.be/V_cpMJDNXwU?si=EKD1gnuSl4ukwB_Y

Heheszek

alt_text