Do czytania
-
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
-
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
-
Zmniejszyć product backlog - brzmi podobnie nierealistycznie co wizja zmniejszenia przez ojca swoich dzieciaków. ⏩️ http://mdalmijn.com/p/honey-i-shrunk-the-backlog
-
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/
-
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
-
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
-
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
-
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
-
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
-
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
-
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
-
…a tutaj na temat pogodzenia świata produktowego i modelu outsourcingu. ⏩ https://www.svpg.com/the-product-model-in-outsourcing/
-
Perfekcyjne gorsze od dobrego. Stara zasada, która wciąż jest niezwykle pożyteczna. ⏩️ http://newsletter.eng-leadership.com/p/perfectionism-one-of-the-biggest
-
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
-
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
-
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
-
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
-
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
-
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
-
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
-
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
-
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
-
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
-
Przykład zdrowego i niezdrowego konfliktu w zespole. ⏩️ http://antmurphy.me/newsletter/healthy-and-unhealthy-tension
Do oglądania | słuchania
-
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
-
Simon Wardley wyjaśnia siłę mapowania, a konkretnie Wardley Maps. ⏩️ https://www.youtube.com/watch?v=dcp6YMAmI3M
