Dostarczaj Wartość - Praktyki, które działają on Dostarczaj Wartość

Ściana tekstu Marzec 2026

Sun, 01 Mar 2026 00:00:00 +0000

Do czytania

Godzina planowania może zaoszczędzić dni programowania - stare porzekadło, które od zarania dziejów miało sporo sensu w tworzeniu oprogramowania, podobno ma jeszcze więcej dla programowania z AI. ⏩️ Stop Coding and Start Planning https://every.to/source-code/stop-coding-and-start-planning-be0b4fd1-5898-4b09-bfda-0b00ea0004fd
Całkiem sensowne podejście do szacowania pracy nad oprogramowaniem. Szczególnie podoba mi się dostosowanie podejścia do źródła, które o nie prosi. ⏩️ How I estimate work as a staff software engineer https://www.seangoedecke.com/how-i-estimate-work/
Fajne porównanie pomiędzy rugby i scrum, a więc pary, od której zaczęła się historia frameworka w IT. Tekst koncentruje się na wypracowaniu sobie przez zespół “prawa do” decydowania oraz o nawykach, które naprawdę przyśpieszają pracę. ⏩️ Speed Is Never Just Speed https://mikefisher.substack.com/p/speed-is-never-just-speed

Deadline24: Lekcja Ekstremalnej Presji

Mon, 23 Feb 2026 00:00:00 +0000

Deadline24: Lekcja Ekstremalnej Presji

Kontynuując temat rozliczenia się z Extreme Ownershipem, a dokładnie z jego implementacją i zrozumieniem, postanowiłem dziś zejść na niższy poziom — poziom praw bojowych — i pokazać jak się one mają do chaosu i stresu.

Panika

W 2014 roku coś mnie pokusiło (a raczej ktoś, bo to, że się zdecydowałem, to zasługa moich kolegów i mentorów Tymka i Sebastiana), by pójść na konkurs programistyczny Deadline 24 Lite. Zespół dostawał 3 zadania. Budował 3 boty. Boty miały za zadanie konkurować z innymi botami pisanymi w czasie tego konkursu przez inne zespoły.

Ściana tekstu Luty 2026

Fri, 06 Feb 2026 00:00:00 +0000

Do czytania

John Cutler w krótkim wpisie na LinkedIn podzielił się swoją definicją różnicy pomiędzy modelem produktowym, a system operacyjnym organizacji. ⏩️ Product Operating Models vs Operating Systems: Whait s the Difference | John Cutler posted on the topic | LinkedIn https://www.linkedin.com/posts/johnpcutler_i-see-a-lot-of-companies-confused-about-product-activity-7407653832941477889-tq8t
Po wpisach na temat tego, jak Spotify i Amazon implementują model produktowy w swoich organizacjach, teraz czas na Google. ⏩️ The Product Model at Google | Silicon Valley Product Group https://www.svpg.com/the-product-model-at-google/ i w sumie warto przypomnieć sobie właśnie wersję dla Spotify i Amazon ⏩️ The Product Model at Spotify | Silicon Valley Product Group https://www.svpg.com/product-model-at-spotify/ ⏩️ The Product Model at Amazon | Silicon Valley Product Group https://www.svpg.com/product-model-at-amazon/

Extreme Ownership - fundament który źle zrozumiałem - czyli o byciu liderem od du.. strony

Tue, 20 Jan 2026 00:00:00 +0000

O uczuleniu na słowo “lider”

Mam uczulenie na słowo “lider”.

Zbyt często widzę jak ludzie dostają tę etykietkę, stanowisko, a co gorsza - widełki - podczas gdy te osoby mają tyle wspólnego z liderowaniem co ja z baletem.

Dlatego używam tego słowa ostrożnie.

Dla mnie to nie nazwa. To filozofia. Postawa. Sposób bycia. Sposób tworzenia kultury.

Jest takie powiedzenie: “Jeśli musisz ludziom przypominać, że jesteś królem, to nim nie jesteś.”

Ściana tekstu Styczeń 2026

Fri, 02 Jan 2026 00:00:00 +0000

Do czytania

Model Tuckmana jest z nami od dłuższego czasu i jednym z nadużyć, jakie widzę w osobach powołujących się na niego, jest to, że zapominają, że to nie jednokierunkowy tor. Nowy pomysł na rozwój naturalny trochę stara się to opisać lepiej, stosując inne nazewnictwo. ⏩️ Tuckman’s Model vs Modern Teams: A New Five Stage Approach https://andiroberts.com/teamwork/why-tuckmans-model-may-no-longer-serve-21st-century-teams
Wszyscy mieliśmy z nimi do czynienia. W każdej organizacji znajdziemy ich przedstawicieli. Jak radzić sobie z toksycznymi personami w pracy? ⏩️ How To Deal With Difficult People At Work: 4 Secrets From Experts - Barking Up The Wrong Tree https://bakadesuyo.com/2025/11/difficult-people/

Ściana tekstu Grudzień 2025

Sat, 06 Dec 2025 00:00:00 +0000

Do czytania

Hah, kiedy ja opowiadam o tym problemie używam podobnego przykładu do Martina - mówię o topielcu oraz dobrym pływaku i jak obaj docierają do celu. Świetne wystąpienie. ⏩️ https://youtu.be/DU06c7f9fzc?si=U3lqMdMgLKfmRiPK
Wiedzieliście o tym, że w latach 40. amerykańskie CIA wydało podręcznik sabotowania swojego miejsca pracy? A o tym, że dzisiejsze organizacje go stosują nieświadomie? ⏩ The Sabotage Manual
https://wanderingtechnologist.substack.com/p/the-sabotage-manual
Przyznam, że nie mam pojęcia, co do końca myśleć o tym artykule. Myślę że rozwiązanie proponowane jest odpowiedzią, ale na bardzo specyficzny scenariusz. ⏩ Leveling Up Teams Fast and Slow
https://staysaasy.com/management/2025/10/21/leveling-up-fast-and-slow.html

Ściana tekstu Listopad 2025

Fri, 07 Nov 2025 00:00:00 +0000

Do czytania

Podejmowanie się eksperymentów to nie czynność, którą od czasu do czasu robimy w zespole, ale zmiana organizacyjna polegająca na ukierunkowanie się na małe zakłady i szybkie uczenie się - w całej organizacji. ⏩Experimentation Is a Culture, Not a Task | Amplitude https://amplitude.com/blog/experimentation-is-a-culture
Jaka nauka płynie z tego materiału? Odchodzenie klientów od naszego produktu to naturalna kolej rzeczy, więc, zamiast próbować zapobiegać, nauczmy się nią zarządzać. ⏩Why retention is so hard for new tech products https://andrewchen.substack.com/p/lessons-learned-from-staring-at-thousands

Ściana tekstu Październik 2025

Fri, 10 Oct 2025 00:00:00 +0000

Do czytania

Wołanie o pomoc ze środka zarządzania organizacją? A może sensowne słowa przestrogi dla chętnych zwalniania wszystkich pomiędzy? ⏩The Innovation Crisis: Why Eliminating Middle Managers is Corporate Self-Sabotage - Cris Beswick https://crisbeswick.com/the-innovation-crisis-why-eliminating-middle-managers-is-corporate-self-sabotage/
W poprzednim miesiącu podawałem dalej materiał o wskazówkach dla radzenia sobie z wyzwaniami person, a tym razem coś dla przeciwdziałania ich porażką. ⏩ Why Personas Fail https://www.nngroup.com/articles/why-personas-fail/
To nie brak strategii, nie pozwala zespołom osiągać sukcesy, ale wspólny kierunek. ⏩ The Team Alignment Problem Killing Your Growth Strategy https://strategyn.com/the-team-alignment-problem-killing-your-growth-strategy/
Jak radzić sobie z narzekaniem w zespole i przekuć je w coś produktywnego. ⏩ How can I deal with a team member who is always complaining? | Andi Roberts - Executive Coach | Leadership Trainer | Facilitator https://andiroberts.com/leadership-questions/how-can-i-deal-with-a-team-member-who-is-always-complaining
Dużo mówi się o zagrożeniu dla trenerów, czy Agile Coachów/Scrum Masterów, ze strony sztucznej inteligencji, a jednak trudno wyobrazić sobie, by AI mogło całkowicie zastąpić trenerów - tych dobry, ma się rozumieć. ⏩ Why AI Won’t Replace Human Coaches https://knowledge.insead.edu/leadership-organisations/why-ai-wont-replace-human-coaches
W świecie, w którym nikt nie wie, co okaże się sukcesem, jedyne, co możemy zrobić, to wiele małych zakładów. ⏩ Small Bets https://mikefisher.substack.com/p/small-bets
Typy liderów produktowych i o fundamentalnych umiejętnościach, które leżą u stóp sukcesu w roli. ⏩ Product Leadership Archetypes | Silicon Valley Product Group https://www.svpg.com/product-leadership-archetypes/
Dwa pomysły, które wspomogą wasze samo-zarządzanie w organizacji - przyznam, że ten z pensjami jest bardzo ciekawy. ⏩️ When Self-Management Gets Real: Two Lessons You Can Steal - Blog https://www.corporate-rebels.com/blog/when-self-management-gets-real-two-lessons-you-can-steal
A cóż to się stało? AI nie pomogło w wypuszczeniu nowej wersji swojego modelu? Zapomniało o użytkownikach? Ależ szkoda. ⏩ What the GPT-5 launch teaches product managers - Mind the Product https://www.mindtheproduct.com/what-the-gpt-5-launch-teaches-product-managers/
Osiągnięcie PMF (product market fit) to solidne wyzwanie dla waszego produktu, ale nie wolno zaprzestać pracy po jego zdobyciu. Materiał pokazuje przykłady tego, jak szybko życie produktu może stanąć na głowie, jak i sposoby, aby nie zostać zaskoczony zmianami. ⏩️ Product Market Fit Collapse: The AI Tipping Point https://www.reforge.com/blog/product-market-fit-collapse
Oznaki, że wpadliście w tryb fabryki ficzerów i wskazówki, jak się z niego wykaraskać. ⏩ The Shipping Illusion: A Trap of Looking Busy (While Standing Still) https://insideproductorg.substack.com/p/the-shipping-illusion-a-trap-of-looking
Drabinka jest prosta: najpierw strategia, potem OKR i z nich do KPI. Easy, prawda? ⏩ How to Combine Product Strategy, OKRs, and KPIs https://www.romanpichler.com/blog/product-strategy-okrs-and-kpis/
Percepcja bycia pracowitym, a redukowanie WIP. ⏩ Reducing WIP: It’s All In Our Head https://mdalmijn.com/p/reducing-wip-its-all-in-our-head
Bardzo interesujące zobrazowanie, dlaczego nie można po prostu pstryknąć palcami i oczekiwać, że nasza organizacja zmieni się w…. samo-organizacje. ⏩ The 4 Human Skills That Make Self-Management Work - Blog https://www.corporate-rebels.com/blog/the-4-human-skills-that-make-self-management-work
Roadmapy to iluzja. Nigdzie się o tym nie przekonuje lepiej, aniżeli co kwartał w mojej organizacji. Jednak w tym tekście nie rozmawiamy tyle o przewidywaniu przyszłości, ale komunikacji tego, co nie jest sexy, co często pomijamy i spychamy na później. ⏩️ The Roadmap Illusion https://insideproductorg.substack.com/p/the-roadmap-mirage
Materiał jest nasiąknięty promocją swoich kursów i programów szkoleniowych, ale pomiędzy nimi sprzedaje wartościowe składowe zarządzania z “myślą o ludziach” w centrum. ⏩️ What Is Human-Centered Leadership? 6 Human Skills for the Future of Work https://www.ideou.com/blogs/inspiration/human-centered-leadership-skills
Manipulacja to negatywnie naładowane słowo. Większości z nas kojarzy się z oszukiwaniem i krzywdą. Natomiast, jak ma to miejsce często w świecie, istotny jest kontekst i zamiar. ⏩️ How can I influence others without manipulating them? | Andi Roberts - Executive Coach | Leadership Trainer | Facilitator https://andiroberts.com/leadership-questions/how-to-influence-others-without-manipulating

Do słuchania lub oglądania

Co oznacza tytuł ‘Tech Lead’? Jakie obowiązki czekają na was w tej roli, i co powinno być waszym celem w organizacji? ⏩ https://youtu.be/TfBUPu5_G6A?si=n26fXBUUsZdRErYF
Rick Mironov nie przebiera w słowach i wyjaśnia brutalną prawdę o modelu prodktowym - prezesów nie obchodzi model produktowy, więc musicie z nimi rozmawiać w „języku”, na którym im zależy. ⏩️ https://www.youtube.com/watch?v=CXpOPSeEBKY
Tak wiele organizacji wciąż wieży w 100% utylizacje zasobów… czyli ludzi w zespołach. Podcast odpowiada, dlaczego to ślepy zaułek, ale też bardzo trafnie odróżnia slack od idle time. ⏩️ https://open.spotify.com/episode/7p27ej8fPec6GBjfH3JGYv?si=uZe4snu5SRmwT7PjqlIDnw

Ściana tekstu Wrzesień 2025

Fri, 05 Sep 2025 00:00:00 +0000

Do czytania

Intrygujące porównanie procesu discovery produktu i ścieżką, jaką podążała kinematografia. ⏩ Product Innovation is Discovery not Creation https://boz.com/articles/product-discovery
Umiejętność opowiadania historii nie przydaje się jedynie dla twórców książek, gier czy rodziców z dziećmi w wieku przedszkolnym. To również istotna zdolność dla liderów i managerów, aby pochwycić publikę i wzbogacić przekazywany temat. ⏩ 5 Storytelling Techniques for Leaders Who Want to Shape Culture https://www.ideou.com/blogs/inspiration/storytelling-for-leadership
Czytają materiał przypomniał mi się mój wykład wirtualny dla studentów, gdzie m.in. do kanbana proponowałem dodać kolumny przed i - nawet istotniej - po procesie. ⏩ Why Fast Feature Shipping Is Slowly Killing Your Product https://michaelgoitein.substack.com/p/why-fast-feature-shipping-is-slowly
O ile podoba mi się określenie ugówniania produktów, to moim zdaniem autor rozmija się z przyczyną takiego stanu rzeczy i określa go błędami w np. stawianiu celów, czy metodami pracy - gdzie problemem są modele biznesowe, które z góry zakładają: “dać dużo i tanio, zarabiać późnej”. ⏩ Fighting the Enshittification of Products: Why Good Products Go Bad and What to Do About It https://www.prodpad.com/blog/enshittification-of-products/
Jak z wykorzystaniem “5 whys” przeprowadzić z zespołem leczenie backlogu. ⏩ Forensic Product Backlog Analysis — A New Team Exercise https://www.linkedin.com/pulse/forensic-product-backlog-analysis-new-team-exercise-stefan-wolpers-oolcf
Mike Cohn dostarcza nie tylko wskazówkę, jak pracować jako lider dla zespołu, który “nie potrzebuje” prowadzenie, ale - co ważniejsze - jak je tworzyć. ⏩ Understanding and Leading Self-Organizing Teams - Mountain Goat Software https://www.mountaingoatsoftware.com/blog/the-role-of-leaders-on-a-self-organizing-team
Gdybyście natomiast zapomnieli jak korzystać z 5 (czy 9) Whys to tutaj opis aktywności z Liberating Structures. ⏩ Liberating Structures - 3. Nine Whys https://www.liberatingstructures.com/3-nine-whys/
Jakie są powody braku motywacji do pracy z wykorzystaniem AI w IT, wśród pracowników i liderów zespołów/organizacji? ⏩ Why 51% of Engineering Leaders Believe AI Is Impacting the Industry Negatively https://newsletter.eng-leadership.com/p/why-51-of-engineering-leaders-believe
Przypomniałem sobie o tym tekście w ramach rozszyfrowywania struktury mojej obecnej organizacji - szczególnie ról w zespole. Idealne do tabelki, a następnie wymazać scrum i działa. ⏩ Odpowiedzialność w Scrum - Accountability, Responsibility, Authority | QAgile - Jakość w Agile https://www.qagile.pl/scrum/odpowiedzialnosc-w-scrum-accountability-responsibility-authority/
“Chrzanić dobre samopoczucie!” - rozumiem i szanuję. ⏩ Screw Happiness At Work (And How NOT To Implement It) https://www.corporate-rebels.com/blog/screw-happiness-at-work
Przydatne zestawienie wielu narzędzi i sposobów, z jakich możemy skorzystać, aby zbadać kondycję zespołów. Jako bonus cenne wskazówki, co warto i nie badać. ⏩ Agile Team Engagement, Health & Happiness Checks https://www.andycleff.com/2022/07/agile-team-health-engagement-happiness-model/
Jakiś taki miesiąc mi się zrobił z dużą liczbą wpisów o docieraniu do źródła i pytaniu o przyczyny. Kolejny raz o tym, ale i konieczności wstrzymania się od naprawiania. ⏩ How Leaders and Teams Can Unlearn Together https://knowledge.insead.edu/strategy/how-leaders-and-teams-can-unlearn-together
Ciekawe w tekście jest to, że autor podaje błąd logiczny, jaki popełniamy, ale nie widzi, że jego tekst jest jego ofiarą. Nintendo, Netflix czy Nespresso nie osiągnęli sukcesu swoimi strategiami, bo były trudnymi wyzwaniami, ale ponieważ nie mieli innego wyboru. Opiera teorie na wyniku, nie stanie początkowym, a mówienie że dobra strategia to taka, która jest ryzykowana i może prowadzić do porażki jest zabawne. ⏩ The 5C Strategy Framework: Why Most Companies Suck at Strategy https://mdalmijn.com/p/the-5c-strategy-framework-why-most
Paweł Brodziński wskazuje, co tak naprawdę sprawia, że szacowanie projektów jest trudne. I nie - AI nie rozwiąże tego problemu. ⏩️ The Most Underestimated Factor in Estimation - Pawel Brodzinski on Leadership in Technology https://brodzinski.com/2025/08/most-underestimated-factor-estimation.html
Tego rodzaju opinie słyszę coraz częściej. Szybkie tworzenie kodu przy pomocy AI kontra żywotność i maintenance tego kodu. ⏩️ Disposable Code Is Here to Stay, but Durable Code Is What Runs the World https://www.honeycomb.io/blog/disposable-code-is-here-to-stay
Ależ dużo AI w materiałach ostatnio. Tutaj na temat konieczności trzymania się fundamentów SCRUM jako kluczowe w pracy z zespołem, korzystającym z AI partnerów. ⏩️ AI And The Future Of Teams - Scrum Fundamentals Are Still Relevant https://www.scrum.org/resources/blog/ai-and-future-teams-scrum-fundamentals-are-still-relevant-0
Fake Door vs Painted Door. Jak wstawić takie drzwi w produkcie, ale nie wkurzyć klienta. ⏩️ Nailing the Painted Door Test: When and How to Fake it Before You Make It | ProdPad https://www.prodpad.com/blog/painted-door-test/
Jak przeprowadzić zespół przez nieznane jako lider. Wskazówka: cisza nie pomaga i nie musicie wiedzieć wszystkiego. ⏩️ Leading Through Uncertainty: 4 Tactics For Guiding Your Team Through Change | David Burkus https://davidburkus.com/2025/06/leading-through-uncertainty/
Koszt korzystania z AI. Tym razem nie o wpływie na człowieka, ale na… nasz portfel. ⏩ No Limit for Better https://kk.org/thetechnium/no-limit-for-better/
Wśród startupów AI pojawia się niebezpieczny trend długich dni pracy - a z AI miało być mniej kodzenia. ⏩ New trend: extreme hours at AI startups https://blog.pragmaticengineer.com/new-trend-extreme-hours-at-ai-startups/
Co oznacza: “być liderem”? ⏩ The Narcissistic Leader https://mikefisher.substack.com/p/the-narcissistic-leader
Autor nazwał artykuł “Kaizen to nie wszystko”, jednak bardziej chodzi o sprostowanie, że w ciągłym procesie ulepszania, bierze udział nie tylko zespół, ale i zarządzający nim. ⏩ Kaizen Alone Isn’t Enough: Why Leaders Must Fix the System for Real Improvement https://www.leanblog.org/2025/08/kaizen-alone-leadership-systems/
A/B testy to nie srebrny pociska w podejmowaniu decyzji o kierunku dla produktu. Tekst opisuje zagrożenia w zbyt mocnym poleganiu na nich. ⏩ Your A/B Tests Are Lying to You! The Myth of Data Driven Design https://webdesignerdepot.com/your-a-b-tests-are-lying-to-you-the-myth-of-data-driven-design/
Trafna krytyka frameworka “Radical Cander”, jak i innych przepisów na dawanie sobie wzajemnie feedbacku. ⏩ Radical Candor Is an Unreliable Feedback Model - Pawel Brodzinski on Leadership in Technology https://brodzinski.com/2025/08/radical-candor-unreliable-feedback.html
Co zrobić, gdy wydaję się być niemożliwym, aby uratować zespół. ⏩ Let the Dead Teams Die https://worth.am/let-the-dead-teams-die/
Persony to bardzo silne narzędzie w kierowaniu wartości do użytkowników naszego produktu. Materiał mówi o bolączkach i stosowania, i co robić, aby im przeciwdziałać. ⏩ Persona Health Check: What’s Wrong with Yours—and How to Treat It https://www.interaction-design.org/literature/article/fix-you-personas

Do słuchania lub oglądania

John Cutler prezentuje słabości modelu celów, budowanego na wzór kaskady, hierarchii, czy drabinki. ⏩ TBM 365: The Problem With Value Hierarchies (Video) https://cutlefish.substack.com/p/tbm-365-the-problem-with-value-hierarchies
Jakie są główne przyczyny powodujące, że organizacje nie wznoszą się na szczyt aktywności? https://youtu.be/cdyxr2yu0V8?si=FaPQv_5UHImvwEzM

Ściana tekstu Sierpień 2025

Fri, 01 Aug 2025 00:00:00 +0000

Do czytania

DSO (Dynamic Shared Ownerhip) to strategia transformacji, na jaką zdecydowała się firma Bayer. ⏩ https://www.corporate-rebels.com/blog/how-bayer-transitions-to-self-management-with-100-000-employees
Fajna lista dobrych zwyczajów, praktyk i zachowań zdrowej organizacji produktowej. Można zrobić checklistę i stworzyć bilans dla naszej organizacji, a następnie podejmować akcje w ich kierunku. ⏩️ https://newsletter.posthog.com/p/50-things-weve-learned-about-building
Historia stara jak świat - traktowanie kolejności backlogu i priorytetów jako to samo. ⏩️ https://www.jrothman.com/mpd/2025/03/how-to-tell-the-difference-between-rank-order-and-prioritization/
Dwa przykłady osób słusznie zauważających hipokryzję Marty Cagana, albowiem jego Product Model nie różni się od Agile, a nawet Scruma, którym tak gardzi. ⏩️ https://www.reddit.com/r/agile/comments/1icg9oa/is_agile_only_about_delivery_as_marty_cagan_says/?rdt=49012 + ⏩️ https://www.linkedin.com/posts/krzysztofniewinski_ai-agile-leanstartup-activity-7333975358439837696-sl2y?utm_source=share&utm_medium=member_desktop&rcm=ACoAAC3C0Q4BkXM9U_3s-J-vAaYdGNPWUGqHhnQ
Maarten Dalmijn to jedna z tych osób, która po tym, jak pomyślność odwróciła się od Scrum Masterów i Scruma, stara się odwonić, że Scrum wcale nie jest taki super i ma lepsze pomysły na adaptacje jego założeń. Czasem kręcąc się - moim zdaniem - w kółko. ⏩️ https://mdalmijn.com/p/stop-talking-so-much-about-the-different-scrum-roles
Fantastyczny materia. Obowiązkowy dla każdego pracującego z historyjkami w swoim zespole lub szukającym lepszych sposobów na wymagania dla zadań, w pracy nad produktem w zespole. ⏩️ https://www.prodpad.com/blog/acceptance-criteria-examples/
Błyskawicznie zestawienie Product Operating Model z “tradycyjnymi” organizacjami. Jeśli nie chce wam się czytać Transformed, to tutaj trafna ściąga tego, o czym pisze Marty Cagan. ⏩️ https://itamargilad.com/product-operating-model/
Nie mógłbym bardziej zgodzić się z tekstem niż w tym przypadku, ponieważ doświadczyłem na własnej skórze całkiem niedawno, jak fantastyczne rezultaty może dawać współpraca silnej trójki w produkcie. Tu akurat trójka zbudowana jest po Caganowemu, ale meritum zostaje: jest moc w zdrowym konflikcie trzech perspektyw na produkt. ⏩️ https://www.mindtheproduct.com/strength-through-tension-in-defence-of-the-product-triad/
Interesujące case study, poruszające kwestię rozmiaru zespołu oraz równowadze pomiędzy podejściem eksperckim a generalistami. ⏩️ https://blog.alexewerlof.com/p/when-a-team-is-too-big
Jak współpracować z akcjonariuszami w organizacji. Przykłady i narzędzie do podejmowania dyskusji z szefostwem. ⏩️ https://abbycovert.com/writing/guide-to-stakeholders/
Wiem, co autor miał na myśli, pisząc o nieistniejących dobrych praktykach, ale nie powiedziałbym, że ich mnie ma. Istnieją, ale są dla osób, które je rozumieją i wiedzą, kiedy z nich korzystać. Przykłady w tekście to sytuacje, gdy ktoś stosował coś, czego nie zrozumiał, a na “głupotę” nie pomoże nazwanie praktyk, czymś innym. ⏩️ https://docondev.com/blog/2025/5/27/why-best-practices-dont-exist
Raport z badań na temat m.in. motywacji, wypalenia, czy obaw o przyszłość. Jeśli interesuje was spojrzenie w myśli zespołów pracujących w IT, warto zajrzeć. ⏩️ https://www.lennysnewsletter.com/p/how-tech-workers-really-feel-about
Uwielbiam takie teksty. Autor zaorał cały tekst w pierwszych zdaniach, a później już tylko leciał w dół ku dnie - ale podsunął mi pomysł, aby zdemontować na czynniki pierwsze wszystkie jego żale dla Scruma, i wypuścić może tekst, czy wideo. ⏩️ https://rethinkingsoftware.substack.com/p/scrums-definition-of-done-is-polishing
Kolejny z materiałów wyraźne napisany dla zareklamowania swoich produktów AI, czy generalnego gloryfikowania sztucznej inteligencji jako przyszłości produktu. Wątpię. ⏩️ https://www.uxforai.com/p/the-end-of-human-product-management-and-it-is-for-the-reasons-you-think
Materiał do pokazania dla PO, którzy tworzą absolutnie perfekcyjne user story, które zespół tylko musi “zakodzić”. ⏩️ https://mdalmijn.com/p/great-product-owners-write-awful-backlog-items
Inspirujące case study ze świata tworzenia produktów w Afryce. Całkowicie inne środowisko aniżeli te, w którym operujemy z naszymi organizacjami, a jednak wiele wskazówek jest warte rozważenia po tej części planety. ⏩️ https://www.mindtheproduct.com/what-i-learned-from-building-products-in-africa/
Dawno nie czytałem, czegoś o Modelu Spotify. Tutaj przypomnienie, jak gigant streamowania muzyki, dotarł do modelu, który świat chciał kopiować na potęgę. ⏩️https://www.andycleff.com/2025/06/spotify-evolution-distributed-leadership-journey/
Dobrze przedstawione kluczowe punkty do zaopiekowania, gdy zdecydujemy się na implementację dwutorowego podejścia Discovery|Delivery w organizacji. ⏩️ https://www.antmurphy.me/newsletter/lets-talk-dual-track-continuous-discovery-and-delivery
Różne podejścia do priorytetyzacji zadań. ⏩️ https://longform.asmartbear.com/prioritization/
Bardzo przydatne przedstawienie różnych twarzy mikrozarządzania. Tych dobrych, tych złych i brzydkich. Albowiem tak. Mikrozarządzanie ma swoje miejsce, ma swoje zastosowanie. ⏩️ https://review.firstround.com/how-to-be-a-good-micromanager/
Case study z transformacji dużej organizacji, która mimo skali zachowała swoją kulturę i wizję - IKEA. ⏩ https://www.andycleff.com/2025/06/ikea-growth-evolution-intergenerational-leadership/
ADEPT to bardzo ciekawe narzędzie do pracy na torze Discovery. ⏩️ https://medium.com/@escane/adept-the-product-discovery-framework-that-fits-on-a-sticky-note-ab6ad7757173
Przyzwyczaiłem się do narzędzi, które mają raczej mniejszą nazwę, ale jako canvas “What—When—Where—How—Who” bardzo mi się podoba. ⏩️ https://www.allaboutlean.com/what-when-where-why-who-how/
Łączę się mentalnie z Pawłem Brodzińskim, który podobnie do mnie, uwielbia pracować z tablicami, karteczkami i markerami. ⏩️ https://brodzinski.com/2025/06/physical-whiteboards.html
Pomijając ewidentną reklamę dla narzędzia w materiale, samo zestawienie różnych typów dokumentacji, na jakie możecie trafić w pracy z produktem - bardzo sensowne. ⏩️ https://www.prodpad.com/blog/product-documentation/
Oczywiście. Reklama narzędzia aha.io jest wyraźna widoczna w materiale, ale poza tym składnia on do refleksji nad przyszłością zwinności zespołów - np. osobiście nie zgadzam się z wnioskiem, do jakiego autor doszedł, jak i insynuacją, że “zespoły Agile” nie planują należycie wcześnie. ⏩️ https://www.aha.io/blog/the-future-of-product-development-is-less-agile
“Jak tylko nadaliśmy temu imię, wszystko się pochrzaniło” - gdzieś to już słyszałem. Tutaj natomiast trzeźwa ocena tego, co stało się z DevOps. ⏩️ https://rethinkingsoftware.substack.com/p/in-retrospect-devops-was-a-bad-idea
Umiejętność mówienia ‘nie’ oraz ‘nie wiem’ to jedne z najtrudniejszych rzeczy, jakie muszą znaleźć się w repertuarze lidera. ⏩️ https://www.bringthedonuts.com/essays/power-of-not-knowing.html

Do słuchania lub oglądania

Capacity planning. Zabawne, że materiał wypadł mi z algorytmu w miesiącu, gdy moja organizacja pochodzi do wykonania, tego, co tak zmiesza paniami prowadzącymi w filmie. ⏩ https://youtu.be/MKuPjUFy_sA?si=-jK0kCsH6LuVJZ-Z
A teraz coś nieco innego: sztuczna inteligencja. Dlaczego jesteście lepszymi pisarzami od AI. Osobiście korzystam z AI dla poprawy moich tekstów, aczkolwiek tylko specyficzne uwagi bota biorę pod uwagę, albowiem wiem, że ten chciałby zmienić “mój” tekst w bezduszną, poprawną papkę. ⏩ https://youtu.be/V5wLQ-8eyQI?si=xSALGm13vXnlFc7M
Andrej Karpathy, były pracownik Tesli w sektorze AI, przedstawia swoje zrozumienie dla kierunku, w jakim podąża tworzenie oprogramowania. ⏩ https://youtu.be/LCEmiRjPEtQ?si=tZRwpd60YYwM1uRV
Dlaczego tak wiele organizacji chce adoptować Agile i dlaczego momentalnie popada w decyzję, że jak Agile to Scrum. ⏩ https://youtu.be/5bqFtve1S2I?si=jEBUvHH6zn89oFhp
Materiał wrzucony w tekście na temat Discovery i Delivery powyżej. Znacznie bardziej rozbudowany i szczegółowo opisujący oba tory. ⏩️ https://youtu.be/0UpQS_bU2dk?si=RXBwbCvSgJNuZ6yW
Jak poradzić sobie z liderami, którzy nie chcą lub nie mogą, z różnych względów, odpuścić zespołom inicjatywy zmian w produkcie - Teresa Torres daje kilka cennych porad. ⏩️ https://youtu.be/rF_OYnYPYOI?si=9zQq-Hz5pzCDuhfc

Ściana tekstu Czerwiec 2025

Fri, 06 Jun 2025 00:00:00 +0000

Do czytania

Jak rozmawiać ze stakeholderami i wyprowadzić organizację z trybu fabryki ficzerów. ⏩http://dpereira.substack.com/p/7-bold-moves-to-defeat-the-bloody
John Cutler o potrzebie priorytetów. Co skrywa się za takową oraz, czego potrzebuje zespół, aby z priorytetami sensownie pracować. ⏩ https://cutlefish.substack.com/p/tbm-351-the-4-prioritization-jobs?utm_source=pocket_shared
Zabawne. Ostatnio słuchałem materiału o tym, kiedy warto powiedzieć sobie dość w grach wideo. Kiedy kontynuowanie przygody z daną produkcją, nie tylko przestanie nas bawić, ale może zredukować nasze zadowolenie z gry. A tutaj materiał o podobnym efekcie, gdy dokładanie wartości do produktu, po prostu się już nie opłaca. ⏩ https://tynerblain.com/blog/2025/04/20/the-secret-of-diminishing-returns/
Wartość Biznesowa to bardzo popularna metryka. Pewnie nie raz o niej słyszeliście. Jednak mocno polecam zainteresowanie się Kosztem Spóźnienia (czy też Kosztem Opóźnienia), czyli: „Ile stracimy, jeśli nie wydamy tego teraz?”. ⏩ http://blackswanfarming.com/qualitative-cost-delay
Zawsze powtarzam, że w pracy z produktem, Scrum jest rozwiązaniem, które pasuje do większości środowisk pracy. Albowiem, pomimo powszechnego mitu, że to podejście betonowe, jest na tyle elastyczny, że pomoże każdemu zespołowi - ale jest rzeczywistość, w której i Scrum niewiele zdziała. ⏩ http://ageling.substack.com/p/checklist-to-safely-abandon-scrum
Czy rola Scrum Master kiedykolwiek wróci do świata IT? ⏩️ http://mdalmijn.com/p/the-return-of-the-scrum-master
Zwinność zwinnością, ale ostatecznie tematu budżetu na development nie da się uniknąć. Jakie różnice w podejściu do budżetu funkcjonują pomiędzy podejściem produktowym i projektowym? ⏩️ http://thoughtworks.com/insights/blog/leadership/funding-agility-moving-beyond-project-budgets
Zaczynam być coraz większym fanem mierzenia “kosztu poślizgu” jako formy priorytetów dla produktu. ⏩ https://pocket.co/share/0bda6d4f-dc42-40cf-921f-bf0c7382f12f
Kolejny canvas do waszej kolekcji. ⏩ https://pocket.co/share/545aaebe-0a9d-4a63-91d2-395e2f4aef6b
W poprzednim zestawieniu podzieliłem się z wami materiałem o “martwych punktach”, które jako lider możemy nie dostrzegać. Tym razem o błędach, jakie popełniają osoby wchodzące w tę rolę. ⏩ https://dpereira.substack.com/p/how-to-lead-with-impact-5-mistakes
Roman Pitchler przedstawia proces budowania zespołu na modelu Wagemana, który jest ciekawym uzupełnieniem dla “oklepanego już” modelu Tuckmana. ⏩ https://www.romanpichler.com/blog/setting-up-product-teams-for-success/
W poprzedniej pracy napisałem na jednym z modeli struktury organizacji: “aligned autonomy”, co może brzmi szalenie, ale ma dużo sensu. Materiał tłumaczy dlaczego. ⏩ https://brodzinski.com/2025/05/role-of-alignment.html
Jak sprawnie przeprowadzić retrospektywę celów dla zespołu, czy np. domeny. ⏩ https://jeffgothelf.com/blog/how-to-run-an-okr-retrospective-a-step-by-step-guide/
Cykl Kuhna był mi do tej pory nieznany, ale jego użycie do wyjaśnienia zmian, jakie przechodzi IT i świat wytwarzania produktu, brzmi sensownie. Interesująca analiza. ⏩ https://www.linkedin.com/pulse/model-crisis-moving-from-agile-agility-miljan-baji%C4%87-klkge
I od razu bardzo dobra analiza narzędzi i “wartości”, jakie potencjalnie mogą dać nam narzędzia AI. Autor bardzo trafnie uchwycił wszystkie, co i mi chodzi po głowie, gdy widzę, jak używają AI Scrum Masterzy i im podobni. ⏩ https://agilepainrelief.com/blog/why-ai-doesn-t-replace-your-scrum-master/
Czytając tekst, trzeba przebić się przez gąszcz reklam dla kursów AI, jak i zachwalania użycia AI w pracy, jednak mimo wszystko warto przeczytać. Stefan przedstawia zmiany, jakie branża IT będzie i przechodzi obecnie. ⏩ https://www.linkedin.com/pulse/end-good-enough-agile-stefan-wolpers-45g1f
John Cutler świetnie rozkłada na czynniki pierwsze powód “lepkości” filozofii z książek Marty Cagana oraz grupy SVPG. Ze wszystkim się zgadzam i z minimalnym zadowoleniem, klepię się po ramieniu, gdy John opisuje powód, dla którego Marty w książkach umyślnie pomija pewnie rzeczy, aby kupić sobie prezesów - od dawno tłumaczyłem, że taki był również cel książki “Twice the work in half the time”. Ponad to, o czym mówi autor, dodałbym jeszcze jedną rzecz jaką Cagan zrobił, aby zdobyć poparcie liderów: demonizacja Scruma. ⏩️ http://mdalmijn.com/p/the-return-of-the-scrum-master

Do słuchania lub oglądania

Dawno nie słuchałem chłopaków z podcastu No-nonsense Agile… przepraszam… No-nonsense Leadership. Zapomniałem, że Agile jest teraz fuj, więc trzeba słowo usuwać ze swoich materiałów. Mimo wszystko ich content uważam za wartościowy, więc wróciłem do słuchania i pochłonąłem kilka odcinków:
- O wszechobecnym obecnie Product Management z John Cutlerem. Świetna rozmowa, ale to nie dziwne przy takim gościu. John idealnie trafia w moje przemyślenia na temat dostarczania wartości i produktów klientom. ⏩️ https://open.spotify.com/episode/4jr0OWTmfThozeXXlRLTKy?si=qXSsr616Q7GY_Uv5ByWV_w
- Wewnętrzna retrospektywa chłopaków, która w sumie jest dobrym miejscem na sprawdzenie, czy podejście i tematyka podcastu wam pasuje. ⏩️ https://open.spotify.com/episode/3mvzW4nWRG3Vy9mLWfZNs5?si=pLpVvzeLSnG7opnVvKvfbw
- Ciekawa dyskusja z konsultantem Business Agility. O stanie zwinności w obecnym świecie produktu i roli adwokatów Agile w organizacjach. ⏩️https://open.spotify.com/episode/7swNDhg0iSeQVlYVVwqRRx?si=nEoBR1aCQY2bgc9fDi6tjA

Heheszek

Ściana tekstu Maj 2025

Fri, 02 May 2025 00:00:00 +0000

Do czytania

Trudno się nie zgodzić: cele to trudny temat. Łatwo wprowadzić, znacznie trudniej zrobić to sensownie i z wartością dla organizacji. ⏩️ http://svpg.com/outcomes-are-hard
Przyjemna paczka gotowych szablonów na sytuacje, gdy ktoś was zapyta o to, czym jest Scrum i macie dość formułki z guide’a. ⏩️ http://tobiasmayer.substack.com/p/scrum-thoughts-4
Rozumiem, czemu artykuły jak ten, demonizują micro-zarządzanie jako coś absolutnie złego, jednak pamiętajcie, że to narzędzie, które ma swój cel, swoje zastosowanie i - najważniejsze - czas przydatności. ⏩️ http://psychsafety.com/micromanagement
Moja ulubiona sytuacja w pracy z organizacjami, które uważają się za produktowe i oparte na celach: dać zespołom cele i brak możliwości, czy narzędzi ich osiągnięcia. ⏩️ http://psychsafety.com/micromanagement
Co programiści powinni wiedzieć o komunikacji. ⏩️ http://newsletter.posthog.com/p/what-engineers-get-wrong-about-communication
Agile nie umarło, ponieważ rola Agile Coacha przestała mieć znaczenie. Obowiązki i zadania roli rozpłynęły się po innych rolach organizacyjnych. A powodem zamieszania jak zawsze są pieniądze. ⏩️ http://viktorcessan.com/how-cheap-money-created-an-agile-coach-bubble
Kompleksowy poradnik tworzenia strategii dla swojego produktu. ⏩️ http://news.aakashg.com/p/the-2025-product-strategy-playbook
Bardzo cenna krytyka podejście do tworzenia i rozwijania produktu, które przesadnie opiera się na danych i zapomina o wartości dla klienta. ⏩️ http://michaelgoitein.substack.com/p/why-the-worlds-leading-strategist?utm_source=pocket_shared
W sekcji wideo znajdziecie wprowadzenie do Radical Candor, od autorki metody, a w tym materiale kilka cennych uwag o tym, czym ona jest i czym na pewno nie jest. ⏩️ http://radicalcandor.com/blog/radical-candor-not-brutal-honesty
Bardzo dużo się mówi o dostarczaniu w kawałkach, małych zakładach i dostarczaniu w inkrementach - ucząc się za każdym razem czegoś nowego o produkcie. Jednak to nie jedyne, słuszne podejście. Podejścia “big bang” mają swoje miejsce, cel i warto wiedzieć, kiedy po takowe sięgnąć. ⏩️ https://medium.com/@arjun_shah/thinking-in-maximums-c8f1fc4b6c50?utm_source=pocket_shared
Jak komunikować przy dużej skali - John Cutler daje kilka wskazówek. ⏩️ https://cutlefish.substack.com/p/tbm-348-shared-understanding-at-scale
Jak bezpieczeństwo psychologiczne wspiera funkcjonowania Toyoty - nie ma tutaj zbyt dużego mięska, z którego można wyciągnąć namacalne narzędzia, ale gdybyście przygotowywali pracę na ten temat, warto spojrzeć. ⏩️ https://www.leanblog.org/2025/04/how-psychological-safety-drives-digital-transformation-and-lean-at-toyota/
Roman Pichler odpowiada na pytanie: jak pomocne w tworzeniu strategii produktu, jest sztuczna inteligencja? ⏩️ https://www.romanpichler.com/blog/ai-and-product-strategy/
I jeszcze raz John Cutler o alokowaniu zasobów ludzkich do inicjatyw i jak cholernie… niepotrzebną, jest to praktyką. ⏩http://cutlefish.substack.com/p/tbm-334-the-capacity-allocation-illusion
Jedni nazywają to barierkami, ja stosuję określenie ram, które musimy zbudować wokół zespołu, aby mógł w pełni osiągać maksimum swoich osiągów. Nie chodzi o ograniczanie, ale bezpieczeństwo. Jednak nie toksyczny pozytywizm, ale klarowność świata wokół, w którym zespół wie, jak się poruszać z pełną prędkością. ⏩ http://sloanreview.mit.edu/article/the-four-guardrails-that-enable-agility
Fantastyczne porady dla liderów zespołów, które wywodzą się z “martwych punktów”, które przeważnie umykają naszej uwadze lub nie zdajemy sobie sprawy z ich istnienia. Bardzo dobry tekst. ⏩️ http://newsletter.canopy.is/p/the-10-biggest-leadership-blindspots
Całkiem interesujące spojrzenie w przyszłość i wywróżenie, co może nas czekać w świecie produktu i zwinności, w 2025. ⏩️ http://theitriskmanager.com/2024/12/30/2025-predictions-fake-product-transformations-cross-the-chasm
Dlaczego ruch Agile traci swoje momentum? Są lepsze wyjaśnienia, ale to, o czym mówi autor, zdecydowanie ma również znaczenie. ⏩️ http://thelaterallens.substack.com/p/why-agile-is-losing-steam
Od czasu do czasu lubię przeczytać sobie taką “cytrynkę”, gdzie autor zupełnie rozbija się ze zrozumieniem tego, o czym piszę, obwiania Scrum za rzeczy, które z nim nie mają nic wspólnego. Ciekawostka. A może coś z jego “argumentów” widzicie u was? ⏩ http://medium.com/@ss-tech/a-good-faith-critique-of-scrum-and-its-2020-guide-06bbc445001f
Trudno ze słowami autora się nie zgodzić, aczkolwiek zawsze z tyłu głowy mam materiał z jednego z poprzednich Ścian Tekstu, gdzie w kontekście bezpieczeństwa psychologicznego (a m.in. o tym mówi ten tekst) zapomina się o odpowiedzialności. Toksyczny pozytywizm to problem i warto o tym również pamiętać. ⏩ https://www.jrothman.com/newsletter/2025/04/how-to-use-delivery-to-move-from-blame-to-trust/
Jeśli przygotowujecie się do kartkówki ze Scruma, to ten materiał jest “hiper ściąga” przed terminem - i nie zakłamuje rzeczywistości. ⏩ https://scrum.academy/guide
Pierwszy z dwóch wpisów w tym zestawieniu, porównujący metody nadawania priorytetów dla zadań w backlogu produktu. Sposoby opisane tutaj to raczej tradycyjny sposób zarządzania produktem, co nie zmienia faktu, że mogą się przydać. Czekam na część drugą, zapowiedzianą przez autora. ⏩ http://itamargilad.com/prioritization-techniques-1
I drugi materiał o priorytetach. Zdecydowanie obszerniejszy i bardzo przydatny, choć atakujący porównanie w inny sposób. ⏩ http://altexsoft.com/blog/business/most-popular-prioritization-techniques-and-methods-moscow-rice-kano-model-walking-skeleton-and-others

Do słuchania lub oglądania

Kim Scott opowiada o swoim podejściu do budowania kultury wewnątrz organizacji, czy też zespołu - Radical Candot. Jeśli nie słyszeliście nigdy o tym, to tutaj jest dobre wprowadzenie. ⏩️ https://youtu.be/OoISfhACm4s

Heheszek

W tym miesiącu bez obrazka, ale za to z fantastyczną oceną LinkedIn, którą totalnie się zgadzam. Za każdym razem, gdy odpalam tę platformę, widzę kolejnych specjalistów Agile i wypowiedzi tak “krindżowe”, że powinni wydawać certyfikację na ich publikowanie. Polecam artykuł! ⏩ http://medium.com/my-unpopular-opinion/linkedin-is-a-f-cked-up-circus-5c1bc1248f1f

Ściana tekstu Kwiecien 2025

Fri, 04 Apr 2025 00:00:00 +0000

Do czytania

Eksperymenty eksperymentami, ale wato pamiętać, aby jeszcze wykonywać te, które mają sens i podłoże w naszych celach, założeniach dla produktu. ⏩️ https://www.leanfoundry.com/lean-1-2-3/feb-22-2025
Zestaw gotowych pytań, jakie możecie zadawać na review sprintu lub produktu. Lubie takie ściągi, ale pamiętajcie, aby korzystać z głową. ⏩️ https://destraynor.com/writing/questions-I-always-ask-in-product/
Bardzo sensowna projekcja przyszłości zespołów produktowych w obliczu rosnącego znaczenia sztucznej inteligencji. ⏩️ https://www.svpg.com/a-vision-for-product-teams/
Jakie właściwości posiada organizacja ZAPRAWDĘ produktowa. John Cutler odpowiada. ⏩ https://cutlefish.substack.com/p/tbm-338-4-core-product-os-design?utm_source=pocket_shared
Jest spora szansa, że byliście w tej sytuacji: stary system zaczyna ciążyć na waszej produktywności i pojawia się pomysł na przepisanie produktu - jednak jak to zrobić, bo przecież “show must go on”? Uwaga, artykuł nie odpowiada na pytanie, ale daje do myślenia, skąd skomplikowanie tego procesu. ⏩️ https://swizec.com/blog/you-can-t-stop-the-business-or-why-rewrites-fail/

Ściana tekstu Marzec 2025

Fri, 07 Mar 2025 00:00:00 +0000

Do czytania

Dobre, trafne i proste do wprowadzenia poprawki w codzienności zespołu Scrumowego, które mogą szybko przynieść nam wartość. ⏩ https://medium.com/booking-com-development/quick-steps-for-a-scrum-team-to-improve-the-process-11c0c53b0adc
O sile różnorodności w zespołach i doświadczenia w uczeniu się oraz dochodzeniu do rozwiązań. ⏩ https://mikefisher.substack.com/p/cross-discipline-approaches
Wielebny Marty Cagan z Białych Ksiąg omawia połączenie pomiędzy modelem produktowym, a więc swoim autorskim podejście i Agile, a także gdzie w tym wszystkim odnajdują się Agile Coachowie. ⏩ https://www.svpg.com/the-product-model-and-agile/
Bardzo ważny materiał tego zestawienia linków, który tłumaczy wiele fatalnych analiz i inwestygacji w organizacjach. Tutaj również leży źródło porażek wielu organizacji, które skupiają się na wyniku, aby podejmować decyzje o swojej przyszłości - bez spojrzenia na moment podejmowania akcji i proces od nich do tego wyniku (patrz: model Spotify). ⏩ https://effectiviology.com/outcome-bias/

Ściana tekstu Luty 2025

Wed, 12 Feb 2025 00:00:00 +0000

Do czytania

LeSS jest odpowiedzią na potrzebę struktury, która jest w stanie sprostać dynamice dzisiejszego świata. Koncentrując się na skrętności. Tutaj autor podchodzi do podobnego problemu, nieco inaczej, ale ufam, że zamiary ma dobre. ⏩https://www.linkedin.com/pulse/experimental-product-management-demands-new-approach-jonny-longden-cms3e
Cztery etapy życia produktu. ⏩https://eleganthack.com/continuous-reflection-driving-success-across-the-product-lifecycle/
Materiał akurat nie jest o celach sprintów, ale o sensowności krytycznego spoglądania na coś, co jednocześnie się promuje. ⏩https://mdalmijn.com/p/why-do-you-criticize-scrum-when-you
Jeff Sutherland uważa, że AI jest koniecznym narzędziem dla przyszłości zespołów Scum i Agile - nah, ale wysłuchać pana należy. ⏩https://jvsmanagement.com/is-agile-dead-ai-extreme-agile/

Ściana tekstu Styczeń 2025

Sun, 05 Jan 2025 00:00:00 +0000

Do czytania

Jak połączyć metryki zespołowe z kluczowymi indykatorami organizacji. Nie ma tu wszystkiego, ale jest na tyle dużo, że na bazie tego, spokojnie można zrozumieć model działania i zastosować do kontekstu organizacji/zespołu. ⏩ http://icchasethi.medium.com/tying-engineering-metrics-to-business-metrics-f4df7651e026
A skoro dotknęliśmy tematu KPI, to coś o OKR i przypomnienie, żeby nie stosować ich jako bata, ale jako narzędzie pomocy dla zespołu, aby mógł podejmować najlepsze decyzje. ⏩ https://eleganthack.com/decoupling-okrs-its-time-to-let-go/
Dawno, dawno temu, na social media wleciał filmik, w którym Elon Musk, w pół minuty opowiada o pięciu pryncypiach, które pozwalają mu i jego zespołom osiągać sukcesy - można mieć różne zdanie na jego temat, ale te zasady mają sens. ⏩ https://www.christianscheb.de/archives/893

Ściana tekstu Grudzień 2024

Fri, 06 Dec 2024 00:00:00 +0000

Do czytania

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
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
*” 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

Do czego może doprowadzić zły feedback - Strach, a śrubki | Dostarczaj Wartość #50

Wed, 27 Nov 2024 00:00:00 +0000

Temat odcinka: Do czego może doprowadzić zły feedback - Strach, a śrubki | Dostarczaj Wartość #50

Dziś wraz z Tomaszem Niemcem oraz Łukaszem Januszkiem, porozmawiamy o do jakich dziwnych zachowań może doprowadzić zły feedback, oraz co łączy strach i brak śrubki. 🎧 Posłuchaj na Spotify

Ściana tekstu Listopad 2024

Fri, 01 Nov 2024 00:00:00 +0000

Do czytania

Zwinność sprowadzona do najbardziej istotnych składowych Agile. ⏩ https://age-of-product.com/agile-primitives-beyond-frameworks/
Znacie moje zdanie na temat krytyki roli Scrum Mastera przez Marty Cagana, jednak staram się lepiej zrozumieć jego wizję tej roli jako Delivery Managera. ⏩ https://www.svpg.com/the-delivery-manager-role/
Macie do przekazania zespołowi niezbyt dobre wiadomości? Łapcie garść wskazówek pomocnych właśnie w takich momentach. ⏩ https://newsletter.weskao.com/p/delivering-bad-news-thats-not-your-fault
Konkretna i przydatna instrukcja, jak krok po kroku przeprowadzić warsztat Opportunity Solution Tree. ⏩ https://docondev.substack.com/p/opportunity-solution-trees
Sensowna krytyka tercetu zespołowego, które odpowiedzialność odbiera inicjatywę zespołowi. Głos za większą “krosfunkcjonalnością” zespołu. ⏩ https://afonsofranco.substack.com/p/a-different-lens-of-seeing-a-product

Ściana tekstu Październik 2024

Mon, 07 Oct 2024 00:00:00 +0000

Do czytania

Zaczynamy tegomiesięczną Ścianę Tekstu od dosyć inżynierskich tematów, aczkolwiek ciekawych dla świata produktowego, czy zwinności. Tutaj ciekawy pomysł z rotacyjną rolą Support Hero, a więc developera, który spędza czas “na słuchawce”. ⏩️ http://newsletter.posthog.com/p/doing-support-makes-you-a-better
Jak przekonać PO na poświęcenie czasu w delivery, na spłacanie długu technicznego. ⏩️ http://newsletter.eng-leadership.com/p/engineers-guide-to-convincing-your
Spike, to potrzebne narzędzie w repertuarze każdego zespołu produktowego, jednak może sprawić wiele problemów zespołowi, jeśli przyzwyczaimy się do jego stosowania nazbyt często. ⏩️ http://mdalmijn.com/p/6-common-mistakes-when-using-spikes

Ściana tekstu Wrzesień 2024

Fri, 06 Sep 2024 00:00:00 +0000

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

Ściana tekstu Wrzesień 2024

Fri, 06 Sep 2024 00:00:00 +0000

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

Ściana tekstu Sierpień 2024

Fri, 02 Aug 2024 00:00:00 +0000

Do czytania

Zabawne, a jednocześnie bardzo poważny proces sądowy, gdzie oskarżonym jest Agile. ⏩️ http://medium.com/serious-scrum/agile-on-trial-741a746e99fd
Zespół? PO? Organizacja? Ktokolwiek? Kto potrzebuje Scrum Mastera? ⏩️ http://tobiasmayer.substack.com/p/who-needs-scrum-masters
Bardzo ciekawe porównanie pomiędzy niepopularnym, ale kultowym filmem i ambitnym, ale nie popularnym frameworkiem. ⏩️ http://mdalmijn.com/p/why-isnt-less-large-scale-scrum-more
Gergely Orosz przeważnie relacjonuje zamknięcia organizacji i zwolnienia w sieci, a następnie dzieli się nimi na swoich kanałach social media. Tutaj zbiera swoje obserwacje o rynku pracy i jego przyszłości. ⏩️ http://newsletter.pragmaticengineer.com/p/what-is-old-is-new-again

Nieoczywiste sposoby niszczenia motywacji oraz karetki na imprezach a prawo wielkich liczb | Dostarczaj Wartość #49

Wed, 31 Jul 2024 00:00:00 +0000

Temat odcinka: Nieoczywiste sposoby niszczenia motywacji oraz karetki na imprezach a prawo wielkich liczb | Dostarczaj Wartość #49

Dziś wraz z Tomaszem Niemcem oraz Łukaszem Januszkiem, porozmawiamy o demotywowaniu najbardziej zmotywowanych w nieoczywyisty spośób, oraz o tym dlaczego zgodnie z prawem wielkich liczba na imprezach musimy zadbać o karetkę.

🎧 Posłuchaj na Spotify

Ściana tekstu Lipiec 2024

Fri, 05 Jul 2024 00:00:00 +0000

Do czytania

Zestawienie rozpoczynamy od narzędzi, które mogą wam się przydać w codziennej pracy lub zainspirować do własnych inicjatyw:
1. wsparcie dla osób w rolach trenerskich, aby nie oszaleć w dżungli obowiązków, ⏩️ http://miro.com/miroverse/coach-affirmations-template
2. templatki pod przeprowadzenie warsztatu Value Stream Mapping. ⏩️ http://projectmanagers.net/free-value-stream-map-templates-word-excel
Duolingo powinno wprowadzić do swojej biblioteki nowe języki: biznesu, produktu i klienta: http://longform.asmartbear.com/three-languages
Ciekawa analiza alternatywy dla Scrum o nazwie Scream. Jak zwykle, niezrozumienie frameworka prowadzi do błędnych wniosków, aczkolwiek nie wszyscy z Krzyku jest złe, a kilka założeń jest całkiem solidne. ⏩️ http://mdalmijn.com/p/scrum-alternatives-scream

Ściana tekstu Czerwiec 2024

Fri, 07 Jun 2024 00:00:00 +0000

Do czytania

Ku przestrodze: jak nie stosować metryk DORA. Niespodzianka! Oczywiście, że chodzi o porównywanie zespołów. ⏩️ https://thenewstack.io/the-wrong-way-to-use-dora-metrics/
O frameworku Shape Up już kilka razy mogliście w Ścianach przeczytać. Natomiast tutaj wskazówki i lekcje wyciągnięte z praktyki jego stosowania. ⏩️ https://www.mindtheproduct.com/7-lessons-from-trialling-basecamps-shape-up-methodology/
Sytuacja na rynku pracy dla Scrum Masterów i Agile Coachy zmieniła się w ostatnim czasie znacząco. El Dorado się skończyło. O tym, jak radzić sobie w nowej rzeczywistości. ⏩️ https://www.linkedin.com/pulse/whats-wrong-agile-community-my-view-scott-seivwright-q7iae/

Niepokupna wartość Lean, a drzewa figowe | Dostarczaj Wartość #48

Fri, 24 May 2024 00:00:00 +0000

Temat odcinka: Niepokupna wartość Lean, a drzewa figowe | Dostarczaj Wartość #48

Dziś wraz z Łukaszem Januszkiem i Tomaszem Niemcem, porozmawiamy o tym co ma wiersz o drzewie figowym do rozwoju osobistego, oraz o tym, dlaczego w przypadku Lean często zapominamy o innych wartościach niż mierzenie marnotrastwa.

🎧 Posłuchaj na Spotify

Ściana tekstu Maj 2024

Mon, 06 May 2024 00:00:00 +0000

Do czytania

Każdy (chyba) słyszał o „wolnym piątku” czy innych formach wydzielenia czasu pracy dla developerów, aby popracowali nad tym, co uważają za słuszne, mając pełną kontrolę nad wyborem kierunku pracy np. w każdy piątek. Natomiast, niewiele osób słyszało lub o tym pisało, że była druga strona tej inicjatywy, w której w tym samym czasie, organizacja organizowała globalne retro dla zainteresowanych. ⏩️ https://retromat.org/blog/organization-wide-retrospectives-open-space/
W dynamicznie zmieniającym się i niepewnym świecie rozwiązaniem struktury organizacji są dynamiczne zespoły? Pomysł mi się podoba, aczkolwiek wciąż widzę dużą wartość w samo-zorganizowanych i stałych (na tyle ile to ma sens) zespołach. ⏩️ https://blog.logrocket.com/product-management/introduction-to-dynamic-reteaming/

O roli losu w sukcesie i efekcie Ikea | Dostarczaj Wartość #47

Wed, 24 Apr 2024 00:00:00 +0000

Temat odcinka: O roli losu w sukcesie i efekcie Ikea | Dostarczaj Wartość #47

Dziś wraz z Łukaszem Januszkiem i Tomaszem Niemcem porozmawiamy o roli szczęścia w rozumieniu losu, o tym jak zarządzać nieoznaczonością wynikającą z losu oraz o znaczeniu efektu IKEA - jak nam może pomóc lub zaszkodzić.

🎧 Posłuchaj na Spotify

Ściana tekstu Kwiecień 2024

Fri, 05 Apr 2024 00:00:00 +0000

Do czytania

Zwykle, kiedy rozpoczynam dyskusję na temat micro-managementu, to spotykam się z pogardliwymi spojrzeniami i łatką “tyrana” - co powoduje u mnie z jednej strony śmiech, ale też i smutek. Jest spore niezrozumienie zagadnienia, które w najprostszy sposób można określić jako narzędzie, które jak każde inne można użyć do czynienia zła lub dobra, jeśli użyjemy go w odpowiednim miejscu, momencie i okresie. Fajny przykład tego prezentuje sam Sutherland, opowiadając o wprowadzaniu Scruma metodą szokową. ⏩️ Scrum “Shock Therapy” How To Change Teams FAST
Ostatnio udało mi się zaliczyć certyfikacje PSK od Scrum.org, po uczestniczeniu w szkoleniu Krystiana Kaczora z QAgile. Jednym z dodatkowych materiałów, który mnie zaciekawił, była przemiana zachodząca w Sprint Planning, po aplikacji Kanbana na naszego Scruma. ⏩️ Sprint Planning with Kanban | Scrum.org
Metryki metrykami, ale czy mierzyliście Work Item Age za pomocą … banana? ⏩️ Agile Tips: latency and banana
Szok, topowe firmy produktowe świata są zwinne. Zwinność natomiast budują swoją. Agile wychodzi z ich wartości, a ten materiał fajnie pokazuje proces decyzyjny, jaki powinien zachodzić w nas, gdy chcemy wprowadzić w organizacji zmianę. ⏩️ Why The World’s Most Valuable Firms Are So Agile
Pytania i odpowiedzi, aby znaleźć receptę na podstawę lidera w czasach zmiany, niepewności i wyzwań. ⏩️ TBM 274: How Capable Leaders Navigate Uncertainty and Ambiguity
Na pewno zdarzyło wam się widzieć inicjatywy dla inicjatyw. Raporty dla raportowania, jak i inne teatrzyki, odgrywane przed np. zarządami. Z transformacjami zwinnymi nie jest inaczej. I tam możemy znaleźć sztukę dla sztuki. ⏩️ https://www.svpg.com/transformation-theater/
Jak wprowadzenie pojęcia produktywności zespołów i ich członków wpływa na organizację? Cóż, nie najlepiej. ⏩️ https://www.agilesocks.com/5-ways-productivity-culture-kills-business-agility
Streszczenie/recenzja książki „The Team that Managed Itself” od Christina Wodtke. Dodałem do listy czytanek. ⏩️ https://maa1.medium.com/the-team-that-managed-itself-book-review-7d69b90090f8
Bezpieczeństwo psychologiczne bez accountability (polski odpowiednik jest za słaby) nie ma sensu! Warto to podkreślić. Accountability to ogólnie rzecz, której mi najbardziej brakuje w zespołach. ⏩️ https://neuroleadership.com/your-brain-at-work/psychological-safety-and-accountability-insights-from-amy-edmondson
Martin Fowler przestawia wnioski z eksperymentu z pair programmingiem, mówiąc o początkowych wątpliwościach i założeniach, oraz jak miały się one do rzeczywistości w eksperymencie. ⏩️ https://martinfowler.com/articles/rotate-pairs-experiment.html
Fajnie być mądrym, ale nie za mądrym. Bardzo podoba mi się ten materiał - odczytujcie to, jak wam chcecie. ⏩️ https://collabfund.com/blog/the-dumber-side-of-smart-people/
Garść inspirujących pomysłów na prowadzenie retro z wykorzystaniem aktywności Liberating Structures. ⏩️ https://medium.com/the-liberators/10-retrospective-formats-based-on-the-agile-team-effectiveness-model-98936622d11b
Przydatna grafika o podejściu do korzystania z konfliktów. ⏩️ https://qaspire.com/how-to-turn-conflict-into-a-constructive-negotiation/
Czy słyszeliście kiedyś o strategii odwróconego prawa Conwaya? To sposób, w jaki organizacja chcą przeciwdziałać … a raczej wyprzedzić problemy i zaprojektować struktury organizacyjne, aby podążały za potrzebną architekturą systemu. Team Topologies to wspiera. ⏩️ https://medium.com/@fwynyk/conways-law-in-team-topolgies-did-you-really-get-it-69c1a4d702af
Doskonały przykład, że … warto czytać. Artykuł opowiada o minusach stosowania podejścia scentralizowanego i rozdzielania pracy, co było moją inspiracją do skalowania Choice. Wróciłem do niego po wskazówki, więc pomyślałem, że warto się nim podzielić z wami. ⏩ https://www.industriallogic.com/blog/scatter-gather/
MVP pewnie znacie, ale czy słyszeliście o MVA? Choć zazwyczaj do odmian MVP podchodzę z dystansem, tak podejście minimum viable do architektury produktu jest ciekawe. ⏩ https://www.infoq.com/articles/agile-lean-architecture/
Jak odejść z nieustannego cyklu pogoni za kolejnym, NIEPOTRZEBNYM, a dostarczonym ficzerem na produkcji oraz dlaczego w ogóle wpadamy w ten wir? ⏩️ https://medium.com/@BeckNovaes/beyond-feature-factories-prioritizing-impact-in-software-innovation-75d1da78f667
Podoba mi się tytuł tego artykułu, ale na szczęście, zamiast wyłącznie szydzić, posiada on kilka wartych uwagi wskazówek dla budowania strategii. ⏩️ https://www.thedecisionstack.com/your-strategy-probably-sucks/
Jak wygląda grzech Obżarstwa w organizacji, zespole, czy w transformacji zwinnej? Ciekawa rozmowa podcastu Agile Uprising. ⏩ https://podcastaddict.com/agile-uprising-podcast/episode/170824932
Rozmawiacie regularnie z waszymi klientami? Super! Teraz nauczcie się jak zebrać to, co usłyszeliście w zrozumiałej formie. ⏩ https://www.producttalk.org/2024/02/interview-snapshot/
Cenne wskazówki, aczkolwiek nie nowe, które powinny wam pomóc odnaleźć problemy z przepływem w waszych zespołach. ⏩ https://www.infoq.com/articles/achieve-flow-improve-quality/

Do oglądania | słuchania

W marcu podjąłem się przejścia pierwszego etapu ścieżki nauki frameworka LeSS, więc poszukałem materiałów pomocniczych na jego temat. Oto zestaw, który sprawdziłem: https://www.youtube.com/watch?v=dmMZ0pZhOgA (szybkie wprowadzenie przez samego Craiga Larmana) + https://www.youtube.com/watch?v=bvGbM2q9CQE (ciekawe pomysły na metryki w LeSS) + https://www.youtube.com/watch?v=wnoqJD-e98U& (prezentacja less o LeSS, i more o programowaniu).

Quo Vadis Dostarczaj Wartość? | Dostarczaj Wartość #46

Wed, 20 Mar 2024 00:00:00 +0000

Temat odcinka: Quo Vadis Dostarczaj Wartość? | Dostarczaj Wartość #46

Dzisiaj wraz z Łukaszem Januszkiem skupiamy się na analizie samego podcastu DW i wyciągamy wnioski - dokąd idziemy, jak adaptować się do otoczenia, czemu nie da się trafić od razu i że trochę zmieniamy formę, pozostając bez zmian dla tych, którzy już lubią nas słuchać.

🎧 Posłuchaj na Spotify

Ściana tekstu Marzec 2024

Fri, 01 Mar 2024 00:00:00 +0000

Do czytania

Jeśli szukacie argumentów do prezentacji w organizacji, dlaczego wasze miejsce pracy powinno rozważyć zmianę swojego podejścia do funkcjonowania, na bardziej zwinne, to tutaj jest całkiem niezła lista wraz z tłumaczeniem. ⏩️ Creating Organizational Agility | Human-Centered Change and …
Job Story do tej pory znałem jako alternatywę dla formatu user story, a tutaj poznałem znaczenie tego narzędzia dla JTBD (ostatnio dużo tym) i jak może ono funkcjonować wspólnie z historyjkami. Przyszedł mi do głowy pomysł, aby korzystać z nich dla budowania inicjatyw czy epików w backlogu. ⏩️ Job Stories Revisited

Ściana tekstu Luty 2024

Fri, 02 Feb 2024 00:00:00 +0000

Do czytania

Wskazówki lub kroki, jakie możemy podjąć w organizacji, aby zbudować obsesyjną koncentrację na kliencie. ⏩️ 10 Tips for Building a Customer Obsessed Organization - Jeff Gothelf
Jeśli planujecie prezentacje lub mowę na temat strat w organizacji, procesie czy pracy produktem, to tutaj jest świetne zestawienie metafor, gotowych do użycia. ⏩️ TBM 247: 15 Metaphors for Waste In Product Development
Materiał dostałem do przeczytania jako coś, z czego można się pośmiać, jednak rozumiem, że autor w ten sposób, próbuje rozbić ogromne artefakty SAFe i doceniam próbę. ⏩️ What is an Agile Tram?
Agile w organizacji to koszta i dobrze, że o tym się pisze, albowiem transformacje to wyzwanie nie tylko związane jest z ludźmi, procesami, kulturą, ale również budżetem. ⏩️ Interlude: The Cost of Agile
Wskazówki i najistotniejsze błędy, jakie popełniamy w warsztatach mapowania historyjek. ⏩ User Journey Mapping 101
Pewnie już to zauważyliście, ale gdy zabierałem się za budowanie procesu Discovery w Choice, wzorowałem się na produktowym, podwójnym diamencie oraz Design Thinking. ⏩ Improving The Double Diamond Design Process
Jestem bardzo ciekaw, co wyjdzie z tej inicjatywy, ponieważ bardzo wyraźne staje się, że branża budzi się ze świadomością, że albo zewrze szyki, albo retoryka anty-Scrunn/Agile będzie się nasilać. ⏩ Reimagining Agile Initiative Launch Group-Announcement
Podpowiedzi z pracy w procesor dwutorowego Agile. Nic zupełnie otwierającego oczy, ale kilka wskazówkę można wyciągnąć. ⏩ Lessons Learned in Dual Track Agile
Coaching to jedna z najważniejszych cech, jakie jako Scrum Master powinniśmy opanować, aby odnosić sukces e roli. ⏩ The Power of Coaching in Self-Managing Organizations
Meh. Materiał mocno średni, jeśli chodzi o wskazówki dla tworzenia User Story, które - moim zdaniem - nie są tymi najczęściej spotykanymi. ⏩ 11 Common Mistakes When Creating User Stories
Koncentrowanie się na tym, aby każdy w organizacji był zajęty w 100% swojego czasu to coś, co nagminnie widzę w organizacjach. Blokuje to nie tylko innowacyjność, ale również doprowadza do wielu kiepskich decyzji strukturalnych. ⏩ Utilization Considered Harmful. Why It’s Costly Keeping Everyone Busy… | by J. Meadows
Rozumiem, że trend redukowania middle-managementu jest obecnie rozchulany na dobre, aczkolwiek, czy to na pewno jest tak, że nie potrzebujemy żadnych managerów w zespołach? Nie jestem pewien, a materiał uderze w kilka z moich wątpliwości. ⏩️ Questionable Advice: “My boss says we don’t need any engineering managers. Is he right?”
To warto wiedzieć - dlaczego dokładanie więcej rąk do pracy, gdy projekt jest w tyle, to kiepski pomysł. ⏩️ Brooks’s Law - Software Project Management

Do oglądania | słuchania

Jobs To Be Done to tematyka, o której coś słyszałem, aczkolwiek pojawiała się w różnych materiałach, więc zawsze byłem jej ciekaw. Lenny w swoim podcaście rozmawia z jednym, z autorów podejścia do szukania wartości dla klienta i choć nie czuje, abym po tym materiale rozumiał go na tyle, aby stosować je w zespole, to daje bardzo dobry start do dalszej nauki. ⏩️ The ultimate guide to JTBD | Bob Moesta (co-creator of the framework)
Platformy to z mojej obserwacji jeden z najczęściej występujących problemów organizacji, gdzieś najczęściej wybiera się proste rozwiązania (budowanie silosów) lub leczy się symptomy, zamiast rozwiązywać problem (koncentrowanie się na optymalizacji pracy serwisowej). ⏩ Where Platform Engineering GOES WRONG
Od tygodni zanurzam się w zagadnienie Jobs To Be Done (JTBD) - coś, o czym słyszałem tu i tam, ale tak naprawdę nigdy się w to to niech zagłębiłem. Zaczęło się od podcastu Lenny’ego, a ostatnio znalazłem bardzo ciekawą prelekcję od Tonyego Ulwicka, która bardzo wiele mi wyjaśniła. Definicja marketów brzmi niezwykle interesująco. ⏩ “Jobs to Be Done” (JTBD) by Tony Ulwick of Strategyn at Lean Product Meetup

Ściana tekstu Styczeń 2024

Fri, 05 Jan 2024 00:00:00 +0000

Do czytania

Co rozumiemy poprzez “być liderem”? Artykuł porusza kwestie leadershipu w obszarze produktowym i rolach produktowych, jednak podobne modele i schematy można zaaplikować we wszystkich obszarach. ⏩️ Decoding Product Leadership
Dosyć kontrowersyjny tytuł, aczkolwiek trudno nie zgodzić się z myślą, którą autor chciał przekazać. Tylko dlatego, że zatrudnimy tabun ludzi odpowiedzialnych za zmianę, nie oznacza, że ona się zadzieje. ⏩️ Stop! Stop hiring Scrum Masters!
Krótka grafika przedstawiająca antywzorce w kontraktach, jakie możecie dostać do podpisania, np. w razie pracy jako serwis, z klientem za murem (oh zgrozo!). ⏩️ Ten Agile Contracts Infographic

Dlaczego jesteśmy fatalni w komunikacji wprost? | Dostarczaj Wartość #45

Sun, 10 Dec 2023 00:00:00 +0000

Temat odcinka: Dlaczego jesteśmy fatalni w komunikacji wprost? | Dostarczaj Wartość #45

Dzisiaj wraz z Łukaszem Januszkiem porozmawiamy sobie o tym, dlaczego staramy się być fatalni w komunikacji wprost i o tym dlaczego komunikacja bezpośrednia nie zawsze jest najlepszym rozwiązaniem.

Najprostsza sytuacja. Żona lub mąż pyta Cie jak było w pracy? Zamiast odpowiedzieć prawdę mówisz, że dobrze. Często zamiast powiedzieć prosto z mostu i powiedzieć jaką mamy intencje, opakowujemy to w różne ozdobniki, sarkazm, ironie lub omijamy temat.

Ściana tekstu Grudzień 2023

Fri, 01 Dec 2023 00:00:00 +0000

Do czytania

Zaczynamy od udowodnienia, że model Spotify nie jest tym, czym się wydaje i skoro samo Spotify z niego nie korzysta (powiedzmy), to i wasze organizacje tego nie powinny robić. ⏩️ The Spotify Model of Scaling – Spotify Doesn’t Use It, Neither Should You
Przyznam sie szczerze, że dosyć mocno cringe’owałem czytając ten materiał, aczkolwiek może dlatego, że nie jestem kobietą w miejscu pracy, dominowanym przez większość mężczyzn. Osobiście uważam, że nie ma z tymi metaforami nic dziwnego. Metafory to metafory. Odnosimy się do czegoś znajomego, aby wytłumaczyć coś skomplikowanego - i tyle. ⏩️ Retire These Metaphors & Reframe the Discussion to be More Effective
I cyk! Dorzucam kolejne, przydatne prawo do swojej listy. Mówi ono, że „…jeśli większość wyników nie zostanie powtórzona, wówczas każdy wynik, który wyróżnia się jako interesujący, najprawdopodobniej jest błędny”. W materiale, jak z niego korzystać przy planowaniu. ⏩️ Roadmaps and Twyman’s Law
Co tak naprawdę powinniśmy mierzyć w naszym procesie discovery? ⏩️ How do you measure product discovery?
Wiązanie mechanizmów panujących w organizacjach, w interakcjach ludzkich i nie tylko, do modeli, które możemy zaobserwować w naturze, to coś, czego nie spodziewałem się przeczytać - miłe i sensowne zaskoczenie. ⏩️ Enhancing Organizational Performance with Ecological Models
Całkiem dobrze opowiedziana historia, w której autor opisuje przejście organizacji/zespołu od struktury opartej na zespołach komponentowych, do bardziej produktowych oraz jak w tym pomógł rosnący na popularności FAST Agile. ⏩️ Case Study: from Component Teams to Team Topologies to FaST Agile
Bardzo podobał mi się ten tekst, w którym to widzę nie tylko zagrożenie opisane na podstawie Marty Cagana, jego książek i licznych publikacji czy wystąpień, ale również to, co się dzieje przy okazji stosowania AI i np. rekrutacji Scrum Masterów czy nawet developerów - zadania domowe z kodem? To już przeszłość. ⏩️ The dark side of Marty Cagan’ization
Czytanie krytycznych opinii na temat mechanizmów i rozwiązań, które osobiście uważacie za sensowne lub “działające”, rozwija i buduje obraz postrzegania ich przez osoby - byćmoże - sceptyczne w waszych zespołach. Tutaj facet ma trochę racji, aczkolwiek zbytnio skupia się na twardych zasadach, jakie przeczytał na stronie konsultantów LeSS, a mniej za tym, co się za nimi faktycznie kryje. ⏩️ 5-Minute DevOps: Feature Team Strawman Fallacy
Historia powstania playlisty “Discovery Weekly”, która okazała się absolutnym hitem Spotify. O autonomii zespołów w Spotify, o kulturze pracy z produktem i wartościach, jakie kierowały firmą. ⏩️ The Product Model at Spotify
Wszyscy znamy cytat potencjalnie wypowiedziany przez Henry’ego Forda (potencjalnie, ponieważ nie jest w 100% pewne, że to jego, dokładne słowa). ⏩️ When You Should Not Listen to Your Customers
Pierwsza część serii mającej na celu wprowadzić katę (metodę znaną z opanowywaniem sztuk walki) do usprawniania retrospektyw z zespołem. ⏩️ Revitalizing Agile Retrospectives with Katas: Part 1
OKR to bardzo rozdmuchany, a jednocześnie przydatny model konstruowania koncentracji zespołu, organizacji i nadawania kierunku dla ich wspólnego działania z produktem. Natomiast pomimo wyraźnych korzyści wiąże się z nimi sporo niebezpieczeństw. ⏩️ Are OKRs improving or inhibiting decision-making?
Nie wiedziałem, że ekipa Corporate Rebels poza konsultacjami, interesuje się kupowaniem całych firm i eksperymentowaniu ze swoimi ideami w nich - co jest genialnym materiałem marketingowym. ⏩️ Becoming Bossless: An Update On The Radical Transformation Of Our First Acquisition
Jakiś czas temu wrzuciłem na ścianę filmik, w którym Elon Musk przedstawia swoje pięć kroków pracy w organizacji i ucinania strat w procesie. Tutaj jeszcze raz to samo w nieco bardziej rozwiniętej formie. ⏩️ Musk’s 5 Step Algorithm to Cut Internal Bureaucracy at Tesla and SpaceX
Jeff Patton wspólnie z Miro prezentuje pięć pomyłek lub błędów, jakie robimy w trakcie warsztatów User Story Mapping. Tutaj mamy streszczenie prezentacji, która możecie zobaczyć poniżej. ⏩️ Five common story mapping mistakes

Do oglądania | słuchania

Laura Morgan (z którą się minąłem w DAZN, albowiem nie przypominam sobie jej wśród zespołu produktowego, gdy tam pracowałem) opowiada o swoich, „najgłupszych” pomyłkach dotyczących procesu discovery produktu. ⏩️ My three favourite product discovery mistakes - Laura Morgan
Dosyć wyczerpujący materiał poświęcony spike’om, a więc eksperymentom, które często nadużywamy w pracy z zespołem. ⏩️ All About Spikes
Historia powstania playlisty “Discovery Weekly”, która okazała się absolutnym hitem Spotify. O autonomii zespołów w Spotify, o kulturze pracy z produktem i wartościach, jakie kierowały firmą. ⏩️ How Autonomy Saved One of Spotify’s Most Loved Features • Joakim Sunden (wersja wideo)
Wskazówki, na które warto zwrócić uwagę, jeśli nie jesteście zadowoleni z jakości tych spotkań w waszych zespołach. ⏩️ Are Retrospectives A WASTE OF TIME?
Prezentacja Jeffa Patton, o której napisałem wyżej. ⏩️ Five common mistakes teams make when User Story Mapping (from the author)
Prawdopodobnie słuchaliście już najnowszego podcastu Lenny’ego, ale jeśli go przegapiliście, bardzo ciekawy jest wywiad z Brianem Cheskym (CEO Airbnb). Bardzo interesujące podejście do zarządzania i leadershipu. ⏩️ Brian Chesky’s new playbook
1. Ponadto John Cutler napisał świetną odpowiedź do wywiadu, w której podzielił się niektórymi moimi pytaniami i wieloma innymi. ⏩️ TBM 255: The New Airbnb (Lenny’s Podcast) w/Melissa Perri

Heheszek

John Oliver bierze pod lupę firmę McKinsey (od siebie dodam, że mógłbym to samo powiedzieć o Deloitte - pełnym przekonaniem). McKinsey: Last Week Tonight with John Oliver (HBO)

Ściana tekstu Listopad 2023

Fri, 03 Nov 2023 00:00:00 +0000

Do czytania

Kiedy wrzucałem miesiąc temu materiał od McKinsey, w którym to firma zarzekała się, że znalazła rozwiązanie na problem mierzalności produktywności programistów (nie znalazła), nie spodziewałem się, że rozniesie się on takim echem po całej branży IT. Tu i tam widziałem gorące dyskusje, przeważnie - ze względu na moje źródła - negatywnie podchodzące do pomysłów molocha. Bardzo trafnie natomiast sytuację i sam artykuł zredagowali Gergely Orosz oraz Kent Back. Oto pierwsza część ich odpowiedzi do McKinsey. ⏩ Measuring developer productivity? A response to McKinsey

Ściana tekstu Wrzesień 2023

Fri, 08 Sep 2023 00:00:00 +0000

Do czytania

Znacie przestrogę, aby nie traktować miary jako cel? Dokładnie ona chodziła mi po głowie, czytając ten materiał. To, że Flow Efficiency nie ma jasnego standardu dla interpretacji wyniku, nie oznacza, że sama metryka nie jest istotna - a jest! ⏩️ Our survey says…uncovering the real numbers behind flow efficiency
Vidas Vasiliauskas dzieli się z nami wrażeniami ze stosowania zwinności przez 2 lata. Mówi o błędach, sukcesach i zmianach, jakie zamierz wprowadzić w organizacji. Bardzo szczerze i przyjemnie. Tak lubię czytać o doświadczeniach innych. ⏩️ 52 Sprints Later – Win Some, Lose Some, Scrum-butt Done

Ściana tekstu Sierpień 2023

Fri, 04 Aug 2023 00:00:00 +0000

Do czytania

Martin Fowler odpowiada na pytanie, czy opłaca się pisać wysoko-jakościowy kod od samego początku? Tekst fajny natomiast myślę, że problemem nie jest pisanie złego kodu, nie ma opcji, aby dobrzy programiści pisali niejakościowy kod, a raczej, że trzeba wybierać pomiędzy zaspokojeniem wszystkich możliwych ewentualności w kodzie OD RAZU (over-engineering) i dostarczaniem dokładnie tego, co potrzebuje nasz klient, co potrzebujemy my, aby odpowiedzieć sobie na założenia jak najszybciej. Przecież sam manifest Agile mówiło o prostocie kodu, tak? ⏩️ Is High Quality Software Worth the Cost?

Czy nagradzanie wysokowydajnych i toksycznych pracowników to sposób na zabicie kultury organizacyjnej? | Dostarczaj Wartość #44

Mon, 31 Jul 2023 00:00:00 +0000

Temat odcinka: Czy nagradzanie wysokowydajnych i toksycznych pracowników to sposób na zabicie kultury organizacyjnej? | Dostarczaj Wartość #44

Dzisiaj wraz z Tomaszem Niemcem i Łukaszem Januszkiem porozmawiamy sobie o zabijaniu kultury organizacyjnej, poprzez nagradzanie toksycznych zachowań wysokowydajnych ludzi.

Wyobraź sobie sytuację, że w Twojej firmie mówi się o dbaniu o samopoczucie pracownika, a awans dostają ludzie, którzy wyżywają się na innych, idą po trupach do celu.

Dla Ciebie to prawdopodobnie jest toksyczne zachowanie, które z biegiem czasu zauważasz regularnie.

Ściana tekstu Lipiec 2023

Wed, 05 Jul 2023 00:00:00 +0000

Do czytania

Zaczynamy ścianę od “bomby prawdy”, z której ideą, z każdym mijającym rokiem i zmianą organizacji (jakoś tak wychodzi), zgadzam się bardziej i bardziej. ⏩️ You can’t be a Scrum Master without experience
Znacie pewnie sytuacje, w których członkowie zespołu się nie odzywają lub nie dają wam znać o istotnych rzeczach, dziejących się w teamie czy organizacji. ⏩️ TBM 223: Why Aren’t They Saying Anything?
Bardzo interesująca rozmowa z Michalemem Manapatem, osobą kierującą procesem produktowym w Notion, które sprawdzałem dawno, dawno temu i już wtedy robiło wrażenie, a tutaj Michael uchyla nieco tajemnicy, jak firma podchodzi do rozwoju swojego produktu. ⏩️ How Notion builds product

Ściana tekstu Czerwiec 2023

Fri, 02 Jun 2023 00:00:00 +0000

Do czytania

Wszystkie szacunki to kłamstwa - to prawda jedynie połowicznie, albowiem to zależy, jak je traktujemy. Materiał, który kolejny raz pokazał mi, że wszystkie problemy z punktami czy estymatami, pochodzą od tego, że ludzie nie rozumieją, po co się je stosuje i do czego się powinno ich używać. ⏩️ All Software Estimates are Lies
Uwielbiam, kiedy świat gier wideo miesza się z moim zawodem i pokrewnymi jemu obszarami. Tutaj autor ukazuje pokrewieństwa z procesu wprowadzania gracza do gry, do rozgrywki, do mechanik. ⏩️ 89: What games taught me about customer onboarding

Ściana tekstu Maj 2023

Fri, 05 May 2023 00:00:00 +0000

Do czytania

W poprzednim miesiącu podśmiewaliśmy się z kolejnej aktualizacji SAFe, więc dla równowagi (choć framework na nią nie zasługuje, ale co tam) ⏩️ SAFe has an update - I studied the changes so you don’t have to
Obecnie szukam innego określenia dla kodu, który nie ze względu na celowe działanie, a raczej z powodu upływu czasu i Code Rot mi się podobało, choć z perspektywą autora zgadzam się jednak tylko częściowo. Zdecydowanie widać, że to perspektywa developera w zespole. Szczególnie nie podoba mi się generalizowanie ról związanych z produktem przez stereotypy. ⏩️ Code Rot Is a Process Decision

Ściana tekstu Kwiecień 2023

Fri, 07 Apr 2023 00:00:00 +0000

Trochę zawodowo polecony mi tekst, ze względu na branżę, w której obraca się obecnie mój pracodawca, ale można w nim znaleźć kilka antywzorców w kierowaniu produktem i organizacją. Nic specjalnie zaskakującego. Raczej rzeczy, które wydawało mi się, że wydawało mi się, że organizacje powinny wiedzieć od…jakiś…dwóch dekad. ⏩️ Co poszło nie tak w eWinnerze? Taki sam los spotka wiele innych firm
Wszystkie organizacje produktowe chcą pracować w trybie continuous discovery, natomiast to podejście ma bardzo wyraźne pułapki i dobrze mieć ich świadomość, bo aktywne discovery dla produktu jest obowiązkiem. ⏩️ The pitfalls of continuous discovery research (and how to avoid them)

Czy sztuczna inteligencja marzy o elektronicznych żółwiach? - o AI, etyce, prawie, możliwościach | Dostarczaj Wartość #43

Wed, 29 Mar 2023 00:00:00 +0000

Temat odcinka: Czy sztuczna inteligencja marzy o elektronicznych żółwiach? - o AI, etyce, prawie, możliwościach | Dostarczaj Wartość #43

Dzisiaj wraz z Łukaszem Januszkiem, porozmawiamy sobie o aktualnym stanie sztucznej inteligencji z różnych stron: prawnej, etycznej, możliwości, problemów. W czym ważne jest to, że żadne z nas przyszłości przewidzieć nie umie ;-).

W części pierwszej został wspomniany artykuł o naruszeniu prawa autorskiego.

W drugiej części - Just one more thing:

Bartek opowie o productivity oraz automatyzacji
Łukasz o budowania trwałych relacji.

🎧 Posłuchaj na Spotify

Ściana tekstu Marzec 2023

Fri, 03 Mar 2023 00:00:00 +0000

Do czytania

Mocno zgadzam się ze stwierdzeniem, od jakiego rozpoczyna się ten materiał, a więc rady, aby nie obwiniać Agile za wszelkie porażki i problemy, jakie przypisuje się zwinności. ⏩️ [Don’t Blame Agile for All Sins]{‘url’: ‘https://seandexter1.medium.com/agile-is-great-ecf271f4e9a6'})
Wywodzące się z TPS podejście gemba to coś, co powinno znaleźć się w narzędziowni ku każdej organizacji. Jako stały punkt podejmowania decyzji i prowadzeniu ludzi. ⏩️ [Go See, Ask Why, Show Respect]{‘url’: ‘https://www.lean.org/the-lean-post/articles/how-to-go-to-the-gemba-go-see-ask-why-show-respect/'})
“Przeciwieństwo Agile nie jest ‘powolne’, jest ‘bycie uzależnionym od obranej ścieżki’.” - podoba mi się to określenie. O Agile, Waterfallu i planowaniu. ⏩️ [Agile vs. Waterfall (And Other Obfuscation)]{‘url’: ‘https://click.convertkit-mail.com/27uz2vq2lvtohvekkrzc3/3ohphkhq8zl9xesr/aHR0cHM6Ly9jaGFybGVzbGFtYmRpbi5jb20vMjAyMy8wMS8xMi9hZ2lsZS12cy13YXRlcmZhbGwtYW5kLW90aGVyLW9iZnVzY2F0aW9uLw=='})
Tego jeszcze nie wiedziałem o modelu Spotify, a więc w jaki sposób organizacja buduje swoją strategię i plany działania. ⏩️ [[My Product Management Toolkit (56): Spotify’s ‘Bets Board’]{‘url’: ‘https://marcabraham.com/2023/01/20/my-product-management-toolkit-56-spotifys-bets-board/’})
Jason Yip przedstawia swoją opinię/krytykę modelu Spotify ze wskazówkami, które warto wziąc pod uwagę pracując nad swoim modelem w organizacji. ⏩️ [[My critique of “the Spotify Model”: Part 1]{‘url’: ‘https://jchyip.medium.com/my-critique-of-the-spotify-model-part-1-197d335ef7af’})
Coraz częściej słyszę o temacie velocity i zagrożeniach, jakie wynikają z polegania JEDYNIE na tej metryce i polegania za BARDZO na niej. Oto jednej z nich. ⏩️ [The Veracity about Velocity]{‘url’: ‘https://www.agileconnection.com/article/veracity-about-velocity'})
Anty-wzorce korzystania ze story pintów w zespole, zebrane w jednym miejscu. ⏩️ [Breaking Bad Story Point Anti-Patterns]{‘url’: ‘https://click.convertkit-mail.com/38uvpwgpdwhkhodrm9lcr/e0hph7hkzzrkl2a8/aHR0cDovL2NtZm9yYWdpbGUuYmxvZ3Nwb3QuY29tLzIwMjMvMDEvYnJlYWstYmFkLXN0b3J5LXBvaW50LWFudGktcGF0dGVybnMuaHRtbA==?utm_source=pocket_saves'})
Świetne rady w formie łatwostrawnych pigułek, jak pracować z stakeholderami na różnych poziomach organizacji. ⏩️ [My typical tactics for influencing leaders at different levels]{‘url’: ‘https://medium.com/@jchyip/my-typical-tactics-for-influencing-leaders-at-different-levels-88166dcb3e5d?source=topics_v2---------2-84--------------------77f2d2e5_5090_48b2_937f_71f24cf192c6-------17'})
Historia jak Scrum Master odkrył Lean Startup. ⏩️ [Lean Startup and Scrum]{‘url’: ‘https://www.scrum.org/resources/blog/lean-startup-and-scrum'})
“Zredukujmy WIP” - niestety łatwiej to powiedzieć, niż często wprowadzić w organizację. Jak się okazuje problemy występują na wielu szczeblach i płaszczyznach organizacji. ⏩️ [Why is it hard to reduce WIP?]{‘url’: ‘https://www.allankelly.net/archives/7307/why-is-it-hard-to-reduce-wip/?utm_source=pocket_saves'})
Anty-wzorca DoD w pigułce, choć tego najważniejszego (dla mnie) nie ma. ⏩️ [Definition of ‘Done’: Anti-Patterns]{‘url’: ‘https://medium.com/@gautam.lavaneesh/definition-of-done-anti-patterns-18f2bfdf1083?utm_source=pocket_saves'})
Macierz WADE dała początek wielu podobnym mcierzom, z których korzystam w trakcie retrospektyw zespołowych (i nie tylko). Warto poczytać o początkach tego podejścia do kategoryzacji np. problemów. ⏩️ [Seeing the System With the WADE Matrix]{‘url’: ‘https://www.scatterspoke.com/post/seeing-the-system-with-the-wade-matrix'})
Problemy ze zrozumieniem tech-debt i jego wpływu na produkt? Może to pomoże. ⏩️ [Technical debt ratio]{‘url’: ‘https://blog.georgovassilis.com/2023/01/22/technical-debt-ratio/?utm_source=pocket_saves'})
Co poszło nie tak z podejściem design-thinking, że nie zwokowało świata? Moim zdaniem to fakt, że nie zostało stworzone do funkcjonowania w izolacji, ale jako suplement innych procesów, jak np. Scrum czy Kanban. ⏩️ [Design thinking was supposed to fix the world. Where did it go wrong?]{‘url’: ‘https://www.technologyreview.com/2023/02/09/1067821/design-thinking-retrospective-what-went-wrong/?utm_source=pocket_saves'})
Retrospektywy to prawdopodobnie spotkanie, które każdy, niezależnie od organizacji i branży “przeżył”. Na drugim miejscu pewnie daily. Oba spotkania można jednak łatwo spieprzyć a szczególnie retro, o którego antywzorcach jest materiał. ⏩️ [Retrospectives Antipatterns]{‘url’: ‘https://martinfowler.com/articles/retrospective-antipatterns.html?utm_source=pocket_saves'})
Takich materiałów nigdy nie jest za wiele, a z każdego można wyciągnąć jakąś wskazówkę dla tego, niezwykle trudnego wyzwania - mówieniu ‘nie’. ⏩️ [How to say “no” when things don’t align with your product vision]{‘url’: ‘https://bootcamp.uxdesign.cc/how-to-say-no-when-things-dont-align-with-your-product-vision-ed683a0b01aa'})
Materiał niezbyt wiele mówi o faktycznym budowaniu organizacji/kultury chętnej do zmian, ale pokazuje wartość wizualizacji w przekonywaniu innych, co warto powtarzać. ⏩️ [How to Create a Culture of Change Acceptance]{‘url’: ‘https://qaspire.com/how-to-create-a-culture-of-change-acceptance/?utm_source=pocket_saves'})
Przyznam się szczerze, że dawno nie czytałem, czegoś tak przerażającego, ale gdybyście się zastanawiali, czy korzystanie z velocity można zmienić w jeszcze gorszy pomysł, to tak, można. Wrzucam, ale błagam, nie idźcie tą drogą. Kolejnym krokiem są już tylko minutniki na sraczu. ⏩️ [What is Velocity Debt?]{‘url’: ‘https://www.minware.com/blog/what-is-velocity-debt?utm_source=pocket_saves'})
Materiał, który nieco łączy się w tekstem wyżej, o odmawianiu, ale tutaj o wskazówkach dla osób, których produkt znalazł się w procesie nieustannego zapychania ficzerami i taskami “na asapie”. O empatii w pracy z stakeholderami. ⏩️ [Product development: or how to turn factories into gardens]{‘url’: ‘https://www.mindtheproduct.com/product-development-or-how-to-turn-factories-into-gardens/?utm_source=pocket_saves'})
Forbes pochyla się na Evidance Based Management i dlaczego podejście to zadziałało w medycynie, a w zarządzaniu produktem niekoniecznie. ⏩️ [Why Evidence-Based Management Never Took Off]{‘url’: ‘https://www.forbes.com/sites/stevedenning/2023/02/23/why-evidence-based-management-never-took-off/?utm_source=pocket_saves'})
Materiał już nieco bliższy mojego zrozumienia i podejścia do ługu technicznego, ale jeszcze nie dokładnie to, co ja chciałbym przekazać :P Dobrze! Ale można spokojnie czytać, bo autor dobrze prawi. ⏩️ [Managing technical debt for competitive advantage]{‘url’: ‘https://stayrelevant.globant.com/en/technology/process-optimization/how-to-manage-technical-debt/?utm_source=pocket_saves'})
Bardzo często zdarza mi się (jak i Bartkowi) mówić o “głosowaniu portfelem” jako formie ostatecznej, w kontekście dawania feedbacku producentom np. gier. Natomiast portfel to jednocześnie istotny punkt zarządzania projektem i zespołem, a dokładnie, chodzi o wynagrodzenia. ⏩️ [Lets talk about money: the ultimate feedback loop]{‘url’: ‘https://www.allankelly.net/archives/7341/lets-talk-about-money-the-ultimate-feedback-loop/?utm_source=pocket_saves'})
To bardzo ciekawy materiał, który pokazuje diagram, w którym właściwie dostajemy instrukcję tworzenia organizacji, bazującej na najbardziej zwinnych firm produktowych. Ciekawostka, więc proszę korzystać z głową. ⏩️ [Discover 100+ practices used by successful tech product companies]{‘url’: ‘https://newsletter.product-blocks.com/p/blocks-catalog?utm_source=pocket_saves'})
Buffer przedstawia coroczny raport o stanie pracy zdalnej, jaki przeprowadza od czasów ”wielkiej emigracji do domów”. Garść interesujących, aczkolwiek jednocześnie nieco spodziewanych danych o pracy z domu. ⏩️ [State Of Remote Work 2023]{‘url’: ‘https://buffer.com/state-of-remote-work/2023?utm_source=pocket_saves'})

Do oglądania | słuchania

Henrik Kniberg opowiada o powstaniu modelu Spotify, jak to się stało, że stał się on modelem i jak wyglądało zamieszanie wokół niego, z perspektywy wnętrza firmy. Ciekawy materiał do przesłuchania, który potwierdza coś, co wiedziałem już od dawna, czego nie wiedziały liczne organizacja kopiujące model, ale ciekawie było spostrzeżenie o spisanie struktury “do wrośnięcia”. ⏩️ [Master Class with Henrik Kniberg]{‘url’: ‘https://www.youtube.com/watch?v=e1tUi8IVznc'})

Heheszek

Ściana tekstu Luty 2023

Fri, 03 Feb 2023 00:00:00 +0000

Do czytania

Dosyć kontrowersyjny nagłówek, który mocno mnie zaciekawił. Silosy w zespole czy organizacji, to coś, z czym staram się walczyć i niwelować wszelkie ryzyka wystąpienia. A tutaj mowa o istotnej roli takowych silosów. Ciekawy temat i analiza. ⏩️ The importance of silos
Pytanie “dlaczego?” jest niemalże tak samo trudne, jak mówienie “nie”. Oto seria wskazówek, jak to robić i nie żałować. ⏩️ 15 Ways To Ask Why Without Asking Why
Nie da się budować współczesnej, zwinnej organizacji bez zdrowego i sumiennego podejścia do popełniania błędów. Trzeba zrozumieć, że są one nieuniknione, a najbardziej podoba mi się fragment: „W kulturze pozbawionej szukania winnych, liderzy obwiniają procesy, a nie ludzi”. ⏩️ Embrace Mistakes to Build a Learning Culture

Ściana tekstu Styczeń 2023

Fri, 06 Jan 2023 00:00:00 +0000

Do czytania

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)
Nieco więcej o myśleniu systemowym, również na podstawie książki ww. ⏩ Systems Thinking: Resilience, Self-Organization, and Hierarchy

Czy aplikowanie na oferty bez widełek to brak szacunku?

Wed, 07 Dec 2022 00:00:00 +0000

Temat odcinka: Czy aplikowanie na oferty bez widełek to brak szacunku? | Dostarczaj Wartość #41

Dziś wraz z Łukaszem Januszkiem i Tomaszem Niemcem porozmawiamy o tym czy aplikowanie na oferty pracy bez widełek to powód do wstydu i co to ma wspólnego z brakiem szacunku.

Natrafiliśmy na reklamę, która początkowo stała się kością niezgody, a potem postanowiliśmy się jej bliżej poznać, by zrozumieć co autor miał na myśli, oraz w jaki sposób widełki, a raczej ich brak, łączy się z szacunkiem.

Ściana tekstu Grudzień 2022

Fri, 02 Dec 2022 00:00:00 +0000

Do czytania

Bob Galen o EPT, czyli Empowered Product Teams. Idea tworzenia zespołów która została zaplanowana w kartonik i przygotowana do sprzedaży organizacją jako produkt, przez zespół SVPG. O zagrożeniach z tym związanych i dlaczego agile nie może wychodzić od zespołów. ⏩ Empowered Product Teams…Really?
Wskazówki i przestrogi w korzystaniu z OKR-ów. ⏩ The good, bad, and ugly of OKRs by Jenny Herald
Kolejny materiał mówiący o pięknie korzystania z tablic canvas w procesie określania wymagań produktowych. Tutaj też fajne wytłumaczenie każdej komórki. ⏩ Critical Thinking About The “Lean UX” Canvas

Twoja firma nie jest twoją rodziną - no chyba, że należysz do mafii.

Wed, 09 Nov 2022 00:00:00 +0000

Temat odcinka: Twoja firma nie jest twoją rodziną - no chyba, że należysz do mafii | Dostarczaj Wartość #41

Porozmawiamy o tym czy firma to twoja rodzina, czy należy się bać gdy pracodawca chce być Twoim ojcem chrzestnym i jak rozpoznać, czy jest się w kolejnym sezonie The Sopranos?

Pracujesz w jednym miejscu już wiele lat, czujesz się jak w domu. W sumie to jest Twój drugi dom, a może nawet i pirewszy.

Ściana tekstu Listopad 2022

Fri, 04 Nov 2022 00:00:00 +0000

Jedną z lepiej działających rzeczy, jakie możemy zrobić w roli Agile Coacha czy Scrum Master, aby wspomóc zwinność zespołu/ organizacji, to nauka poprzez zabawy czy warsztaty grupowe. Materiał daje jasne wskazówki, jak takowe przygotować, o czym pamiętać itd. ⏩ Accessing Agile Games as a Tool in Transformation and Change
Dlaczego istotne jest ograniczanie pracy w Scrumie (i nie tylko)? ⏩ Why Limiting Work in Progress Matters for Scrum
Myślę, że cenna wskazówka dla osób wchodzących w IT, gamedev, a może i ogólnie, w organizacje. ⏩ Unless you’re in the mafia, your company isn’t your family
Wraz ze skalowaniem organizacji oraz budowaniu developmentu w oparciu o wiele zespołów, pracujących nad jednym produktem, naturalnie pojawi się potrzeba zespołu wspomagającego. W książe o topologiach zespołów nazywany był on zespołem “Uruchamiającym”, z ang. Enabling team. Tutaj nieco innego, ale zbliżone podejście do tematu zespołu platformowego. ⏩ Squad vs Platform & Product Teams
Jedną z istotnych dla mnie składowych zwinnej organizacji, jest zadbanie o “zdrowie zespołów”, więc wszelkie wskazówki, jak na nie pracować, przyjmuję z otwartymi rękoma. ⏩ Agile, The Progress Principle, and a Healthy Inner Work Life
Nie ma transformacji Agile, bez wyraźnego leadershipu, skoncentrowanego na kulturze produktowej. ⏩ Shifting your product culture starts with product leaders
Przydatny słowniczek wraz z przykładami dla takich pojęć, jak misja, wizja, strategia itd. ⏩ Mission → Vision → Strategy → Goals → Roadmap → Task
Bez frameworka, bez metodologii, oto krótkie How-To Agile. ⏩ Objective Driven Agile – 7 step lightweight method
O eksperymentach w produkcji. ⏩ Experimentation — OnBelay
Jak zaimplementować procesy _design thinking _(tutaj użyte jako UX process), w wytwarzaniu przez zespół wartości. ⏩ The UX Process is the UX Process is the UX Process…
Popularne błędy przy pracy z OKR-ami. ⏩ The fury of OKRs
Znam wiele zastosowań metod Now/Next/Future, ale jak widać, pasuje również doskonale nadaje się do budownaia roadmapy produktu. ⏩ Why I Invented the Now/Next/Later Roadmap
Przydatne rady, jak radzić sobie z “trudnymi” stakeholderami (ale działają też z np. trudnymi członkami zespołu, z lekkimi modyfikacjami tu i tam). ⏩ How to work with difficult stakeholders
Uwielbiam używać narzędzi typu canvas do wszystkiego, a już szczególnie do tematów produktowych oraz np. dokumentowania biznesowego inicjatyw technicznych. Tutaj tablica służąca do eksploracji gotowości produkcyjnej rozwiązania/produktu. ⏩ Product Go-to-Market (GTM) Canvas: Define How You Take New Ideas to Market

Do oglądania | słuchania

Ciekawa propozycja jako alternatywa dla Scrum Lego, które już jest nieco oklepane i ma swoje bolączki - ScrumTale. Gra kooperacyjna mająca na celu wprowadzenie w działanie Scruma i procesów iteracyjnych, poprzez wspólne budowanie powieści kryminalnej. Wszystko brzmi dobrze, ale cena zestawu - dla mnie zabójcza. ⏩ Zwinne Crime Story
Kiedy powinniśmy patrzeć na Throughput, a kiedy Cycle Time oraz dlaczego symulacje oparte na jednym, bądź też drugim mogą dać sprzeczne wyniki w tych samych warunkach. ⏩ Episode 39 Prediction Wars Scatterplot vs Monte Carlo

Heheszek

Ściana tekstu Październik 2022

Thu, 13 Oct 2022 00:00:00 +0000

Do czytania

W jaki sposób oraz poprzez jakie dane, przeprowadzić weryfikację “stanu zdrowia” naszego produktu? Fajne wskazówki, kiedy przychodzi nam obejmować rolę PO w organizacji z już rozkręconym produktem. ⏩ How to Conduct a Product Health Check
Czy jedna osoba w roli PO jest w stanie obsłużyć wszystkie działania nad produktem? Od stakeholderów po zespół. ⏩ By-Directional Product Management
Kolejna porcja negowania podstawowych pojęć w zarządzaniu produktem. Po noestimes, przyszedł czas na nobacklogs. Zabawne, że obecnie, jak coś jest za trudno, to wymyśla się ideologię bez tego. ⏩ Backlogs, #NoBacklog(s) and comfort blankets
Interesująca koncepcja na to, w jaki sposób przeprowadzić pierwsze kroki ku zwinności, jeśli zależności oraz obecne standardy w organizacji, są dla nas kulą u nogi. ⏩ Why You Might Need an Island of Agility
Świetna obrona frameworków i cytat, który zostanie ze mną na dłużej: “Struktury, modele i procesy pomagają nam uczyć się, współpracować, zmniejszać obciążenie poznawcze (w stosownych przypadkach) i zwracać uwagę (w stosownych przypadkach).” ⏩ TBM 25/52: In Defense of Frameworks (and Process)
Mike Cohn reklamuje nowe narzędzie w ramach Mountain Goat Software, do oceny dojrzałości implementacji Agile w organizacji. Brzmi fajnie i lekko. Jeszcze go nie wypełniałem, ale pewnie niedługo usiądę. ⏩ Elements of Agile: An Agile Assessment Tool for Iterative Improvements
Jak prowadzenie pamiętniczka decyzyjnego, pozwala określić dojrzałość podejmowanych decyzji. Podoba mi się określenie, że o jakości decyzji stanowi proces, który do niej doprowadził. ⏩ Creating a Decision Journal: Template And Example Included
Dużo się mówi o Lean Startup, szczególnie w Dolinie Krzemowej, która się tym ekstremalnie-zwinnym podejściem zachłysnęła. Ale przecież ani Tesla, ani inne sukcesy regionu, nim nie podążały. ⏩ 4 Major Problems With The Lean Startup Methodology — Reforge
“Jeśli nie da się tego zmierzyć, to nie możesz tym zarządzać” - materiał mówi, że to błędne określenie w odniesieniu do pracy zespołu. Ja natomiast się z nim zgadzam, ponieważ…zespołem się nie zarządza, mu się lideruje :) ⏩ Does high velocity lead to burnout? That may be the wrong question to ask
Dobra wskazówka dla początkujących PM-ów (choć osobiście uważam, że i również dla SM, i ogólnie każdego właściwie), aby nie zaczynać swojej przygody ze zwinnym dostarczaniem od szkoleń/certyfikacji SAFe. ⏩ Why training in SAFe or scaling agile is wrong for PMs early in their careers
Znam temat person w procesie projektowania rozwiązań dla klientów, ale anty-persony to zupełna dla mnie nowość, a brzmi super. ⏩ Antipersonas: What, How, Who, and Why?
Jak radzić sobie z trudnymi przypadkami w organizacji, jako osoba produktowa. ⏩ Dealing with Extremely Difficult Product People
Case Study na temat tego, jak odpowiednie zbudowanie struktury zespołów w organizacji, wpływa na tzw. cognitive load, a więc narzut kroków procesowych, o jakich developer musi pamiętać przy dostarczaniu wartości. ⏩ Reducing Cognitive Load in Agile DevOps Teams Using Team Topologies
W Scrum jest jeden PO, jednak często zgadza się, że jego wsparciem jest cały zespół produktowy - jak ma się to do jednej osoby decyzyjnej? ⏩ Product Teams in Scrum
Bob Galen krótko o korzystaniu zarówno z zatrudnionych oraz zewnętrznych Agile Coachów. ⏩ Key Differences for Internal vs. External Agile Coaches — RGalen Consulting
John Drogosz przedstawia proces prowadzenia warsztatów Value Stream Mapping. Jaki jest ich cel oraz kroki. ⏩ Why Value Stream Mapping is Essential to Product and Process Development (jest też wersja video)
Bardzo fajna metafora z Władcy Pierścieni dla wpływu, jaki chcielibyśmy mieć na innych. ⏩ How to get better at influence
Wskazówka dla wchodzenia w nową domenę, organizację, gałąź gospodarki etc., czyli tworzenie mapy. ⏩ Steve Blank Mapping the Unknown – The Ten Steps to Map Any Industry
TO TRZEBA PRZECZYTAĆ. Prosto z Ukrainy, materiał o Agile Coachu, który z dnia na dzień stał się dowodzącym w armii walczącej ze zbrodniarzami z Rosji, i jak przeniósł swoją pracę do koszarów. Super tekst. ⏩ From agile coach to the military officer: breaking stereotypes about leadership in the army
Framework Truth, Belief, Validated będę stosował przy pracy nad materiałami i opiniami (podoba mi się), ale tutaj w kontekście budowania MVP. ⏩ MVP philosophy and the Justified True Belief
Postawienie tablicy z kolumnami, to nie Kanban. Potrzeba dużo więcej. ⏩ Don’t Confuse a Task Board with a Kanban Board! What’s The Difference?
Kompleksowe zestawienie praw, koncepcji i tematów, które powinniśmy znać w roli Agile Coacha. ⏩ 21 concepts that have helped me as an Agile Coach
Nie wiedziałem, że w sieci pojawiło się Manifesto for Agile Scaling, a co najważniejsze - brzmi nawet sensownie. ⏩ The Five Orders of scaling agile teams
Jak zapełnić backlog swojego produktu, gdy rozpoczynamy prace nad produktem. ⏩ 5 Tips for Stocking the Product Backlog
Impact Mapping to proste do zrozumienia narzędzie, które pozwala odnaleźć drogę przy dużej niepewności produktu. ⏩ Want to Get the Most Bang for Your Buck? Try Impact Mapping

Do oglądania | słuchania

Znajomy z pracy uczestniczył w dyskusji na temat sensu posiadania Scrum Mastera w zespole, który już jest wystarczająco zorganizowany. Choć z kilkoma sprawami się nie zgadzam, to warto posłuchać i wypracować własne zdanie. Moje jest w komentarzu na YT. ⏩ The Agile Kick-About. September Edition, Are Scrum Masters & Agile Coaches No Longer Needed?
Grubaśny zapis warsztatów prowadzonych przez Doc Nortona, na temat przydatnych, zwinnych metryk dla organizacji. Trochę powtórki, trochę ciekawostek i przykłady z życia. ⏩ Useful Metrics for Agile Teams - Doc Norton
Z każdym kolejnym materiałem jaki pochłaniam o Tesli, jestem coraz bardziej zajarany sposobem, w jaki firma powstała, rozkręcała się i zmieniała. Tutaj prezentacja o początkach firmy oraz decyzji, aby pierwszym modelem tesli był roadster. ⏩ Tesla Roadster: Developing Products When Iteration is Hard by Marc Tarpenning at Lean Product Meetup

Heheszek

Bardzo cenna wskazówka.

Quiet quiting - czy robienie minimum w pracy to powód do wstydu

Fri, 30 Sep 2022 00:00:00 +0000

Temat odcinka: Quiet quiting - czy robienie minimum w pracy to powód do wstydu?

Dziś wraz z Łukaszem Januszkiem oraz Tomaszem Niemcem porozmawiamy o cichym odchodzeniu, o tym czy robienie minimum jest powodem do wstydu, oraz gdzie leży prawdziwy problem.

Nowy trend na Tik Toku — menadżerowie mówią o pracownikach, którzy robią minimum. Dla nich to powód do wstydu.

Dla nas to powód, by zagłębić się w temat komunikowania oczekiwań, poziomów satysfakcji i tolerancji oraz zawłaszczenia pojęcia, które z odchodzeniem ma mało wspólnego.

Ściana tekstu Wrzesień 2022

Fri, 09 Sep 2022 00:00:00 +0000

Do czytania

Fajny przewodnik po najpopularniejszych sposobach podejmowania decyzji w zespole, wraz z plusami i minusami każdego z podejść. ⏩ Why are Group Decision-making Techniques Important?
Przewodnik dla PO/PM, w jaki sposób pracować z rozproszonym zespołem. Wskazówki w sytuacji, gdy nie tylko oddziela nas odległość, ale i strefa czasowa. Przydatne nie tylko dla produktowców. ⏩ Remote and Asynchronous Product Management
Rewelacyjny odpowiedź na pytanie, dlaczego planowanie długoterminowe przegrywa ze zwinnym podejściem, JEŚLI jesteśmy firmą produktową, czy pracujemy nad oprogramowaniem. Podaje również, kiedy długie plany mają sens. ⏩ Why long-term plans don’t work and how to fix them
Tajniki sztuki rozmawiania ze stakeholderami :) W jaki sposób się z nimi obchodzić, aby jednocześnie dać im decyzyjność. ale nie pozbywając się jej po naszej stronie. ⏩ Three Advanced Techniques for Working with Stakeholders
Instrukcja przeprowadzenia smacznego ćwiczenia z Design Thinking, na podstawie pieczenia ciasta. ⏩ Design thinking for beginners – workshop agenda and guide
Co za dużo, to niezdrowo. Metryki są pożytecznie do momentu, gdy przestają, bo stały się dla nas celem. ⏩ Why product managers should not be data driven
McKinsey prezentuje czynniki dobrego leadershipu. ⏩ What is leadership?
Jak połączyć artystyczny świat projektantów oraz programistów? ⏩ Resolving Conflicts Between Designers And Engineers
Materiał ku przestrodze. Osobiście miałem rozmowy z osobami na poziomie C, które były zainteresowane narzędziami do monitorowania aktywności pracowników. więc wiem, że temat jest autentyczny i się dzieje. Fatalne. ⏩ The Rise of the Worker Productivity Score (NY Times paywall)
Praktyczne wskazówki, jak aplikować myślenie lean do Scruma, a raczej jak Scrum funkcjonuje w oparciu o redukowanie strat. ⏩ Lean Waste Management for Agile Teams: How to find and eliminate waste in Scrum
Dlaczego kompromis nie zawsze jest najlepszym rozwiązaniem? Tym razem o zabijaniu kreatywności. ⏩ How Consensus Kills Innovation
Kolejna pomoc w radzeniu sobie z HiPPO. ⏩ When HiPPOs Use Their Power to Decide for Other People
Co się dzieje, kiedy “modyfikujemy LEKKO naszego Scruma”. ⏩ The three worst Scrum “customizations”
Tesla coraz bardziej mnie fascynuje swoim procesem produkcyjnym. Materiał pokazuje kilka bardzo imponujących gier. ⏩ Tesla Agile Success
Krótkie przedstawienie frameworks Cynefin. ⏩ Complexity and the Cynefin Framework
Interesująca metafora z kamieniami i piaskiem, w kontekście układania backlogu, roadmapy czy sprintu. Nie znałem, a ładnie tłumaczy problem odpowiedniego planowania. ⏩ The practical application of “Rocks, Pebbles, Sand”
Trochę mało “mięsne” wytłumaczenie różnicy pomiędzy Features oraz Epics, w kontekście układania backlogu produktu, np. w JIRZE. ⏩ What are epics and features?
Dlaczego VSM (Value Stream Mapping) jest tak istotne w Lean? ⏩ Understanding the Fundamentals of Value-Stream Mapping
Ciekawe wnioski zebrane z analizy prac oraz publikacji związanych z tematem kros-funkcjonalnych zespołów. ⏩ Cross-Functional Teams: A Summary of 20 Popular Studies
Fajny framework dla współpracy EMa oraz PMa w zespole. ⏩ PM & EM: Rules of Engagement
Nie lubię generalizowania i widzę wartość w misji dla produktu czy organizacji, ale też rozumiem podejście autora. ⏩ Mission statements are worse than worthless
Nie zgadzam się z wieloma punktami tego materiału i chętnie kiedyś bym z autorem porozmawiał. Po pierwsze, jakiekolwiek rozumowanie punktów w czasie nie ma sensu. Po drugie przykłady z velocity są celowo tak skonstruowane, aby pokazały bezsens velocity. ⏩ The conundrum about Story Points — pointless or not?

Do oglądania | słuchania

Roy Osherove opowiada o praktykach XP, które możecie dodać do Scruma. Przyznam szczerze, że niewiele nowego dowiedziałem się z materiału. Nawet w pierwszych kilku minutach znalazłem byka w zrozumieniu Scruma (co zawsze jest fajne, jeśli się słucha kogoś “ważnego”), ale jeśli np. XP to dla was wyłącznie system operacyjny Microsoftu, to polecam. Putting the XP in Scrum • Roy Osherove • GOTO 2021

Heheszek

https://twitter.com/anothercohen/status/1556799390207148036?t=czTvNck3b2um8WmvUWeyDw&s=19

Funkcja szczęścia - zrozumieć co lubię robić w życiu, by potem zacząć to robić.

Sun, 07 Aug 2022 00:00:00 +0000

Wstęp

Wyszedłem na korytarz i mój kolega z pracy Jarek w rozmowie telefonicznej zapytany, gdzie jest, odpowiedział bez wahania: No przecież w pracy, bo praca jest moim życiem :)

Wiem, że było w tym sporo żartu, ale słowa wypowiedziane przez tego niezwykłego człowieka, fenomenalnie wpisują się we wstęp do artykułu. Artykułu, którego celem jest pokazanie roli funkcji szczęścia w zakresie motywacji, oraz tego, jak, biorąc pod uwagę te informacje, tworzyć zespoły lub zmieniać ich kompozycje z biegiem czasu.

Ściana tekstu Sierpien 2022

Thu, 04 Aug 2022 00:00:00 +0000

Do czytania

Nic odkrywczego, jednak dużo informacji zebranych w jedno miejsca. Nadaje się na przypomnienie lub materiał pod przygotowanie się do prezentacji. ⏩ Actionable Agile Metrics For Scrum, Kanban, SAFe, or ANYTHING! How to get started!
Przeczytajcie, jeśli kiedykolwiek widzieliście decyzję, aby nie poświęcić naprawienie czegoś permanentnie, bo pozbycie się problemu to “przecież tylko pięć minut Krzyśka”. ⏩ Waste Snake
Plusy i minusy stabilnych zespołów. ⏩ How long should we keep the team together?
Wchodząc w materiał, spodziewałem się jednak nieco więcej wskazówek, metod i narzędzi, jak jako organizacja czy jej członek, poradzić sobie ze zmianą jej struktury, a tutaj bardziej indywidualne i osobiste rady dla osoby w tej sytuacji. ⏩ Oh Shit, You’re Going Through a Reorg
Czym zajmuje się HoP? Zero zaskoczenia, ale może ktoś z was zbliża się do roli Head of Product albo pracuje z taką rolą. ⏩ What Should a Head of Product Do?
Przykład gry, której celem jest dekompozycja skomplikowanych problemy, identyfikując podstawowe przeciwieństwa w systemie, zwanymi polaryzacjami. ⏩ Even Flow
Budowanie MVP, niezależnie od tego, czy pracujemy w Scrumie czy stosujemy Kanban na naszym procesie. ⏩ How to deliver the MVP using Scrum and Kanban?
Ciekawy materiał wskazujący wnioski z adaptacji przez organizacje SAFe, pokazujący rzeczy, o których warto pomyśleć przy aplikacji frameworka. Przy czym nie demonizuje go. ⏩ What SAFe doesn’t tell you
Refactoring - czym jest i jak sobie z nim radzić? ⏩ How To Understand Refactoring
Doskonale rozumiem autora, kiedy jest zdumiony pytaniami o to, czy Agile działa z deadline’ami. Oczywiście. Czemu nie?! ⏩ Can Agile and deadlines coexist in perfect harmony?
Wyprowadzenie do Shape Up od Basecamp. ⏩ Why we transitioned from Sprints to Basecamp’s “Shape Up” methodology
Przyznam szczerze nie wszystko z tego tekstu uważam za słuszne do wdrożenia dla organizacji, szczególnie kwestie kompozycji zespołów i mieszania ekspertów z juniorami, ale sam temat architektury systemu i komunikacji, jak najbardziej spoko. ⏩ How teams are organized will influences your product more than you might realize.
Fajne porównanie ekspedycji na Biegun Płd. z transformacją organizacji ku Agile. ⏩ 3 Amazing Reasons Your Agile Transformation May Go South
Gra tłumacząca istotę limitowania rozgrzebanych tematów. ⏩ The WIP Drinking Game
Trudna relacja pomiędzy CEO i CPO czy po prostu osobą produktową, np. PO. ⏩ CEOs and Product Leaders
Słyszałem już wiele na temat Scatter-Gather, ale w kontekście odwrotnym, gdy najpierw zbieramy zespół, następnie się rozchodzimy, aby finalnie znów się spotkać. Tutaj natomiast fajnie, bo można przeczytać o bolączkach podejścia tak globalnie stosowanego z organizacjach. ⏩ Scatter-Gather
Użyteczny materiał, jeśli zastanawiamy się nad powierzeniem roli Scrum Mastera, członkowi zespołu developerskiego. ⏩ Does It Make Sense for Developers to Wear the Scrum Master’s Hat?
Wprowadzenie do Story Mappingu. ⏩ What is User Story Mapping?
I od razu ściąga od samego Jeffa Pattona. ⏩ Story Mapping Quick Reference

Heheszek

Nie każdy problem boli - jak zdecydować czy warto zajmować się problemem

Fri, 29 Jul 2022 00:00:00 +0000

Temat odcinka: Nie każdy problem boli - jak zdecydować czy warto zajmować się problemem?

Dziś Łukasz Januszek i Tomasz Niemiec porozmawiają o problemach i podejściu do problemów w kontekście różnic między bycia konsultantem z zewnątrz a bycia pracownikiem w organizacji.

Czy jest pole do współpracy? Na których problemach się skupić a które zignorować? Jakie techniki mogą pomóc w tym wyborze? Wszystko oczywiście z przykładami.

O tym wszystkim porozmawiamy sobie w odcinku w części pierwszej podcastu.

Ściana tekstu Lipiec 2022

Fri, 08 Jul 2022 00:00:00 +0000

Do czytania

Ciekawy początek serii blogów na Scrum.org, w którym autor eksploruje temat rozwinięcia swoich umiejętności wychodzenia poza ramy zespołu jako Scrum Master. ⏩ Blog Series: From Scrum Master to Agile Leader - Part 1 - Exploring the Gaps in Scrum Mastery
Zastosowanie Agile/Scrum do zaplanowania swoich zajęć treningowych - MEGA! ⏩ Using Agile for Fitness
Najlepiej tego nie mówić, a raczej zapewnić warunki, w których to pytanie będzie zbędne. ⏩ How to tell your manager you can’t estimate
Kilka powodów, przez które skalowanie rozwiązania czy produktu się nie udaje, które można też potraktować jako listę ryzyk dla projektu. ⏩ Why It’s So Hard to Scale a Great Idea
Powody, dla których warto szacować. ⏩ Four Reasons Agile Teams Estimate Product Backlog Items
A co dla was oznacza “hiper-performujący” zespół? ⏩ What Is a High-Performing Agile Team?
Fajne zestawienie przydatnych modeli budowania efektywnych zespołów, wraz z metrykami do śledzenia. Zgodnie z moimi przemyśleniami na temat takich zespołów - autonomia, silny leadership, zaufanie i ODPOWIEDZIALNOŚĆ członków zespołu wobec siebie. ⏩ 5 Models for Team Productivity
Dużo w ostatnich ścianach było o KPI-ach i OKR-ach, a tutaj o błędach, jakich powinniśmy się wystrzegać przy pracy z nimi. ⏩ Six Common KPI Mistakes to Avoid
Chętnie czytam takie materiały, albowiem chce zestawić moje zrozumienie Scruma z osobą, która uważa go za rzecz wartą potępienia, usunięcia ze świata IT. Kilka akapitów i nie znalazłem nic, co by mnie zaskoczyło, czy też było argumentem wartym pochylenia się i przemyślenia. W sumie - dobrze. ⏩ The age of Scrum is over
Osiem wskazówek na lepsze Sprint Review. Nic zaskakującego, ale warto przypomnieć sobie, co jakiś czas. ⏩ Eight things you should do in your Sprint Review
Niezależność oraz autonomia to dwie różne rzeczy. Natomiast w organizacjach budujemy niezależne zespoły, myśląc, że dadzą nam efekty autonomii. Ciekawy materiał do przemyślenia. ⏩ Independence,autonomy,too many small teams
Bardzo długi materiał, który się dosyć wolno (i nieco zagmatwanie rozkręca) jednak ostatnia jego część jest naprawdę sycąca (od Kanban Heuristics). ⏩ Kanban - Isn’t It Just Common Sense?
Smutny material, jednak bardzo prawdziwy - dla osób walczących w swoich organizacjach o lepsze jutro. ⏩ Dangerous Professionals: Hacking the Bureaucracy to Get Stuff Done
Jak krok po kroku dojść do rozmów z klientem, kiedy organizacja na to nie pozwala. ⏩ Ask Teresa: My Sales Team Won’t Let Me Talk To Customers. What Now?
Lubię canvasy. To fajne narzędzie do uporządkowania procesu poznawczego. Tutaj przydatny canvas do budowania PBIs. ⏩ Product Backlog Building Canvas
Ciekawe spostrzeżenie o potrzebach, jakie zarządy mają wobec roadmap - opcje i bufory. Niezła myśl. ⏩ What Senior Managers Want & Need from Roadmaps: Predictability and Options, Part 4
David West o pracy zdalnej na dużą skalę i jak w tym wszystkim wypada Scrum. ⏩ Remote Work and Scrum
Przydatne case-study dotyczące transformacji zwinnej dużej organizacji. Trochę LeSS, trochę Spotify. Sporo niezłych lekcji do nauki. ⏩ What we learned from descaling 25 Scrum teams
Zestaw ciekawych pytań do zadania członkom zespołu, po przejęciu go jako lider. ⏩ 21 questions to ask when taking over a new team
Sir Alex Ferguson i radzenie sobie z organizacją skupioną na celach krótkoterminowych, oraz wskazówkach dla bycia liderem. ⏩ Business Value, Soccer Canteens, Engineer Retention, and the Bricklayer Fallacy
Ciekawy pomysł na wykorzystanie jednego z formatów Liberating Structures do poddaniu weryfikacji naszego Scruma. ⏩ Uncovering blind spots in your Scrum team
Zastosowanie powyższego na większą skalę. Materiał case study. ⏩ Uncover the unknown with Gemba Troika Consulting
Lubię stosować ‘5-whys’, ale zdaję sobie sprawę, że to nieidealna narzędzie. ⏩ Some thoughts on “5 Whys”
Agile na poziomie zespołu. ⏩ Why an Agile Delivery Model Isn’t Always Enough
Bardzo fajny opis barometru dla rozpoznania firm produktowych. ⏩ What Product-Led Companies Look Like
Chcecie by wasz zespół był przewidywalny dla swoich stakeholderów. Skupcie się na umiejętnym kształtowaniu notek. ⏩ How to Right-Size Your Stories for Better Predictability

Do oglądania | słuchania

Fajna, choć już leciwa, prezentacja Jez Humble (m.in. książki związane z Continuous Delivery oraz tematyką Lean) o tym, dlaczego Agile w dużej skali jest problematyczne. Materiał polecony mi w trakcie rozmowy o zjawisku zwanym _Water-Scrum-Fall, _co samo w sobie jest ciekawym punktem jego prezentacji. ⏩ Why Scaling Agile Doesn’t Work • Jez Humble • GOTO 2015

Heheszek

Credo - czym jest i co nam daje

Fri, 01 Jul 2022 00:00:00 +0000

Temat odcinka: Dlaczego credo jest ważne?

Dziś wraz z Łukaszem Januszkiem i Tomaszem Niemcem porozmawiamy o credo, czyli odzwierciedleniu wartości w organizacji. Często mylnie uważamy, że jego główna funkcja to marketing, zapominając o tym, że może nam pomagać radzić sobie w trudnych sytuacjach.

Czy spotkał*ś się z sytuację, że credo firmy mówi, że najważniejszy jest pracownik, a w rzeczywistości firma zachowuje się zupełnie inaczej.

Zagranie celowe, czy też niezrozumienie celu posiadania credo?

Jeśli jesteś w czymś dobry, nigdy nie rób tego za darmo

Thu, 23 Jun 2022 00:00:00 +0000

Wstęp

Przypomnij sobie sytuację, w której ktoś chciałby, aby inna osoba, pomimo wstępnej niechęci coś zrobiła. W rezultacie, by dodatkowo tę osobę zmotywować, sięgnął po nagrodę.

Może to być Twój syn/córka/bratanek/siostrzenica, któr* nie chciał jeść obiadu.

Może to być Twój współpracownik, który nie chciał zostać po godzinach pracy, aby pomóc mniej doświadczonemu zespołowi.

Może to być Twój współpatrożonek, który nie chciał* pojechać do teściowej na obiad, ale Ty znalazł*ś jaki sposób, by go przekonać.

Ściana tekstu Czerwiec 2022

Mon, 06 Jun 2022 00:00:00 +0000

Do czytania

Na początku maja miałem do przeprowadzenia warsztaty dla Product Managerów, z którymi współpracuje, na temat organizacji product backlogu. Oto kilka materiałów, które użyłem przygotowując się:
Myślę, że autor tego tekstu nie lubi deadline’ów — więc podrzuca wskazówki, jak sobie z nimi radzić jako np. developer czy ktokolwiek dostaje nimi po twarzy. ⏩ No, good sir, your deadlines don’t matter across silos
Stabilne zespoły w dynamicznych strukturach. Ciekawe wskazówki dla tego, czym należy zaopiekować się lub ustalić, jeśli mamy zależności pomiędzy zespołami, głównie związane z określeniem rodzaju zależności. ⏩ Stable Teams and Dynamic Structures
Team Topologies to ciekawy tematy i książka, którą muszę kiedyś zgłębić. Tutaj znajduje się kilka głównych myśli, od których należy zacząć przy budowaniu struktury zespołów. Choć, muszę powiedzieć, że sprowadza się większość do autonomii, zaufania, misji i samoorganizacji. ⏩ Team topology: 6 “first principles” for product leaders
Skutki i koszt technical debtu oraz czym różni się on od „niedokończonej” roboty. ⏩ Scrum explained: Technical debt vs undone work
Dwa najczęstsze błędy, jakie popełniamy pracując z NPS. ⏩ How to (Really) Measure NPS — Reforge
Przydatny materiał dla osób borykających się z problemem budowania celu sprintu, wraz z narzędziami i szablonami do użycia. ⏩ How to write and Use a Sprint Goal ( with templates)
Przestańcie używać kanapki w feedbacku! Ciekawy pomysł z Feedfuture. ⏩ 5 Awesome Ways to Give Feedback to Your Team
Wszystko czego Scrum Guide nie mówi. ⏩ Sacrum doesn’t say…
Świetne porównanie podejść do pracy organizacji od skupienia się na utylizacji zasobów, efektywności flow czy zdolności do adaptacji czyli zwinności. ⏩ Agile != Lean
Jak Leanowe 5S może pomóc w waszej implementacji Kanbana? ⏩ Using 5S to Keep your Kanban Board Organized in Practice

Do oglądania | słuchania

Jak prosty sposób komunikacji problemu, który się pojawia, kiedy nie mówimy ‘nie’ i nie limitujemy tematów, nad którymi pracujemy jednocześnie. ⏩ Henrik Kniberg : Multiple WIP vs One Piece Flow Example
Ostatnio pojawiło się w moim miejscu pracy zapotrzebowanie na przeprowadzenie warsztatów jako Event Storming, a ponieważ znacznie bardziej zaznajomiony jestem z User Story Mappingiem, to musiałem sobie nieco przypomnieć, o co w ES dokładnie chodziło:

Heheszek

Ściana tekstu Maj 2022

Fri, 06 May 2022 00:00:00 +0000

Do czytania

Kolejny materiał, który utwierdza mnie w przekonaniu, że osoby opowiadające się #noestimates, to skrzywdzeni ludzie słabym Scrumem, implementowanym na kolanie i z masą złych praktyk. ⏩ #NoEstimates and #NoIterations
Ten materiał jest dla mnie taką bazą pod organizację zespołów i całej organizacji. Coś, od czego moim zdaniem należy zacząć, zaopiekować się w pierwszej kolejności. ⏩ Productivity and IT Organizations - Some questions answered
Zawsze mnie intrygował model finansowy w zespole czy organizacji, w którym to zespół odpowiada za poziom wynagrodzenia. Moim zdaniem, to cholernie trudne, ponieważ uważam to za szczyt, jeśli chodzi samoorganizacje, ale nie niemożliwe. Chciałbym kiedyś współpracować z tak dojrzałym zespołem. ⏩ Using Team-Set Salaries for Company-Wide Compensation
Coś dla śmiechu (i nie tylko). ⏩ My Favorite Product Management Memes
Wskazówki i lekcje z mierzenia sukcesu produktu. ⏩ 21 Lessons In Measuring Innovation: Truth Is Often The First Casualty
Ostatnio w pracy tłumaczyłem kro-funkcjonalność, więc podrzucam, bo może się przydać. ⏩ What Does Scrum Mean by Cross Functional Teams?
Ciekawe, czy John Cutler wie, że dostarczył mi fantastycznie prostego wytłumaczenia Scruma? ⏩ Making Things Better (With Enabling Constraints and POPCORN)
Bartek Michalski (tak, ten Bartek Michalski z DW) wraca do pisania w serwisie. Jak zwykle na świeczniku jest temat motywacji i wskazówki, że czasem dawanie jest odbieraniem, a nie każda nagroda motywuje. ⏩ Kto daje i odbiera ten się w piekle motywacji poniewiera
Kolejny materiał od Johna Cutera, który przedstawia ciekawy model rzeczy, które zespół JEST W STANIE zrobić, kontra rzeczy, które POWINIEN zrobić. Zgadzam się z autorem, że dużo zespołów skupia się na tym, co jest w stanie zrobić wyłącznie i zapomina o tych, które powinien zrobić. ⏩ TBM 16/52: Can Do vs. Should Do
Całkowicie się zgadzam. Jeśli chce wiedzieć, w co się pakuje jako team lead, to robię dwie rzeczy: analizuję strukturę organizacji oraz rozmawiam z zespołem. Tutaj jest wszystko. ⏩ Its the engineers, stupid – one from the heart
Jak rozpocząć pracę z metrykami w zespole, czego się przestrzegać oraz o czym nie zapominać. ⏩ Team Metrics in Depth — Lean Agile Intelligence
Dlaczego wprowadzenie story pointów jest stosunkowo łatwe, ale robi się z czasem trudniejsze do utrzymania w zespole? ⏩ Story Points: Why is this so hard?
Czym jest bezpieczeństwo w miejscu pracy, w zespole, w organizacji i co nam daje - było wałkowane wiele razy, ale warto. ⏩ How Psychological Safety at Work Creates Effective Software Tech Teams that Learn and Grow
Scrum Guide opisuje stan końcowy, wskazując jednocześnie wszystkie problemy, które zespół i organizacja posiada obecnie. Mało zatem skupia się na przestrzeni, pomiędzy co jest jednocześnie plusem, ale i problemem. ⏩ Mind The (Scrum) Gap!
Zobowiązanie to termin, który jest jednym z bardziej uwypuklonych w ostatniej aktualizacji Scrum Guide’a - co dokładnie się za nim kryje, bo nie chodzi o dostarczenie wszystkich historyjek ze sprintu. ⏩ One of the most overlooked parts within the Scrum Framework - Commitments
Czy mierzenie adopcji Agile w organizacji ma sens? ⏩ How to Measure Agile Maturity
Ciekawa propozycja ćwiczenia dla zespołu pracującego nad produktem, którego celem jest poznanie kim są beneficjenci naszego produktu i rozwiązań, jakie dostarczamy. ⏩ Start A Stakeholder Treasure Hunt With Your Scrum Team
Co nauka i fakty mówią o stabilnych zespołach vs zmiennych? Okazuje się, że nie za wiele. ⏩ In-Depth: Stable Or Fluid Teams? What Does The Science Say?
Efekt Dunninga-Krugera to coś, co jest rzucane w rozmowach o uczeniu się, rozwoju juniorów, seniorów itd. Jednak okazuje się, że jest to najzwyklejszy bubel i kłamstwo. Polecam. ⏩ The Dunning-Kruger Effect is Autocorrelation – Economics from the Top Down
System dostarcza tego, do czego został zaprojektowany. Tak proste zdanie, mające tak dużo do powiedzenia o tym, jak podchodzimy do planowania produktów. ⏩ Systems Produce As Designed

Do oglądania | słuchania

Materiał, który jest reklamą kursu związane z Myśleniem Systemowym w połączeniu z Human Centric Desgin, więc „szczypta soli” przyda się przy słuchaniu, natomiast jest tu trochę ciekawych informacji o przykładach obu podejść w życiu codziennym. ⏩ How to Think in Systems for Greater Impact
Jako lider zespołu czy ten Scrum Master powinienem rozwijać moją wiedzę, spoza zakresu zarządzania, procesów, Agile i innych przyjemnych tematów, dlatego sięgam od czasu do czasu po materiały dla developerów, jak poniższe wystąpienie Eberharda Wolfa o roli Software Architekta. ⏩ How to Become a Great Software Architect • Eberhard Wolff • GOTO 2019
Inspirująca rozmowa na kanale Mob Mentality z Joe Justice, który od lat pracuje w Tesli, i wspólnie (jak się okazuje) z Elonem Muskiem stosuje mob dla rozwiązywania codziennych problemów oraz pracy ogólnie. ⏩ Mobbing at Tesla with Joe Justice
Nie będę tego ukrywał: nieco się krzywię, gdy słyszę, jak ktoś mówi o sobie “full-stack developer” i płaczę nieco, gdy widzę całe organizacje opierające się na full stack developerach. Dave Farley dobrze opisuje problem z takim podejściem i wskazuje tę dobrą drogę.How To Be A Full Stack Developer In 2022
W ramach mojej kwartalnej katy jednym z punktów na liście do przeczytania jest model Spotify, natomiast tym razem postanowiłem zobaczyć klasyki od Henrika Kniberga w formie wideo - pewnie widzieliście, ale lubię ich słuchać: Spotify Engineering Culture - Part 1 , Spotify Engineering Culture - Part 2
Pozostajemy w Spotify jeszcze na chwilę i tym razem bardzo luźna rozmowa z Jason Yip, który był jednym z współtwórców tego, co szerzej rozumiemy jako Model Spotify, jako Agile Coach. ⏩ It’s hard to explain how salt tastes to someone who does not know salt.(Jason Yip Who Is agile 012)
Daniel Vacanti oraz jego gość o tym, co jest sednem myślenia zwinnego - potwierdzanie jak bardzo byliśmy w błędzie, kontra potwierdzanie naszych racji. ⏩ Episode 44 Ex Ante vs Ex Post
Kanał Continuous Deliver tym razem o istocie tworzenie ewolucyjnego produktu, architektury, rozwiązań. Coś, co jest sednem Agile. ⏩ How To Avoid Big Upfront Design

Heheszek

Jaka jest moja wartość na rynku pracy??

Thu, 28 Apr 2022 00:00:00 +0000

Dziś razem z Tomaszem Niemcem i Żółwiem porozmawiamy o tym, od czego zależy nasza wartość na rynku, jak się wycenić i jak to się ma do aktualnie wykonywanej pracy i sytuacji dookoła nas.

Na Linked-In dostajesz propozycje pracy lub słyszysz na korytarzu, że ktoś zarabia więcej. Przecież macie takie same obowiązki. Coś tu nie gra.

W takiej sytuacji pierwsza myśl jest taka, czy jestem gorszy, czy nie potrafię doszacować swojej wartości, a może po prostu jest coś, czego nie wiem.

Kto daje i odbiera ten się w piekle motywacji poniewiera

Fri, 08 Apr 2022 00:00:00 +0000

Po 4 latach pracy obudziłem się pewnego razu i nie chciało mi się wstać rano do pracy. Kochałem robić to, co robię, ale poczułem się zdemotywowany, przeciążony i przybity. Wizja, że muszę kolejnego dnia robić dokładnie to samo, powoli stawała się nie do zniesienia. Na domiar złego niedawno mój przełożony dał mi podwyżkę i zmienił trochę rolę w organizacji.

Dlaczego “na domiar złego”, zapytacie? Bo w żadnym stopniu nie miało to przełożenia na zwiększenie motywacji. W zakresie nowej roli było robienie diametralnie innych rzeczy, niż wcześniej robiłem.. Coś, co było dla mnie ważne, zostało mi zabrane.

Ściana tekstu Kwiecien 2022

Fri, 01 Apr 2022 00:00:00 +0000

Do czytania

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
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
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!”
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?
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
Samoorganizacja — łatwo się mówi, ale gorzej z wprowadzeniem. Oto dlaczego. ⏩Installing, abdicating, and unleashing
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
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
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
Klasyczne błędy, które powodują, że szacowanie w punkach historyjek, staje się absurdem. ⏩ The Five Anti-patterns of Estimating User Stories
Odwieczne pytanie: czym jest ten ‘agile mindset’ i czy w ogóle można go zdefiniować? ⏩ The Agile Elephant and the agile mindset
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
Zbiór użytecznych materiałów dla osób kierujących produktem. ⏩ A Working List of Resources for Product Owners
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
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

Jaką funkcję pełni QA w procesach zwinnych? ⏩ The Role Of QA in Agile Software
Niezwykle inspirujące wideo na temat leadershipu w wykonaniu Davida Marqueta, na podstawie jego ksiażki Turn the Ship Around. ⏩Leadership on a Submarine
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
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
Henrik Kniberg o zwinnym zarządzaniu produktem przez PO. ⏩ Agile Product Ownership in a Nutshell

Heheszek

Ściana tekstu Marzec 2022

Fri, 04 Mar 2022 00:00:00 +0000

Do czytania

Jakie są korzyści z nowoczesnego zarządzania, a raczej nowoczesnego nurtu lidershipu, w przeciwieństwie do tradycyjnego zarządzania. ⏩ Traditional Leadership vs Evolutionary Leadership
Bardzo fajne wytłumaczenie, dlaczego wiedza domenowa, czy też techniczna, nie jest absolutnym wymogiem w pracy PM-a. ⏩ Why Product Managers Don’t Need Domain Knowledge to be Effective
Budowanie user story, które są odpowiednie dla nas, naszego zespołu, nie jest mega łatwym zadaniem, więc w tym materiale znajdziecie trochę wskazówek i narzędzi, jak podejść do zadania. ⏩ A rough guide to crafting user stories that’s just right
Ciekawostka, która może przydać się nam wszystkim: jak lepiej zapamiętywać, czego się chcemy nauczyć? ⏩Farnam Street
Jak nadawać priorytety strumienie wartości (tak, coś takiego istnieje), pracować z wieloma wątkami dla zespołu czy wsparciem produkcji w procesie. Dużo dobrych wskazówek. ⏩ Prioritization, multiple work streams, unplanned work. Oh my!
Słyszeliście kiedyś o tzw. Zasadzie Petera? Dotyczy to budowania drabinek kariery w organizacji oraz awansów. ⏩ Research: Do People Really Get Promoted to Their Level of Incompetence?
Ostatnio strasznie dużo materiałów dotyczy OKR i KPI. Może to taki okres w roku, kiedy organizacje zaczynają pracować nad stawianiem celów? Oto jak wprowadzić je w zespole. ⏩ OKRs from a development team’s perspective
W tym materiale jeszcze więcej wskazówek dotyczących stawiania OKR w organizacji i zespołach. Od weterana sektora produktowego. ⏩ Are You Sure You Want to Use OKRs?
Słyszeliście kiedyś na spotkaniu taką myśl: “Postawmy sobie niższy cel i jak go przekroczymy, będziemy zwycięzcami” ? O negatywnych skutkach takiego postępowania. ⏩ OKR Anti-pattern: Sandbagging your key results
Jak zbudować KPI dla swojego zespołu/produktu, rozpisane w krokach od A do Z. Bardzo pomocne, jeśli np. zaczynacie lub wasz zespół już masę rzeczy mierzy i chcecie to uporządkować w sensowny wynik. ⏩ KPI Trees: How to Bridge the Gap Between Customer Behavior, Product Metrics, and Company Goals
Ostatnie wskazówki dotyczące KPI od Romana Pichlera i już kończę z tematem, Obiecuje. ⏩ 10 Tips for Using Key Performance Indicators
Wszyscy chcemy być organizacjami produktowymi, ale co to właściwie znaczy? ⏩ What exactly is a product-led process?
Historia Netflixa to pasmo eksperymentów i eksplorowania możliwości. Od czasów wysyłania płyt DVD po dzisiejsze stan molocha rozrywki w domu. ⏩Netflix: Lessons in Experimentation
W jaki sposób stymulować w organizacji samo-organizację na wszystkich szczeblach oraz działać na rzecz zdrowych sieci relacji. ⏩ Fostering Self-Organization
Wskazówki dla budowania bezpieczeństwa psychologicznego dla zespołów, i jakie korzyści przyniesie to organizacji. ⏩ Creating Psychological Safety in Your Teams
Rola Product Managera to nieco inna para kaloszy niż scrumowym PO. Raczej widzę w tym połączenie obu ról albo rolę łączącą wszystkie obszary wpływu PO oraz części pracy SM, odpowiedzialnej za motywację zespołu i dbanie o swój zespół, gdzie tematy procesowe i samego developmentu zostawia się raczej zespołowi. Sprawdźcie sami. ⏩ Product manager skills: Evolution of a PM role and its transformation
Dużo rzuca się obecnie w branży określeń o “byciu produktową organizacją”, ale co to tak naprawdę znaczy? ⏩ Becoming product-led: What does it mean?
Jestem głęboko przekonany, że ludzie przychodzą do pracy, aby wykonać swoją robotę najlepiej, jak bardzo w danym momencie potrafią. To coś, co idzie za mną od zespołu do zespołu, czy organizacji. A zatem skąd bierze się “słaby kod”? ⏩ Why Bad Code Exists
Bardzo ciekawa lista wskazówek dotyczących budowania strategii dla produktu, który ma problemy na rynku lub w sytuacji, gdy organizacja obecnie kuleje, a my musimy kierować jego rozwojem. Cenne wskazówki dla stresującej sytuacji. ⏩Survival Road Mapping: How to Product Manage in a Failing Company
No proszę, już cele dodajemy do Kanbana, aby nadać mu dodatkowej wartości. Jeszcze chwila i będzie Scrumem. ⏩ Goal-Driven Kanban
Łączycie roadmapę produktu z planem releasów? Błąd! ⏩ The Difference Between Roadmaps and Release Plans
Jak radzić sobie z zespołem, który nie chce być coachowany? Jakie kroki poczynić, aby zrozumieć kontekst i przekonać do waszych pomysłów. ⏩ Coaching teams that do not want to be coached
Kolejny raz o tym, że bez bezpieczeństwa w pracy nie można mówić o Agile. Także fajne wskazówki, co robić jako lider starający się wprowadzić odpowiednią kulturę w zespole. ⏩ Agile Doesn’t Work Without Psychological Safety
Bardzo trafna metafora pomiędzy drogą, roadmapą oraz nawigacją GPS. Prosto o Gojko Adzic. ⏩ Your Roadmap Isn’t Really a Road Map
Jak wygląda system ról, szczeblów i oceniania pracowników w Spotify. ⏩ Spotify Technology Career Steps

Do oglądania | słuchania

Bardzo fajna prezentacja połączona z natychmiastowym workshopem na temat zbudowania procesu na Kanbanie od Erica Brechnera, w ramach serii Talks at Google. ⏩ Agile Project Management with Kanban | Eric Brechner | Talks at Google

Heheszek

Podwyżki jako odpowiedź na zmieniające się otoczenie biznesowe - czy to dobry pomysł?

Mon, 28 Feb 2022 00:00:00 +0000

Dziś wraz z Tomaszem Niemcem i Łukaszek Januszkiem, porozmawiamy o tym, co może, a co powinien zrobić pracodawcy, gdy drastycznie zmieniają się zasady finansowe na rynku.

Zmiany w podatkach, otwierające się nowe firmy, pandemia i podobnego typu czynniki negatywnie wpływają na moc nabywczą pracowników. Czy w takiej sytuacji danie podwyżki to dobry pomysł? Czy da się uniknąć dania podwyżki? Co pracodawca może a co powinien zrobić? I co może zrobić pracownik?

Ściana tekstu Luty 2022

Fri, 11 Feb 2022 00:00:00 +0000

Do czytania

Jakie są korzyści z nowoczesnego zarządzania, a raczej nowoczesnego nurtu lidershipu, w przeciwieństwie do tradycyjnego zarządzania. ⏩ Traditional Leadership vs Evolutionary Leadership
Bardzo fajne wytłumaczenie, dlaczego wiedza domenowa, czy też techniczna, nie jest absolutnym wymogiem w pracy PM-a. ⏩ Why Product Managers Don’t Need Domain Knowledge to be Effective
Budowanie user story, które są odpowiednie dla nas, naszego zespołu, nie jest mega łatwym zadaniem, więc w tym materiale znajdziecie trochę wskazówek i narzędzi, jak podejść do zadania. ⏩ A rough guide to crafting user stories that’s just right
Ciekawostka, która może przydać się nam wszystkim: jak lepiej zapamiętywać, czego się chcemy nauczyć? ⏩Farnam Street
Jak nadawać priorytety strumienie wartości (tak, coś takiego istnieje), pracować z wieloma wątkami dla zespołu czy wsparciem produkcji w procesie. Dużo dobrych wskazówek. ⏩ Prioritization, multiple work streams, unplanned work. Oh my!
Słyszeliście kiedyś o tzw. Zasadzie Petera? Dotyczy to budowania drabinek kariery w organizacji oraz awansów. ⏩ Research: Do People Really Get Promoted to Their Level of Incompetence?
Ostatnio strasznie dużo materiałów dotyczy OKR i KPI. Może to taki okres w roku, kiedy organizacje zaczynają pracować nad stawianiem celów? Oto jak wprowadzić je w zespole. ⏩ OKRs from a development team’s perspective
W tym materiale jeszcze więcej wskazówek dotyczących stawiania OKR w organizacji i zespołach. Od weterana sektora produktowego. ⏩ Are You Sure You Want to Use OKRs?
Słyszeliście kiedyś na spotkaniu taką myśl: “Postawmy sobie niższy cel i jak go przekroczymy, będziemy zwycięzcami” ? O negatywnych skutkach takiego postępowania. ⏩ OKR Anti-pattern: Sandbagging your key results
Jak zbudować KPI dla swojego zespołu/produktu, rozpisane w krokach od A do Z. Bardzo pomocne, jeśli np. zaczynacie lub wasz zespół już masę rzeczy mierzy i chcecie to uporządkować w sensowny wynik. ⏩ KPI Trees: How to Bridge the Gap Between Customer Behavior, Product Metrics, and Company Goals
Ostatnie wskazówki dotyczące KPI od Romana Pichlera i już kończę z tematem, Obiecuje. ⏩ 10 Tips for Using Key Performance Indicators

Czy open source to tania siła robocza?

Wed, 19 Jan 2022 00:00:00 +0000

Czy Open source to tania siła robocza?

Dziś wraz Łukaszem Januszkiem porozmawiamy o tym jak zły humor jednego programisty, może popsuć weekend dużej ilości osób, skąd wynika taka niestabilność i dlaczego open source to nie tania siła robocza.

Niedziela wieczór. Chcesz dokończyć pracę, którą odłożył*ś na później. Naciskasz przycisk, będąc już myślami przy wieczornym seansie na Netflix.

Widzisz niezrozumiały dla Ciebie błąd.

Ponawiasz próbę… Nadal nic.

Wkurzon*, że nie możesz zrobić ostatniego kroku, który miał być formalnością, próbujesz różnych rozwiązań. Bezskutecznie.

Ściana tekstu Styczeń 2022

Mon, 17 Jan 2022 00:00:00 +0000

Do czytania

Jak wykorzystywać filozofię kaizen do promowania ulepszeń i rozwoju. ⏩ Promoting Creativity in Software Development with the Kaizen Method
Jednym z głównych zadań PO w zespole Scrumowym, jest praca z akcjonariuszami (stakeholderami), aby ich oczekiwania oraz potrzeby nanieść na Backlog produktu. Zatem dobrze, aby traktował on ich jako zespół, a nie indywidualne punkty informacyjne. ⏩ The Product Owner’s Second Team
Jak to było? Dobrze, jest lepsze od perfekcyjnego? ⏩ Striving For Perfection, Rather Than Excellence, Can Kill Creativity
Wiedzieliście, że w Japonii jest ponad pięć sposobów na powiedzenia ‘dlaczego’? Może stąd technika ‘Five Whys’ jest dla nas tak dziwna? ⏩ You Are Using the ‘5 Whys’ Wrong. Here’s How to Improve.
Continious Delivery to nie tylko techniczne aspekty projektu, ale także co dzieje się przed postawieniem linii kodu i po oddaniu jej klientowi. ⏩ Continuous delivery: It’s not just a technical activity
Przykłady zaawansowanych metryk dla zespołów chcących wyciągnąć maksimum ze swojego procesu. ⏩ The four engineering metrics that will streamline your software delivery
Nie jest specjalną tajemnicą, że jednym z najważniejszych narzędzi, jakie można dać zespołowi dla pobudzenia ich motywacji, kreatywności i organizacji pracy, jest autonomia, ale kiedy, i ile, powinno się jej dać zespołowi? ⏩ When Autonomy Helps Team Performance — and When It Doesn’t
W poprzedniej ścianie, jeśli dobrze pamiętam, pojawił się materiał o konsekwencjach over-engineeringu. W tym materiale (uwaga sponsorowany content) fajnie wytłumaczono różnicę pomiędzy organizacją napędzaną produktem a technologią. ⏩ The Product-Led Organization vs. the Engineering-Led Organization
Bardzo interesujący materiał o organizacji, które wykonuje regularnie restrukturyzacje swoich zespolów - i robi to dokładnie, jak ja bym to widział. ⏩ Lessons Learned from Self-Selection Reteaming at Redgate
Agile Guide! Nareszcie. To ma sens! ⏩ Agile Coaches, Agile Guides and Other Family Members
Pracujecie nad strategią w organizacji? Oto przykład aktywności pod taki cel. ⏩ [Strategy] Nirvana -1-2-4-all- PEST analysis – Action
Czym jest Flow Efficiency, jak to mierzyć i używać. ⏩ The 3 Fundamentals to an Accurate Flow Efficiency Calculation
W jaki sposób zaimplemenotować techniką 5 WHY w odnalezieniu sedna problemu spadku produktywności. ⏩ How to implement the 5 Whys technique to get to the root cause of your productivity issues
Gigantyczna baza pod temat pętli OODA, wraz ze slajdami, notatkami i bazą wiedzy dodatkowej, jeśli chcielibyście np. zrobić z nich warsztaty dla organizacji. ⏩ Thinking in OODA Loops
Trochę historii, jak małe firmy penetrowały niezaopiekowane tematy gigantów i wykorzystywały to do namieszania w branży. ⏩ Want to be a Disruptor?
Cztery charakterystyki, które produkt musi zaopiekować lub zaadresować, zanim zaczniemy development. ⏩ Four Product Success Factors
Jeśli transformacja zwinna ulokowana jestw w złych zamiarach, nic jej nie uratuje. ⏩ When Agile, Self-Management, and Holacracy Fail
Kilka przykładów z M3.0 na budowanie zaufania, jasności ram i możliwości podejmowania decyzji, na przykładzie współpracy z zarządem czy “szefem”. ⏩ Managing “Up” : How to Manage Your Manager (with the help of Management 3.0)
Rzeczy, które jako PM (czy PO) powinno się wiedzieć na temat developmentu i pracy programistów, oraz jak tę wiedzę pozyskać. Cenne uwagi, jednak zabrakło mi nieco więcej o długu technicznym. ⏩The top 5 things PMs should know about engineering
Wnioski z badań dotyczących najlepszych zespołów i cech, dzięki jakim okazywały się być najbardziej efektywnymi. ⏩ 4 Characteristics Of High Performing Teams
W zwinnym prowadzeniu developmentu nie jest kluczowe, aby zapierdalać, ale utrzymywać stałe tempo dostarczania przez cały czas. Stąd nie tylko powinniśmy patrzeć na to, co dostarczyliśmy, ale i co kryje się za tym. ⏩ Working toward Sustainable Pace in Scrum and Kanban
Teraz lepiej rozumiem, co Łukasz miał na myśli, mówiąc o organizacjach, które w pandemii przechodziły bardzo trudne chwile, pomimo bycia uznawanymi za wysokorozwinięte. Do czego doprowadza koncentracja na utylizacji czasu pracy “zasobów”? Co nam umyka? ⏩ Free Time for Engineers
Bardziej Call-to-Action niż informatywny materiał, ale trafia w sedno narzekań na Scrum czy Agile. ⏩ Grow up and stop blaming Scrum for your failure!
Daleko jestem od stwierdzenia, że Agile is dead, czy coś takiego.m Natomiast, bez dwóch zdań Agile jest wykorzystywany jako materiał marketingowy czy buzzword. ⏩ McKinsey’s “Agile Transformation Office” is the Final Nail in the Coffin
Wujek Bob Galen sprzedaje jak pożenić deadline z Agile. ⏩ Kobayashi Maru of Agile Culture — RGalen Consulting
Jedną z moich ulubionych metafor dotyczących Scrum i Agile jest porównanie do latarki, która pokazuje wszystkie brudy, które staraliśmy się ukryć w kątach czy pod dywanem. Dlatego organizacje, w których równie dużo uwagi co do celów produktu, skupia się w zapewnieniu, że będzie na kogo zwalić winę za porażkę, nienawidzą zwinności. ⏩ Why failure cultures hate Agile.

Do oglądania | słuchania

Zaczynamy od bomby: Krystyna Czubówna czyta Scrum Guide :D ⏩ Scrum Guide audio - czyta Krystyna Czubówna
Nie wrzucam do Ściany odcinków Meta-Castu, albowiem musiałbym to robić ciągle (taką dają wartość), aczkolwiek dla tego epka zrobię wyjątek - dużo cennych słów i postanowień na nowy rok, które warto przemyśleć. ⏩ A Refinement Resolution
Kolejna osoba, którą mógłbym słuchać na okrągło, nawet jeśli miałaby mówić o tym samym. Jeff Patton i dlaczego myślenie produktowe jest tak trudne. ⏩ Why Product Thinking is so Hard (and what you can do about it)

Heheszek

Jak definiować cele dla członków zespołu, by wzięli odpowiedzialność za coś więcej niż kod?

Wed, 22 Dec 2021 00:00:00 +0000

W tym odcinku, wraz z Tomaszem Niemcem i Łukaszem Januszkiem, rozmawiamy o definiowaniu celów dla członków zespołu developerskiego.

Chciałbyś, by Twój zespół wziął odpowiedzialność za realizację celów biznesowych. Nie chcesz definiować dla nich celów typu: naucz się MongoDB czy innego frameworka, ale by pozostawić im dowolność na tyle, by sami zdecydowali, czego potrzebują.

Jak to zrobić, by ich nie zniechęcić, czy przytłoczyć, jednocześnie dbając o odpowiednią atmosferę i motywację?

W drugiej części odpowiemy na pytanie słuchacza (Mateusza) jakiej muzyki słuchamy w czasie wysokiej motywacji / jakiej w czasie obniżonej energii do działania i dlaczego?

Ściana tekstu Grudzień 2021

Fri, 03 Dec 2021 00:00:00 +0000

Do czytania

Przykładowy framework służący do podejmowania decyzji oraz wybierania strategii ewaluacji pomysłów. ⏩ A Framework for Decision Driven Research
Value Stream Mapping - co nam daje i do czego służy. ⏩ Value Stream Mapping Best Practices
Nie znałem wykorzystania słowa ‘klin’ wykorzystanego w kontekście przełamywania rynku. Ciekawa koncepcja z fajnymi przykładami. ⏩ Picking a wedge
Pozytywny wpływ pracy zdalnej na kreatywność zespołów. Szach mat! ⏩ Remote Work Can Be Better for Innovation Than In-Person Meetings
Najgorsze rzeczy, jakie możecie usłyszeć od zarządów - słyszeliście którąś? ⏩ The Five Worst Ideas In Management
Co powinien zrobić PO czy PM w sytuacji, kiedy zauważa, że jego zespół nie performuje? ⏩ Dealing with an Underperforming Development Team
Dobre praktyki tworzenia User Story i ich AC. ⏩ User Story Writing Simplified
Dobre praktyki dzielenia User Story, a dodatkowo bardzo sensowne wytłumaczenia, dlaczego warto dzielić. ⏩ Splitting Stories - Three Easy Ways
Do czego doprowadza “kultura celebrująca porażki”, którą tak nie znoszę, gdy identyfikuję się z Agile. ⏩ Failure Cultures Reward failure
Corporate Rebels jeszcze raz o sile płaskich struktur i braku tzw. zarządu pośredniego - zaczynam się zastanawiać, czy autor nie ma czasem, jakiegoś urazu z przeszłości do menadżerów :D ⏩ Flat Organizations: Companies Do NOT Need Middle Managers
Nigdy nie stosowałem Monte Carlo w swoich projektach, aby symulować rozkład szacowań. Krótkie wprowadzenie. ⏩ Monte Carlo Simulation
Alternatywa dla MoSCoW. ⏩ Needs, Wants, and Wishes on Your Product Backlog
Autor stara się zrobić rozróżnienie pomiędzy obiema rolami, aczkolwiek moim zdaniem wychodzi mu to dosyć średnio. Jeśli organizacja zaadaptowała Scrum, to PO jest PM-em. PO nie jest osobą, która zajmuje się pisaniem wymagań. Pracą PO jest backlog, a backlog to kolekcja wszelkich działań, jakie są do wykonania dla produktu. Wszelkich. Od dostarczania do eksperymentów UX. ⏩ The PO vs PM madness
Ciekawa rozmowa pomiędzy Steve’em Denningiem oraz generałem Stanley McChrystal o przeszkodach w transformacji zwinnej organizacji, czyli o upartości zarządów. ⏩ Why The Biggest Risk In Digital Transformations Is Often The C-Suite Itself
Jak sprawić, aby nowa rzeczywistość pracy hybrydowej zadziałała - kilka wskazówek. ⏩ Hybrid working environment: 4 practices to create a positive culture
Warto to sobie zapamiętać: „…więcej start-upów umiera z powodu przeładowania technologicznymi, niż z powodu braku miejsca na rynku…”. ⏩ Overengineering can kill your product
Nie doczytałem wszystkich z tych wskazówek, natomiast jeśli szukacie energizerów czy przełamywaczy-lodów. ⏩ 22 great improv games for better collaboration (and fun!)
Z każdym kolejnym materiałem wiem więcej na temat Monte Carlo, ale wciąż jest dla mnie zagadką :D ⏩ What is a Monte Carlo Simulation and How to Use it
Krok po kroku jak poprowadzić Retro w zdalnym zespole, poprzez Mural. ⏩ Retro sequence – Happiness – Well / Not so well – Plus minus voting – Who / What / When
Kilka cennych wskazówek dla procesu przyjmowania nowych osób do zespołu czy organizacji. ⏩ How To Welcome A New Employee To The Team

Do oglądania | słuchania

Szybkie streszczenie wraz z wizualizacją idei Daniela Pinka, stojącej za jego książką Drive. ⏩ RSA ANIMATE: Drive: The surprising truth about what motivates us

Heheszek

Ściana tekstu Listopad 2021

Fri, 05 Nov 2021 00:00:00 +0000

Do czytania

Cross-functional i T-shaped to nie to samo, choć dotykają pojęcia podobnego zagadnienia. Jedno dotyczy jednostki, a drugie zespołu. ⏩ Cross-Functional vs. T-Shaped: Are They the Same Concept?
OKR jako sieć, a nie drabinka, to zajebista idea! ⏩ OKRs are networks, not hierarchies
Kim jest “lider służalczy”? ⏩ How Great Leaders Serve The Team
Co to UX? Bardzo fajne wytlumaczenie zagadnienia. ⏩ UX Process: What It Is, What It Looks Like and Why It’s Important
Czym są KUDOSy? Implementuje skierowane na nasze wartości rozwiązanie w organizacji i szukałem przypomnienia, o czym pamiętać przy ich tworzeniu. ⏩ Kudos And Public Recognition In The Office And In Remote
W ostatnich tygodniach temat szacowania i estymacji stał się bardzo popularny, a raczej niepopularny, ale głośny. A wystarczy nie skupiać się tak bardzo na numerkach. ⏩ Estimates Are Useful, Just Ditch the Numbers
W tym samym temacie przypomnienie, że twórca story pointów sam ich nie znosi. ⏩ Agile Waste: Stop Using Story Points. Now.
Jest coś, co spina wszelkie implementacje wartości Agile w organizacjach, którym się to udało: małe, kros-funkcjonalne zespoły, gotowe do podjęcia się różnych tematów biznesowych w organizacji/produkcie. ⏩ The Misconceptions of Agile
Pozbyć się deadlineów na rzecz dem/pokazów dla klientów. ⏩ Demos Over Deadlines
Bardzo podoba mi się cytat: “Kultura zjada strategię na śniadanie”. ⏩ What Most Leaders Get Wrong About Culture
Przykłady błędów z prowadzenia i zarządzania backlogiem produktu, wraz ze wskazówkami, jak sobie z nimi poradzić. ⏩ Seven Product Backlog Mistakes to Avoid
Jak radzić sobie z zadaniami typu fixowanie bugów oraz redukowanie tech debtu w sprincie. ⏩ Bugs and Debt in the Product Flow
Fajnie zaczyna się materiał: wchodzimy do zespołu i się okazuje, że nie wszystko jest tak kolorowe, jak mówiła pani na rekrutacji :) Czy uciekać od razu, ponieważ kultura nie jest taka, jak sobie wyobrażaliśmy, a może możemy coś z tym zrobić? ⏩ How To Fix A Broken Team Culture
Przykłady korzyści płynące z posiadania DoD - warto posiadać. ⏩ Five reasons for having a Definition of Done
Ron Jeffries z komentarzem do ostatniej debaty o JIRZE i story pointach. ⏩ Jira: Razor Blades?
Czym różni się daily w dwóch frameworkach do skalowania Scruma, Nexus i SoS. ⏩ Why the Nexus Daily Scrum is not Scrum of Scrums: 4 Differences Every Scrum Master Needs to Know
Materiał opowiada o tym, dlaczego rozmowy z kategorii Performace Review nie działają, ale można spokojnie go zastosować do złych praktyk rozmów feedbackowych. ⏩ Why Performance Reviews Don’t Work
Przypomnienie wartości stojących za dobrze zaimplementowanym kanbanem. ⏩ 9 Kanban Values to Help Boost Business Productivity
Przykłady oryginalnych podejść do aplikowania mind-setu Agile w organizacji. ⏩ 12 Examples of Companies With Fantastic Cultures (Analysis)
Jeff Patton na temat śledzenie wysiłku dostarczenia feature’a a jego wpływie. ⏩ Keep actual effort and outcome visible
Jak rozpoznać toksyczne miejsce pracy. ⏩ Signs Of A Toxic Company Culture
Canvasy to ostatnio popularne narzędzia współpracy w zespołach. Tutaj gotowe narzędzia dla analizy celów produktu oraz modelu biznesowego. ⏩ Free Human-Centered Innovation Tools
Oto uber-przewodnik po temacie Story Punktów. Autor podobnie do mnie, nie poddaje się w walce o punkty, gdy cały internet chce je zakopać pod ziemią i przygotował wszystko, co musicie o nich wiedzieć. ⏩ You Are Using Story Points Wrong: How to Make Story Points Suck Less

Do oglądania | słuchania

Inspirujące case study pracy z zespołem, który utracił motywację, organizacji nieradzącej sobie z transformacją w organizację produktową. ⏩ Agile Camp Berlin 2021: How to Win with Agile Resistant Teams - A Case Study
Materiał polecony po szkoleniu PSPO, w którym Mike Cohn przedstawia siedem grzechów czy anti-patternów zarządzania produktem. ⏩ Agile and the Seven Deadly Sins of Project Management | Mike Cohn | Better Software West

Heheszek

Rozwój. Sprawa moja? Lidera? Organizacji? Żony?

Fri, 29 Oct 2021 00:00:00 +0000

W tym odcinku, w nieco okrojonym składzie (Tomek Niemiec i Łukasz Januszka), rozmawiamy o rozwoju. Jak my się rozwijamy Skąd czerpiemy materiały, inspiracje, kierunek dla rozwoju? Jakie wskazówki możemy sprzedać borykającym się ze swoim rozwojem?

Na zakończenie tematu natomiast przedstawimy naszą opinię na temat tego, kto odpowiada za rozwój - czy jest to w interesie pracownika, pracodawcy, lidera, a może bliskich? M.in. dyskusja w kontekście tego tweeta:
https://twitter.com/mathiasverraes/status/1449340933036777473?s=20

Jeszcze Jedna Rzecz:
Tomek - podcast At The Table with Patrick Lencioni
Łukasz - o Southwest Airlines, tłuszczu i nadmiernej optymalizacji

Ściana tekstu Październik 2021

Fri, 01 Oct 2021 00:00:00 +0000

Do czytania

Toyota Productions System skupia się na eliminacji strat, przy czym określa ich 8 rodzajów, które aplikują się również poza przemysł motoryzacyjny. ⏩ The 8 Wastes of Lean
Czym jest Value Stream Mapping/Management oraz jakie korzyści dają oba terminy organizacją. ⏩ Value Stream Mapping And Value Stream Management: How They Can Work For You
Kaizen, a więc znów TPS i ciągle doskonalenie. ⏩ Kaizen: The Japanese Approach to Continuous Improvement
Nigel Baker staje w obronie Scrum Alliance (i pochodnych), które często stają się elementami drwin w sieci jako fabryki certyfikatów czy fake agile’a. ⏩ Idiots gotta idiot: Badmouthing the ScrumAlliance.
A skoro już mówimy o fake agile, to jak rozpoznać, czy nasza praca/projekt/organizacja ma Agile tylko w nazwie, czy ogłoszeniach o pracę. ⏩ Is your team “pretending” to be agile?
Od czasu do czasu dobrze się przebadać (powiedział człowiek, unikający badania ogólnego jak ognia :P), a to dotyczy również organizacji i tego, czy naprawdę skoncentrowana na produkcie. ⏩ Product Development Health Check Playbook
Jakie są cechy dobrej roadmapy - szok, nie chodzi ładnie prezentowanie się na kalendarzu. ⏩ Three Qualities of Great Product Roadmaps
Co mówi statystyka na temat średniego czasu dostarczenia MVP produktu do klienta? Jak i kiedy podejść do tworzenia MVP? ⏩ How Long Does It Take to Build an MVP? (Minimum Viable Product)
Kolejne case study z wielkiej transformacji giganta. Tym razem BOSCH. Ja tu się zastanawiam, jak przywrócić na odpowiednie tory zespół kilkudziesięcioosobowy, a tam w świecie transformują organizacje 40k+. ⏩ Reinventing Bosch: A Radically New Way Of Working
Wskazówki, jak poradzić sobie z przemodelowaniem organizacji do pracy pracowników w domu oraz ciekawe podejście ROWE. ⏩ How to Achieve Sustainable Remote Work
Podsumowanie ksiażki “Extreme Ownership” dla zainteresowanych tematem, a nie mających czasu na materiał Jocko Willinka and Leifa Babina. ⏩ Extreme Ownership: A Critical Review
Jak „wyciągnąć” z zespołu najlepsze, co w nich drzemie, bez mikro-zarządzania i rozkazów. ⏩ How To Get The Most Out Of Your Team
Konflikty w zespole są naturalnym elementem współpracy i potrafią być potężnym narzędziem w podejmowaniu trafnych decyzji, ale potrafią również zniszczyć produktywność i zabić motywację. Jak reagować na zalążki negatywnych konfliktów. ⏩ How to Work with Someone Who Creates Unnecessary Conflict
Powracający temat wrzutek i wrzuteczek do sprintu. Jak sobie z nim radzić? ⏩ Unplanned work after the sprint starts?
Consensus w zespole - przydatne przykłady warsztatów i aktywności wspierających dojście do wspólnego rezultatu w konfliktach czy dyskusjach. ⏩ Team Alignment in VUCA”O” Times: Try W3 x 124A (What, So What, Now What x 1-2-4-All)

Do oglądania | słuchania

Inspirujący TED talk od Dave’a Dame’a, łączący jego ścieżkę walki o zmianę nastawienia świata do niego jako osoby niepełnosprawnej, z niepełnosprawnością organizacji - świetny zwrot. ⏩ Sprinting with Cerebral Palsy | Dave Dame | TEDxToronto
Ciekawa rozmowa z Rickiem Mironovem, konsultantem zarządzania produktem i biznesem, który o HIPPO mówi tylko chwilę, a sporo czasu poświęca kulturze organizacji skoncentrowanej na swoich klientach i danych. ⏩ Product Therapy: What Do You Do With a HIPPO? (Feat. Rich Mironov)

Heheszek

Czy trzeba być ekstremalnie odpowiedzialnym czy wystarczy być tylko odpowiedzialnym?

Wed, 29 Sep 2021 00:00:00 +0000

Dziś wraz z Tomaszem Niemcem i Łukaszem Januszkiem porozmawiamy o tym czy trzeba być ekstremalnie odpowiedzialnym.

Jako dzieci każdy chciał być kimś innym: strażakiem, żołnierzem czy kosmonautą. Nikt pewnie nie spodziewał się, że każdą z tych ról wiąże się branie odpowiedzialności. W szczególności za swoją pracę lub za inne osoby.

Extreme ownership to koncept pokazujący jak ważna jest odpowiedzialność w ekstremalnych warunkach, w takich w jakich stawiani są żołnierze US Seals.

Ściana tekstu Wrzesień 2021

Wed, 08 Sep 2021 00:00:00 +0000

Do czytania

Jeśli macie wątpliwości, czy was zespół naprawdę rozwiązuje problemy swoich klientów, to zajrzyjcie na kilka zmian i akcji, jakie możecie wykonać w wątku. ⏩ Dear Scrum Team, Does Your Product Make Your Users Happy? 6 tips for more customer focus
Każda (dojrzała) organizacja chciałaby, aby jej inżynierowie byli bardziej skoncentrowani na produkcie, kliencie i tę koncentrację przekuwali na swoją codzienną pracę, postawę na spotkaniach oraz naturalną ciekawość. Materiał pokazuje, cechy takich inżynierów, co może pomóc w zaplanowaniu rozwoju tych, z którymi pracujemy. ⏩ The Product-Minded Software Engineer
Bardzo ciekawe case study z budowania zespołów, w których kształtujemy osoby, umiejące prowadzić projekt od specyfikacji po wdrożenie. ⏩ An Engineering Team where Everyone is a Leader
O analogiach stosowanych, gdy rozmawiamy o Agile i Waterfallu ⏩ How Weak Analogies About Software Can Lead Us Astray
Wartość w dostarczaniu inkrementalnym na podstawie życiowego case study. ⏩ The value of incremental delivery in Scrum
Wartość w dostarczaniu w iteracjach na podstawie życiowego case study. ⏩ The Power of Iterating
Jeśli pracujecie nad startupem lub zamierzacie wystartować z jakimś, to pewnie przyda wam się dwadzieścia najczęstszych powodów, przez które takowe się nie udają/kończą się porażką. Serio, warto przeczytać. ⏩ “Why startups fail?”
Dlaczego zespoły developerskie (czasem) nie dogadują się z teamem marketingowym? ⏩ Why It’s Hard for Engineering to Support Marketing
Przydatny zbiór dziesięciu przykładowych modeli wizualnych, wraz z określeniem, który z nich zastosować w zależności od pożądanego wyniku czy grupy docelowej. ⏩ 10 Visual Models That Let You Simplify The Most Complex Ideas
Twórca akronimu INVEST podpowiada, dlaczego samo odhaczenie każdej z jego składowych, to nie koniec. ⏩ All You Need is INVEST? No!
Zestaw pomysłów na urozmaicenie retrospektyw. ⏩ Ideas for Scrum’s Sprint Retrospective Event
Jak lider może wspierać organizację i zespół developerski, aby obie strony ze sobą lepiej pracowały, osiągając wspólne cele. ⏩ Tips to collaborate better with your development team
Dwa słowa, które często są ze sobą mylone lub stosowane w tym samym kontekście, a służą się zupełnie innemu celowi. ⏩ Accountability vs Responsibility: What’s the Difference?
Efekt wielkich projektów, wielkich awansów i rozwiązywania ‘nie tych’ problemów. ⏩ The Big Project Syndrom
Bardzo ważny materiał o pułapce mierzenia produktywności. ⏩ It’s time to stop measuring productivity
Mam problem z czytaniem książek. Nie potrafię się na nich skupić, a częściej….zasypiam po jednej stronie. Materiał nie rozwiązał może dla mnie problemu, ale dał mimo wszystko kilka fajnych wskazówek do wyciągania z czytania więcej. ⏩ How to Remember What You Read
Aż zdziwiony jestem, żer tego nie podrzucałem już (nie miałem w bibliotece linków). Must-have dla każdego scrum mastera. ⏩ Inspiration & plans for (agile) retrospectives
Kto inny mógłby rozpocząć prelekcje na temat Agile od wierszu - Alistair Cockburn <3 ⏩ I Come to Bury Agile, Not to Praise It
Kiedy nie warto dążyć do uSMARTowania celów, a kiedy powinno się? ⏩ When are SMART goals not-so-smart?
Czy w coraz bardziej zwinnym świecie jest miejsce dla roli managera? A może wymaga ona przemodelowania? ⏩ Why Managers Also Need A New Job Description
Kategorie długu technicznego. ⏩ 3 Kinds of Tech Debt
Nie raz wspominałem, że deadline’y są pomocne, że wykorzystane w odpowiedni sposób potrafią być motywatorami, a nie karami. ⏩ Timeboxing: The Most Powerful Time Management Technique You’re Probably Not Using
Cztery powody utraty motywacji przez członków zespołów, i co można zrobić, aby nim zaradzić/poradzić sobie z nimi. ⏩ 4 Reasons Good Employees Lose Their Motivation

Do oglądania | słuchania

John Cutler to jedna z tych osób, której obserwowanie w social media daje masę inspiracji i wiedzy. Podczas tej prelekcji na Agile Camp Berlin opowiada o łączeniu strategii organizacji z codzienną pracą zespołów produktowych oraz jak w tym modelu umiejscowione są OKR-y. Wszytko, na podstawie frameworka North Star, który coraz bardziej zaczyna mnie intrygować. ⏩ Agile Camp Berlin 2021: Linking Strategy to Everyday Work w/ John Cutler
O Cynefin już trochę było, ale tutaj znalazłem kilka fajnych wskazówek dla tego, jak liderzy mogą wykorzystać framework w swoich zespołach. ⏩ Cynefin framework applied

Heheszek

Nasze ulubione prawa w miejscu pracy | Dostarczaj Wartość #31

Tue, 31 Aug 2021 00:00:00 +0000

Dziś wraz z Tomaszem Niemcem i Łukaszem Januszkiem porozmawiamy o naszych ulubionych prawach tłumaczących zjawiska w organizacjach.

Porozmawiamy między innymi o prawie Little’a, Conway’a, Goodhart’a, ale także pokażemy, dlaczego warto zrozumieć co się za nimi kryje.

No chyba, że np. chcemy wpłynąć na zachowanie pracowników i potem dziwić się dlaczego są zmotywowani do zupełnie innych czynności, niż od nich wymagamy ;)

Następnie pytanie od słuchacza odnośnie motywacji liderskich.

A na koniec….
… Bartek o newsletterze => https://nowy.me
… Żółw o Production, a Production Capability
… Tomek o Office Vibe => https://officevibe.com/

Ściana tekstu Sierpień 2021

Fri, 06 Aug 2021 00:00:00 +0000

Do czytania

Bardzo pomocne wskazówki dla prowadzenia szkoleń z Agile oraz pochodnych, na podstawie programu nauki zwinności dla szkół i liceów. ⏩ Teaching Agile in Schools: The Triumphs and Enlightenments
Slack od kuchni - spojrzenie zza kulisy naszego ulubionego korpo-komunikatora. ⏩ Building Products at Slack
Muszę przyznać, że o ile materiał był dla mnie ciekawy, tak bardzo sceptyczny jestem do tworzenia kolejnego bytu wewnątrz organizacji, na poczet transformacji agile. Agile powinno być skalowaniem organizacji w dół. Nie rozrostem struktur. Nie kupuje pomysłu ATO. NIESTETY, wyobrażam sobie, że zarządy kupią ATO bez wahania, bo wygląda na coś, co można wziąć z półeczki z narzędziami. ⏩ Why an agile transformation office is your ticket to real and lasting impact
Jak Scrum radzi sobie z twardymi deadline’ami? Lepiej niż się możecie spodziewać. ⏩ Can Scrum work for hard deadlines?
Jeff Patton na przykładzie z własnego życia ładnie opisuje esencję myślenia produktowego, autentycznie skierowanego na kliencie…tym prawdziwym kliencie. ⏩ The Mindset That Kills Product Thinking (w materiałach wideo jest więcej!)
Okazuje się, że każdy z nas ma w sobie trochę gada :P Czas go okiełznać i przejść z nim na przyjacielskie stosunki. ⏩ Building Stronger Human Teams by Managing the Inner Lizards
Zamiast pytać: „Ile potrzebujemy ludzi i czasu na zrobienie tego?”, powinniśmy się zastanowić: „Ile jesteśmy w stanie dostarczyć, mając tyle czasu i ludzi?” - ile razy to powtarzam zespołom to ja już sam nie wiem :) ⏩ Software is not a lump or work to do (and the laws which prove it)
W materiale poniżej traktującym o modelu Spotify widzimy skutki jednego ekstremum (zespół musi posiadać wszystkie role), natomiast tutaj Mike Cohn przedstawia problem: każdy w zespole potrafi wszystko - równie niebezpieczne założenie. ⏩ Cross Functional Doesn’t Mean Everyone Can Do Everything
Znajomy z pracy poleciał mi aplikacji Blinkist, w której można słuchać audiobooków, ale (co ważniejsze) streszczeń, które producent apki nazywa blinkami - stąd nazwa aplikacji. Ciekawy pomysł, całkiem treściwe podsumowania książek, które wyciągają z niej najważniejsze punkty i je przedstawiają w skróconej formie. Niestety abonament dla mnie za duży, ale za to udało mi się wysłuchać podsumowań kilka książek Patricka Lencioniego, na które nigdy nie miałem czasu:
- Getting Naked - o sile obnażania się ze swoich słabości i szczerości wobec klienta czy pracownika,
- The Five Dysfunctions of a Team - chyba najbardziej popularna książka Lencioniego, którą przeczytałem w całości wieki temu, must read dla każdego lidera,
- The Ideal Team Player: How to Recognize and Cultivate The Three Essential Virtues - jakie cechy powinny posiadać osoby, które mają budować nasz samo-organizujący się zespół,
- The Truth About Employee Engagement - świetne przedstawienie źródeł niezadowolenia z miejsca pracy oraz braku zaangażowania, jednocześnie dając wskazówki zapobiegnięcia powyższym dla liderów i pracowników,
Mógłbym powiedzieć, że z tekstem zgadzam się tak 50/50. Niektóre wnioski zbyt ostre (widać mocne zdenerwowanie sytuacją w IT), ale pozostałe bardzo trafne i słuszne w kontekście prowadzenia rozmów o Agile oraz posługiwaniu się samym słowem w pracy. ⏩ Truth, Lies, and Agile
Przykłady produktów oraz usług, które swój sukces zawdzięczają Design Thinking. ⏩ 11 Products & Services Made Using Design Thinking
Case study z prowadzenia zespołu marketingowego, który nie radził sobie z nadążaniem za wymaganiami klientów i adoptował Scruma jako proces. ⏩ Scrum for Digital Marketing—Control the Chaos and Deliver Value
Kolejny przykład zespołu, który zmieniał swoje podejście do estymacji i m.in. eksperymentował z No Estimates. Pikanteria dodaje fakt, że chodzi o projekty rządowe. ⏩ No Estimates at Scale in the US Federal Government
Niezwykle przydatne wskazówki dla przeprowadzenia szacowania projektów wagi enterprise. Jak podejść do tego zdrowo i ze zrozumieniem, że szacunki muszą być traktowane jako prognozy. ⏩ Planning & estimating large-scale software projects
Leadership w zespole rozproszonym - przydatne ‘how to’ + ładnie wypunktowane cechy prawdziwego lidera. ⏩ leadership in a distributed workplace
Seth staje się powoli moim ulubionym blogiem z kategorii ciekawych przemyśleń i tych pobudzających myślenie. Tutaj o spojrzeniu na swoją pracę, jej rodzaj i co z niej wyciągamy dla siebie. ⏩ A return to cottage work
Czyli Agile Manifesto powinno być rozszerzone o jeszcze jedno zdanie związane z wyższością skutków pracy nad wypadkową działań? ⏩ Successful outcomes over efficient delivery?

Do oglądania | słuchania

⭐ Cała prawda o modelu Spotify. Musicie tego posłuchać. ⏩ Stealing from the best, lessons from three years at Spotify
Wyciągnięty z tekstu Jeffa o myśleniu produktowym - polecam jako uzupełnienie. ⏩ Output vs. Outcome & Impact
Termin MVP wbudza ostatnio wiele dyskusji w sieci, m.in. na Twitterze, na którym głos zabrał sam Jeff Patton. Tutaj jednak prezentuje materiał, który pojawił się gdzieś w odpowiedziach powyższych dyskusji, a całkiem trafnie opisuje skrót. ⏩ What is MVP?

Heheszek

Kim jest dobry lider? | Dostarczaj Wartość #30

Thu, 22 Jul 2021 00:00:00 +0000

Dziś wraz z Tomaszem Niemcem i Łukaszem Januszkiem porozmawiamy o tym kim jest lider, po czym poznać dobrego lidera oraz dlaczego obecnie na rynku IT bardzo trudno znaleźć dobrego lidera.

Project manager, product owner, scrum master, team leader - to tylko niektóre stanowiska, które nazywamy mianem lidera.

Jest to tytuł nadawany praktycznie automatycznie.

Kim jest dobry lider i jakie są jego cechy?

Z drugiej strony można zaobserwować niechęć do pełnienia tej roli. Coraz trudniej znaleźć dobrego kandydata na rynku pracy. Dlaczego tak jest?

Ściana tekstu Lipiec 2021

Fri, 02 Jul 2021 00:00:00 +0000

Do czytania

Wraz ze zmianami w organizacji, dojrzewaniem zespołów (jak i całej organizacji) zmieniać powinna się strategia działania agile coacha, scrum mastera czy lidera - zwał jak zwał :) ⏩ The Changing Role of the Agile Coach
Jak dobrze żyć z deadline’ami. ⏩ How (not) to miss a deadline
Metryki projektowe to jedno, ale wybranie odpowiednich metryk dla produktu, to zupełnie inna para kaloszy, którą staram się okiełznać. ⏩ Measuring Impact — Picking the right metrics in Product
Niezwykle istotny i trudny do ogarnięcia temat, więc nic dziwnego, że post od Mike Cohna nie daje jasnego rezultatu, a nakreśla problem i jego składowe. Polecam. ⏩ How to Reward Agile Teams
Krótka historia o tym, że problem jest poza naszymi salami konferencyjnymi i arkuszami Excela, i trzeba po niego iść samemu. ⏩ Steve BlankYour Product is Not Their Problem
Wszyscy spotkaliśmy się z wyzwaniami dostarczaniem rozwiązań, wartości, funkcji czy kodu, ale co z wyzwaniem redukowania stanu produktu? Bardzo ciekawy temat, o którym złożoności się wcześniej nie zastanawiałem. ⏩ Upsides to unshipping: The art of removing features and products
NIE UŻYWAJCIE STORY POINTÓW DO PORÓWNYWANIA ZESPOŁÓW, NA LITOŚĆ BOSKĄ! ⏩ Measuring Productivity by Ron Lichty
Bardzo fajne wprowadzenie do LeSS, które na ogólnym poziomie przedstawia, czym jest i czym różni się od np. SAFa. ⏩ LeSS from the Trenches: from a leader’s perspective - A quick overview of LeSS
Oraz follow-up do powyższego, pokazujący realne zastosowanie, wraz z wyzwaniami i rozwiązaniami. ⏩ LeSS from the Trenches — from a leader’s perspective - How we structured our 20 teams into a LeSs structure and our challenges
Budowania zwinnej organizacji z zachowaniem swojej kultury oraz skalowanie to cholernie duże wyzwanie - oto dlaczego. ⏩ Why it’s difficult to build teams in high growth organisations
Podejmowanie decyzji w organizacji to nie lada wyzwanie. Szczególnie jeśli chce się to robić sensownie i z zaopiekowaniem interesu wszystkich zaangażowanych stron. ⏩ Making Effective Product Decisions: Tips for Deciding with Stakeholders and Dev Teams
Spojrzenie na wspracie, jakim mogą być dla Agile metryki OKR. ⏩ Reawakening Agile with OKRs?
Wskazówki dla osób zmieniających miejsce pracy i szukających w nowym prawdziwej koncentracji na produkcie oraz zwinności. ⏩ How to know if you’re interviewing at a product-led company
Fenomenalny ruch ze strony Dave Snowdena oraz osób zajmujących się frameworkiem Cynefin, którzy w dobie pandemii ostanowili zbudować podręcznik korzystania z frameworka wspólnie z Unią Europejską - mega! ⏩ Announcing the publication of Managing complexity (and chaos) in times of crisis. A partnership between the Cynefin Centre and the EU
Jednym z wyzwań, jakie każda organizacja produktowa musi podjąć, aby osiągnąć sukces lub nim w trwać, to określenie Gwiazdy Północy, a więc znaku, za którym będzie podążać we wszystkim, co robi. ⏩ Choosing Your North Star Metric
Bardzo interesujący materiał od Setha Godina na temat PLACEBO, czyli kłamstwa, które staje się prawdą za naszą sprawką. Czy stosowanie tego efektu jest etyczne? Gdzie jest granica kłamstwa i reklamy? ⏩ PLACEBOS
Szybka wizualizacja przydatna w trakcie wyjaśniania negatywnych skutków częstego mieszania w składach zespołów. Wiecie, o co chodzi. Model Truckmana oczywiście. ⏩ Scrum Master Skills: Visualizing the Cost of Team Building with the Tuckman Model
Od razu zaznaczam, że materiał jest tekstem publikowanym przez ekipę Aha! na temat korzystania z ich własnej aplikacji, aczkolwiek jest tu kilka przydatnych punktów o korzyściach pracy zdalnej. ⏩ 4 Lessons From 8 Years of a Completely Remote Team
O metrykach, które mają znaczenie. Bardzo istotne. ⏩ Product metrics that matter
Design Thinking z perspektywy osoby, która uczy i wspomaga designerów. ⏩ The Rise Of Design Thinking As A Problem Solving Strategy
Dlaczego zespoły produktowe są lepszym podejściem dla organizacji zwinnych niż podejście projektowe? ⏩ Products Over Projects
Bardzo trafne spostrzeżenia na temat dokładnych estymacji, i co to w ogóle znaczy? ⏩ Accurate Estimations
Podoba mi się to stwierdzenie: “To me the question isn’t which (Design Thinking, Agile or Lean Startup) is the best? The answer is not when to use each, but understand how to apply all”. ⏩ Design Thinking, Lean Startup, Agile? There is a Bigger Thing Happening
John Cutler robi recenzję opublikowanego How-To modelu Shape Up od Basecamp. O ile część dotycząca poszczególnym stronom, wymaga przeczytania samego dokumentu, tak początkowe „notatki” są przydatne i bez znajomości Shape Up. ⏩ Review Notes: Shape Up
OKR w Agile na przyjemnej inforgrafice. ⏩ OKRs in Agile infrographic

Do oglądania | słuchania

Świetny talk dotyczący pozytywnych efektów zbliżania zespołu do klienta na wielu płaszczyznach i przez wiele sposobów, np. częstym dostarczaniem albo usuwaniem warstw pomiędzy stronami. ⏩ Minimise the Gap Between Maker and User - my keynote from Mind the Product, London 2019
Inspirująca rozmowa Richarda Kasperowskiego z Jeffem Sutherlandem na temat tego jednego idealnego zespołu, za którym liderzy gonią i o nim marzą. ⏩ What Does It Take to Have a Great Agile Team?
Kapitalne wprowadzenie do LeSS. Do tego, czym LeSS jest i jakie zmiany wnosi do organizacji + równie świetne wytłumaczenie, jak fatalnym pomysłem, są zespoły komponentowe. ⏩ Craig Larman - Evening Session - Introduction to Large Scale Scrum (LeSS)

Heheszek

Zbrodnie na metrykach | Dostarczaj Wartość #29

Wed, 23 Jun 2021 00:00:00 +0000

Dziś wraz z Tomaszem Niemcem i Łukaszem Januszkiem porozmawiamy o zbrodniach na metrykach, jakie wiedzieliśmy w swoich zespołach/projektach.

Takim ciekawym przykładem zbrodni tworzenie metryk do rzeczy, których się nie do końca rozumie. Takie metryki nie budzą zaufania, a nawet mogą powodować ich ignorowanie.

Nie martw się. To od dawna tak jest. To, że jest na czerwonym, to kompletnie nic nie znaczy.

Dzisiaj porozmawiamy sobie właśnie o sytuacjach w projektach, których powinniśmy unikać. O miernych miernikach, które z jakiegoś powodu nie budzą naszego zaufania.

Ściana tekstu Czerwiec 2021

Fri, 04 Jun 2021 00:00:00 +0000

Do czytania

Gdy największym problemem transformacji agileowej są liderzy i zarząd. W jakie pułapki wpadamy, zabierając się cały proces i czego unikać. ⏩ How Leaders Get in the Way of Organizational Change
Porównanie zespołów skierowanych na produkt i projekt. Coś, co często stosuje się zamiennie, a fundamentalne się od siebie różni. ⏩ Product vs. Project Teams
Przydatny formularz/ankieta, który pozwala nam określić moc i pewność naszych hipotez oraz faktów. ⏩ Business Testing: Is your Hypothesis Really Validated?
Niedawno na DW opublikowałem ćwiczenie, które miało na celu team building poprzez poznanie swoich umiejętności i stan, kluczowych dla sukcesu projektu, cech całego zespołu. Mógłbym z poniższego materiału wziąć kilka wskazówek, szczególnie przy budowaniu ćwiczenia. Dosyć podobny sposób realizacji, aczkolwiek ten materiał eksploruje cechy zespołu(ów) pod budowanie kultury rozwoju i nauki - bardzo ważne dla zwinności organizacji. ⏩ Six Steps Towards Self Learning Teams and Organizations
Ninja i praca? O tak! Poznajcie Nijute, a więc “mądre słówko z Azji”, żeby sprawiać pozory, gdy rozmawiamy o problemach. ⏩ Nijute: how to solve impossible problems
Widząc obrazek jako zapowiedź tego artykułu, pokusiłem się o głupi żart, albowiem widziałem tyle niedziałających płaskich struktur organizacji, że uważam je za marzenie ściętej głowy. W odpowiedzi pojawił się autor, mocno reagując na mój wpis (i słusznie), więc usiadłem do materiału i…sypię głowę popiołem. Bardzo ciekawy artykuł, realne przykłady i nadzieja, że się da :) Polecam. ⏩ 3 Organizational Models To Decentralize Your Company - Radically
Takeshi Yoshida, również znany jako Coach Takeshi na YT, zaciekawił mnie materiałem o połączeniu Scruma i Design Thinking, co brzmi na papierze jako bardzo fajne połączenie. ⏩ Why Design Thinking + Scrum Makes a lot of Sense
Bardzo podoba mi się ten szablon do stosowania Rapid Design Thinking np. podczas Sprint Planningu. ⏩ Rapid Design Thinking template: Ideate customer solutions in less than 30 minutes
Bardzo przydatne narzędzie do prowadzenia retro w formie cyfrowej. ⏩ Fun Retrospectives
Jak ocenić czy Scrum jest rozwiązaniem dla naszej sytuacji? Jak dobrać rozwiązanie do momentu, w którym znajduje się nasz projekt? ⏩ On Complexity: Why Your Software Project Needs Scrum
Bardziej ciekawostka aniżeli materiał związany z pracą lidera, czy ogólnie zatrudnionego w IT, ale ciekawy temat. ⏩ How people get rich now
O różnicy pomiędzy zrozumieniem a rozumieniem się. ⏩ TBM 17/52: Decision Making vs. Decision Understanding
RAGE - przydatne narzędzie, przygotowujące nas na nieuchronne pytanie: dlaczego tak wolno?. Prawdopodobnie każdy lider spotkał się z nim nie raz w swojej pracy, a tutaj autor przedstawia sposób, w jaki możemy w mierzalny sposób podejść do odpowiedzi. ⏩ RAGE. A simple way for product managers to answer the question “Why does everything take so long?”
W jaki sposób mierzyć dług techniczny i go klasyfikować? ⏩ How to measure technical debt
Fascynujący (ale i trochę przerażający) materiał o braku prezentacji na spotkaniach w Amazon oraz „słynnego sześćciostronica”. ⏩ The Anatomy of an Amazon 6-pager
Jak taktownie mówić NIE, a raczej, jak być przygotowanym do tego i nie dać się zaskoczyć. ⏩ Tactfully rejecting feature requests
Bądźcie czujni. Nawet jeśli wasza transformacja ma się świetnie w organizacji, to licho przeszłości czyha - i może wrócić! ⏩ Defeating The Disease Of 20th Century Management

Do Oglądania | słuchania

Fajny materiał od panów z kanału #białko i nie, nie jest to kanał dla kulturystów. ⏩ Czym jest Cynefin framework?
Coach Takeshi tłumaczy, na czym polega Design Thinking. Jakie są jego korzyści, wady i zastosowania. ⏩ Welcome to Design Thinking

Heheszek

Co powinien zrobić lider trafiając do nowego projektu? | Dostarczaj Wartość #28

Tue, 25 May 2021 00:00:00 +0000

Witam Was w nieco odświeżonej formule :)

W części pierwszej zastanowimy się nad tym co może zrobić lider, trafiając do nowego projektu?
Na czym powinien się skupić, a czego unikać. Jakimi metoda może się posłużyć.

W drugiej części każdy z nas przyniósł temat związany z dostarczaniem wartości, który dla pozostałych był tajemnicą.
Tomek opowiadał o Middle manager-less organization.
Żółw o sposobie uczenia się i estetyce. (Art & Fear - David Bayles, Ted Orland)
Bartek opowiadał o tym jak ważne i trudne jest określenie wartości w neuropsychiatrii (O mężczyźnie, który pomylił żonę z kapeluszem - Oliver Sacks)

Ściana tekstu Maj 2021

Tue, 04 May 2021 00:00:00 +0000

Do czytania

Jakoś mnie tak naszło na początku miesiąca, aby zanurzyć się w tematyce bezpieczeństwa psychicznego w pracy. Najpierw zaczynając od kilku rad, jak o takowe zadbać. ⏩ How To Create Psychological Safety On Teams
Słyszeliście o ciemniej stronie mocy? Pewnie, że tak nerdzi. Ale czy wiedzieliście, że jest ona częśćią badań nad osobami na stanowisakch liderskich i uruchamia się w „trudnych” momentach. ⏩ WTF Happens to Psychological Safety When the Pressure Is On?
A także, do czego może doprowadzić złe zarządzanie oraz (właśnie) brak bezpieczeństwa psychologicznego u załogi. ⏩ Lack of Psychological Safety at Boeing
Interesujący pomysł rozwiązania problemu wrzutek dla zespołu Scrumowego lub ich okiełznania. ⏩ Sprint Planning for Agile Teams That Have Lots of Interruptions
I w podobnym temacie, kwestia przydzielania zadań na planowaniu - yay or nay? ⏩ Should a Team Assign Work During Sprint Planning?
Niewiele odchodzimy od samego planowania i uczymy zespół pracy z celami sprintu. ⏩ 3 Do-It-Yourself Workshops To Get Started With Product- And Sprint Goals
Dlaczego warto być sceptycznym, co do samego siebie oraz celebrować, kiedy ktoś wytyka nam pomyłkę w rozumowaniu. ⏩ Why Thinking Like a Scientist Is Good for You
W podobnej tonacji, albowiem materiał poświęcony porszaniu się w konflikcie, co można przełożyć na sytuację, gdy ktoś wytyka lub zarzuca nam błąd. ⏩ Managing Conflict: Abandon Overconfidence And Engage In Rethinking Cycle
Metryki dla organizacji. ⏩ Get More Wins: Experimentation Metrics for Program Success
W jaki sposób dojść do sensownych metryk dla adaptacji Agile przez organizacje. Warte zapamiętania: JTBD. ⏩ How to get executive buy-in for Agile using two popular product development approaches
Zaskakująca historia developerów, którzy tak bardzo nie chcieli rozmawiać z użytkownikami swojego oprogramowania, że grozili zwolnieniem się z pracy, jeśli będą musieli. ⏩ Selling underwear: How developers learned to love talking to customers
Miewacie problem z przeniesieniem fazy zbierania danych do fazy proponowania rozwiązań, a może już na samymi początku to robicie bez wymaganej analizy? Framework Cynefin może pomóc w waszym retro. ⏩ Applying Cynefin in Agile Retrospective (*)
Choć scrumban to wciąż dla mnie trochę wymyśł na siłę, to dopóki z niego nie robi się certyfikatów, niech będzie. ⏩ Scrumban Should NOT Just Be a Hybrid of Scrum and Kanban
Teoria Gier oraz Równowaga Nasha to badzo ciekawe zagadnienia. ⏩ Introduction to Game Theory
Wszyscy wiemy o znaczeniu MVP dla sukcesu projektu? Znamy definicję oraz, czym powinno ono być, ale jak niego dojść? ⏩ A Path to the Minimum Viable Product
Interesujące spostrzeżenie. Jak ma się nowa definicja inkrementu w nowym Scrum Guide do pracy badawczej, czy opartej na eksperymentach? ⏩ 2020 Scrum Guide Definition of “Increment” Inadequately Addresses Knowledge-Acquisition
Współdzielenie kodu to coś, co często jest rzucane prze organizacje, aby udowodnić swoją zwinność. Natomiast prawdziwego dzielenia się kodem w zespole jest trudna, a w ramach organizacji - zgubna. ⏩ Collective Code Ownership and Conway’s Law
Nowość w świecie Agile - Fast Agile. Interesujące, aczkolwiek bez szaleństw. ⏩ There’s a New Kid on the Agile Block
Historia prawdziwa Project Managera nietechnicznego, a pracującego w IT - da się. ⏩ You don’t need a technical background to be a PM. I’m proof
Wskazówki, jak dobrze dobrać KPI dla swojego projektu/organizacji l. ⏩ How to Choose the Right KPIs for Your Product
Jak wznieść code review waszych teamów na kolejny poziom!? ⏩ Improving Code Reviews
Fajny wywiad z Richardem Kaspirowskim, na temat genezy dobrze funkcjonujących zespołów. ⏩ What Does It Take to Have a Great Agile Tea
Kolejny wpis o bezpieczeństwie psychologicznym, ponieważ o temacie nigdy nie za wiele materiałów! ⏩ Why Institutional Agile Fails

Do Oglądania | słuchania

(*) Cynefin to dla was nowość? Nikt lepiej w temat was nie wprowadzi, aniżeli Dave Snowden. ⏩ The Cynefin Framework
Kim Scott i Trier Bryant opowiadają o trudnych sytuacjach w miejscu pracy, i jak powinniśmy na nie reagować - przyznam się szczerze, że kilka kwestii mnie zmieszało albo nawet zdziwiło. ⏩ Just Work with Kim Scott and Trier Bryant

Heheszek

Ultimate Team - poznaj swój zespół

Mon, 19 Apr 2021 00:00:00 +0000

Kontekst

Jeden z moich obecnych zespołów niedawno przeszedł niemała reorganizacje. Z kilkuosobowego składu rozrósł się kilkakrotnie, zamykająca się na dziesięciu osobach. Choć wiedziałem o tym, że szukamy nowych osób do zespołu, nie brałem udziału w procesie ich rekrutacji. Znałem jednie nominalne role, do jakich nowi członkowie zespołu zostali przyjęci. Z czasem jednak okazało się, że sporo osób ma ukryte “talenty”, o których wzajemnie nie wiedzieliśmy.

Przemek zatrudniony do roli Level Designer radzi sobie również z prostymi blueprintami oraz potrafi to, czy tamto animować. Natomiast Magda, znana z modelowania 3D poradzi sobie z projektowaniem grafik 2D, potrzebnych, chociażby do budowania UI gry.

Ściana tekstu Kwiecień 2021

Wed, 31 Mar 2021 00:00:00 +0000

Do czytania

Wszyscy (mam nadzieję) znamy technikę “5 Whys” w docieraniu do sedna problemu, ale jakie inne jeszcze możemy stosować, aby odnaleźć, co nas naprawdę boli. ⏩ 5 Root Cause Analysis Techniques to Breakthrough Barriers
20% wypychanych zmian nadaje 80% wartości twojemu produktowi. O tym, dlaczego ta Zasada Pareta powinna być znana każdemu menadżerowi produktu (i nie tylko). ⏩ Why Product Managers Need to Understand the 80/20 Rule
Jeszcze raz o tym, aby się dobrze zastanowić nad tym, czy Scrum, Kanban czy po prostu Agile to rozwiązanie dla twojej organizacji. ⏩ Want a Successful Agile Project? Start with Why Before How
KIlka sposobów integracji redukowania długu technicznego w swój proces i „serce” klienta. ⏩ Three Strategies for Fitting Refactoring into Your Sprints
Najczęściej popełniane błędy przez organizacje, które szukają szybkiego zwycięstwa w podążaniu za modą na Agile, nie rozumiejąc zupełnie kontekstu, stojącego za nim. Dodatkowo bardzo fajny przykład z intuicją żeglarza. ⏩ When Agile isn’t Agile
Dopasowywanie OKR-ów do już istniejącego backlogu - auć! ⏩ OKR anti-pattern: reverse engineering key results to match your backlog
O modelu biznesowym Bandcamp już czytałem trochę, ale nie wiedziałem, że framework stosowany przez nich Shape Up, został upubliczniony w formie książki. Szybkie wprowadzenie. ⏩ Shape Up vs Scrum: 6 Months to 6 Weeks – How We Cut Our Dev Cycle 75%
Bardzo ciekawa, interaktywna infografika, służąca jako ściąga do radzenia sobie z różnymi typami inwestorów, developerów czy manadżerów. ⏩ How to Deal with Difficult People on Software Projects
Evidence Based Management to nic innego, jak opierania się na faktach, danych, metrykach, a przede wszystkim eksperymentach w zarządzaniu organizacją. Niby takie proste, a jednak. ⏩ The Evidence-Based Management Guide
Interesująca forma przedstawienie korelacji pomiędzy celami strategicznymi organizacji a zadaniami zespołu, w formie drzewka. ⏩ Requirements Tree: Focusing your efforts on the highest value work
Jak wiele z Lean zostało w Agile. O tym, co naprawdę się liczy, a co często jest zapominane w “transformacjach”. ⏩ How Much Lean is in Today’s “Agile”? – Part I
Niejednokrotnie powtarzałem to w swojej karierze: samowystarczalność zespołu, a już na pewno całkowita autonomia, to bajki. Na to potrzeba czasu. ⏩ Autonomous, Self-Organizing Teams Don’t Work
Nawet nie wiedziałem, że Scrumban staje się sformalizowanym frameworkiem. Powodzenia. ⏩ Scrumban: What is Scrumban? How To Use It [The Ultimate Agile Software Development Guide In 2019]
Cenne wskazówki do prowadzenia warsztatów z Journey Mappingu (coś bardzo zbliżonego do Story Mappingu), a także rady, co dalej ze stworzoną mapą, aby nie stała się redundantna. ⏩ Getting Started with Journey Mapping: 27 Tips from Practitioners
Nowy Scrum Guide wprowadził do świata Scruma cel produktu - nie mylić z „wymyśleniem” talkowego, albowiem istniał on już od dawna, tylko inaczej się trochę nazywał: wizja, strategia itd. Jak zestawić go z celami sprintów i co nam daje. ⏩ Product Goals in Scrum
Infoq przedstawia kolejny raport ze stanu metod i zarządzaniu, sporządzony przez cały okres pandemii. Wnisoki zupełnie nie zaskakujące, aczkolwiek kilka ciekawostek się znalazło. ⏩ Culture & Methods Trends Report March 2021
Bardzo przydatne materiały o feedbacku…w jedną, jak i w drugą stronę! ⏩ Rules for Receiving Feedback + Advice for Giving Feedback
Intrygujący framework do szacowania wartości, a raczej wartości i strat. ⏩ WSJF — Weighted Shortest Job First Prioritization Framework
Zapomniałem o metaforze z agile’ową górą lodową, a tak zainspirowała mnie do tekstu, który kiedyś napiszę. Kiedyś. ⏩ Illuminating the Intangibles of Agile

Do oglądania | słuchania

🔊 Niedawno Scrum Guide otrzymał swoją aktualizację, o której polecałem już trochę materiałów, a nawet rozmawialiśmy o niej z Bartkiem w zakresie podcastu DW. Konsekwencją aktualizacji jest odświeżenie przewodnika po Nexusie, który jest oparty na fundamentach Scruma. Posłuchajcie, co się zmieniło w “saklowalnym Scrumie” - szczeólnie fajna jest część poświęcona temu, że może warto się czasem zastanowić, czy aby na pewno pracujemy nad jednym produktem. ⏩ Updates to the Nexus Guide based on the Scrum Guide 2020
🔊 Bardzo interesująca dyskusja pomiędzy ekspertami z dziedzin psychologii i zarządzania zespołami, w których to poruszają temat wpływu różnorodności zespołu na jego wyniki. ⏩ Why Diverse Teams are Smarter, but Don’t Feel That Way
🎬 Jak Kanban nabierał rozpędu w świecie tworzenia oprogramowania, kiedy już został zaadaptowany z Japonii. ⏩ FYK: The Super Secret Origins of Kanban for Knowledge Work!
🎬 Link wspomniany w materiale wyżej, rozszerza historię powstania Kanbana jako frameworka. Fascynujące. Polecam każdemu. ⏩ Daniel Vacanti - The secret history of Kanban and why it matters

Heheszek

😥

Ściana tekstu Marzec 2021

Fri, 26 Feb 2021 00:00:00 +0000

Do czytania

Zaczynamy od wskazówek dotyczących szukania odpowiedniego miejsca pracy dla siebie jako Scrum Mastera czy Team Leadera z nastawieniem na Agile. Zobaczcie sami. ⏩ How to Identify an Agile Organization as a Suitable Employer or Client (Part 1)
Bardzo ciekawy pomysł ma sformalizowane podejście do „programowania szarańczowego” (biorę trademark na określenie!), a więc zajmowania się zadaniami przez grupę czy cały team i przeskakiwania do kolejnych rzeczy. ⏩ Swarm Programming with the Swarm Board
Bardzo przydatne wskazówki o przygotowaniu szkoleń i zajęć dla podopiecznych, na podstawie tematyki game designu, ale pasuję też do innych branż. ⏩ Lessons Learned From Teaching Game Design
Błędne podejścia do KPI i jak sobie z nimi poradzić. ⏩ Why KPIs Don’t Work; And How To Fix Them
Dlaczego Waterfall to tylko czubek góry lodowej i z czym, tak naprawdę przyjedzie nam się zmierzyć w biznesie. ⏩ What is Taylorism, and why Waterfall is just the tip of the iceberg!
‘Saying NO to power’ to bardzo duże wyzwanie, ale każdy, kto chce prowadzić zespoły jako lead, musi się tego nauczyć. Kilka wskazówek, jak sobie, z tym radzić. ⏩ Should Product Managers Say No?
Jakiś czas temu wrzucałem w moich zestawieniach materiał o ogłaszaniu bankructwa backlogu. Tutaj podobne zagadnienie, jednak w stosunku do całej roadmapy produktu. ⏩ Declaring Roadmap Bankruptcy
Całkiem ciekawa forma budowania w zespole ciągłego doskonalenia, poprzez zapisywanie tablicy czy “płótnie”. Podrzucam dwa materiały, albowiem dopiero po obu złapałem pełny obraz zagadnienia. ⏩ The Continuous Improvement Canvas + Awesome Team Learning
Pamiętam, jak kiedyś tłumaczyłem zasadę dobierania historyjek do sprintu na metaforze Tetrisa. Teraz widzę, o jak wielu ryzykach nie pomyślałem. ⏩ The dangerous game of product backlog Tetris
Siedem wskazówek do bycia bardziej przekonywającym i lepiej odebranym na spotkaniach/wypowiedziach online. Prosto od osoby przygotowującej mówców TED. ⏩ 7 Zoom mistakes you might still be making — and how to raise your video skills
Dobre praktyki są dobre - prawda? Do czego może doprowadzić ślepe podążanie za dobrymi praktykami, które - często - wcale nie spełniają definicji takowych. ⏩ The Cult of Best Practice
Pewnie każdy z nas używał wzorca dla określania statusów w formie sygnalizacji świetlnej. ⏩ Red-Yellow-Green Status Reports and Other Models – How They Should and Shouldn’t Be Used
Powiedziałbym, że nie możesz również mówić o pracy w Scrumie, jeśli nie jesteś Agile, ale ten materiał dotyczy Lean - z czym się zgadzam oczywiście. ⏩ You Can’t be Lean Unless You’re Agile
W tym roku Agile świętuje swoje 20 urodziny. Dokładnie dwadzieścia lat temu w Snowbird doszło do spotkania siedemnastu ekspertów branży, które zmieniło wytwarzanie oprogramowania i produktów. O szczegółach tego spotkania Jeff Sutherland. ⏩ How The Agile Manifesto Came To Be
Agile nie jest dla każdego i choć o kilku sprawach kulturowych materiał nie wspomina, to i tak porusza kilka bardzo słusznych tematów. ⏩ Not Everyone Can Be Agile
Jak powiedzieć ‘nie’ bez mówienia ‘nie’ ⏩ An Engineer’s Guide to Saying No

Do oglądania | słuchania

Roman Pichler to bardzo znana osoba w środowisku Agile, która związana jest z ruchem niemalże od jego początku. Tutaj podrzucił ciekawe podsumowanie korzyści, jakie daje w zarządzaniu oraz wyzwania, które stały się bardziej widoczne. ⏩ How Agile Has Changed Product Management

Heheszek

Trochę w zestawieniu było o mówieniu ‘NIE’, a wiecie, że w Japonii mamy 38 sposobów na to? 😁

Ściana tekstu Luty 2021

Fri, 29 Jan 2021 00:00:00 +0000

Do czytania

Zaczniemy od niezwykle bogatego w przydatny content materiału od Richarda Kasperowskiego, prowadzącego podcast With Great People. Tematyka dotyczy głównie zespołu pracującego zdalnie, ale znajduje się w nim sporo przydatnych linków i poraz, które przydadzą się każdemu liderowi. ⏩ Your Remote Team Actually Can Be Awesome
User Story, na przestrzeni lat, skutecznie wyparło przypadki użycia (Use Case) ze standardu praktyk zespołów zwinnych. A obie formy mogą nie tylko być wciąż stosowane w jednym zespoie. Czytając o nich więcej, wnioskuje że przy mapowaniu hitoryjek zbliżamy się bardzo do Use Case’ów. ⏩ User stories vs use cases: how they stack up
Fajne wskazówki, jeśli szukacie sposobów na “zmuszenie” waszego PO do koncentracji nad WHY? ⏩ Question: How do you get a Product Owner to focus on the Why?
W trakcie pracy nad trzecią częścią mitów o Scrum, które możecie przeczytać na Dostarczaj Wartość, przypomniałem sobie o tym materiale z mitami, którymi przerzucając się zespoły scrumowe i kanbanowe. ⏩ What Scrum Gets Wrong about Kanban and What Kanban Gets Wrong About Scrum
Bardzo przydatne streszczenie zmian, jakie na przestrzeni lat przechodził Scrum Guide. Również świetne ćwiczenie autora: przeczytać wszystkie rewizje, aby zrozumieć kierunek frameworka i istniejące wciąż w IT przekonania. ⏩ The Evolution of the Scrum Guide
Uwielbiam stosować SMARTa w określaniu celów, ale czy zawsze powinno się go stosować? ⏩ When are SMART goals not-so-smart?
Jakie korzyści płyną z częstszych releaseów? ⏩ The advantages of frequent shipping
Zaciekawił mnie nagłówek artykułu i grafika, więc sięgnąłem po artykuł, który okazał się inny niż się spodziewałem. Technika wydaję się ciekawa, jednak stosowałbym indywidualnie, np. sam dla siebie. ⏩ Six Thinking Hats
O produktywności zespołu, i dlaczego warto skupić się na flow kosztem utylizacji zasobów. ⏩ Team productivity is about “flow over utilisation” and integration
Bardzo podoba mi się to rozgraniczenie na leadership transakcyjny i relacyjnym - na pewno będę go pożyczał, podobnie do anegdoty z końca materiały. ⏩ Why Transactional Leadership Sucks
Kilka wskazówek dla sytuacji, w których musimy powiedzieć ’nie’ szefowi/zarządowi. Choć bez zapewnienia pierwszej z nich, a więc pozycji, w której jest to realne, reszta ma minimalne znaczenie. ⏩ 5 Tips for Saying No to Stakeholders
Bardzo kreatywnych sposób na wytłumaczenie Prawa Little’a i metryki Throughput. Dla fanów whisky, jak znalazł. ⏩ Little Law, cycle time and throughput
Dla osób, dla których tematyka Lean czy Lean-startup, to nieznajomy teraz powinny przeczytać ten materiał wprowadzający. ⏩ 5 Things Product Teams Get Wrong About the Lean Startup
Teraz nastąpi seria wpisów związanych z Scrumbanem, a więc hybrydowego podejścia łączącego “najlepsze” z dwóch podejść:
I wracamy do czystego, koszernego Kanbana. ⏩ Kanban explained: what you’ve always wanted to know
Tommi Forsström wrzucił na Twittera krótką ściągę dla PMów z sześciu podstawowych typów zwrotów z projektu. ⏩ 6 main types of return R&D / product development efforts usually have that you need to master
Okazuje się, że każdy z nas kłamie - powiedzmy. O tym, co naprawdę się liczy, gdy “oddajemy” efekty pracy zespołu. ⏩ The Play, the points, and the biggest lie in software
Allan Holub ma dosyć…radykalne poglądy, jak dla mnie, z którymi częścięj się nie zgadzam, niż zgadzam. Na Twitterze próbował mnie przekonać, że JIRA może być powodem porażki zespołu, a tutaj opisuje, że aby osiągnąć samoorganizacje zespół powinien porzucić odpowiedzialność - ja wiem, o co mu chodzi, ale tego się nie da obronić/sprzedać. Zobaczcie sami. ⏩ #NoAccountability

Do oglądania | słuchania

Zauważyłem, że nazbierało mi się na liście materiałów do obejrzenia kilka Scrum Tapas. To seria krótkich materiałów, w których są raczej podstawy (startery) wiedzy o Scrum, serwowane przez trenerów scrum.org. Bywają lepsze i gorsze, a dla mnie stanowią element scrumowej katy:

Heheszek

To akurat nieśmieszne, a bardzo, BARDZO prawdziwe, więc podrzucam do refleksji (adaptuje się również nie tylko do zmiany, ale i np. rozpoczynania nowych projektów):

Powinniśmy przegrać - o projektowaniu wydarzeń społecznościowych na przykładzie gry Destiny 2 | Dostarczaj Wartość #27

Wed, 27 Jan 2021 00:00:00 +0000

“Powinni pozwolić nam ponieść porażkę” - to pierwsze co mi przyszło do głowy, gdy twórca gry, w którą z Tomkiem Niemcem gramy, stwierdził, że w czasie trwania wydarzenia zmieni jego zasady i pomoże graczom nie ponieść porażki.

Dosłownie odechciało nam się grać.

Stwierdziliśmy, że ta sytuacja jest bardzo ciekawa z punktu widzenia analizy systemów pod kątem motywacji, zaangażowania oraz także, wpływu decyzji projektowych na społeczność, która liczy sobie kilkaset tysięcy aktywnych graczy.

Mity i legendy o SCRUMie - Część 3/3

Mon, 25 Jan 2021 00:00:00 +0000

Poprzednie części przedstawiające mity Scruma:

Witam ponownie w trzeciej części mojego cyklu artykułów, w których to rozprawiam się z mitami Scruma. Jeśli nie czytałeś poprzedniego epizodu, to w każdym materiale rozprawiam się z czterema mitami, a więc rozchodzącymi się środowisku IT “prawdami” na temat frameworka, które raz są faktycznie prawdą, natomiast częściej zupełnie wyssanymi z palca fantasmagoriami. Zanim zabierzesz się za lekturę, polecam spróbować zakwalifikować każdy z poniższych mitów jako FAŁSZ lub PRAWDĘ - w formie zabawy i sprawdzenia swojej wiedzy o Scrum.

Projektowanie spekulatywne - co to takiego?

Thu, 31 Dec 2020 00:00:00 +0000

Czy kiedykolwiek zadałeś/aś sobie pytanie: co by było, gdyby? Jak wyglądałaby rzeczywistość, gdyby zwierzęta mówiły, grawitacja nie działała, Żółw nie był Żółwiem?

A co, jeśli istniałaby technologia, która pozwalałaby na obustronną, zrozumiałą komunikację z różnymi gatunkami zwierząt? Jak wpłynęłoby to na nasze życie, decyzje czy sposób projektowania?

W tym odcinku wraz z Pawłem Nowakiem porozmawiamy o tym co to jest projektowanie spekulatywne, kiedy po nie sięgnąć, czym się różni od projektowania rozwiązań pod kątem użytkownika oraz w jaki sposób można je wykorzystać, by poszerzyć swoje horyzonty.

Ściana tekstu Styczeń 2021

Wed, 30 Dec 2020 00:00:00 +0000

Do czytania

Ciekawy przykład zastosowania Scruma i Kanbana w kontekście jednego projektu, ale dwóch procesów w dwóch zespołach. ⏩ Rescued by Kanban: A Real-Life Story of Using Scrum and Kanban Together
Wskazówki przydatne, chociażby w zrobieniu rachunku sumienia sobie lub przygotowaniu zestawu pytań do rekrutacji odpowiednich osób do swojej organizacji. ⏩ Agile: 9 signs your leader gets Scrum
A skoro już jesteśmy w temacie rachunku sumienia - to jak z waszym wewnętrznym mikro-menadżerem? ⏩ End Micromanagement: 6 Signs You’re a Micromanager (And What to Do Instead)

Scrum Guide Update 2020 - Co tak naprawdę się zmienia?

Fri, 18 Dec 2020 00:00:00 +0000

Czy zmiany wprowadzone w Scrum Guidzie są w jakimś stopniu przełomowe? Co tak naprawdę zmienia Scrum Guide Update 2020? Czy sprawiają, że Scrum jest mniej Scrum’owy?

Z punktu widzenia doświadczonych osób oraz doświadczonych zespołów to bardziej kosmetyka niż przełom. Z punktu widzenia osób bez doświadczenia to podkreślenie rzeczy, które są ważne, ale których po prostu nikt nie spisał.

Wraz z Tomaszem Niemcem porozmawiamy o zmianach w Scrum Guide Update 2020, co zmieniają, jak wpływają na pracę zespołu oraz dlaczego zmiany mogą być dla Scrum Masterów…kłopotliwe :)

Ryzyko - jak mu zapobiegać i je mitygować

Mon, 30 Nov 2020 00:00:00 +0000

Ryzyko jest czymś co będzie występować w naszym życiu czy tego chcemy czy nie :)

Na przykład wyobraź sobie sytuację: Wsiadasz do samochodu i widzisz, że masz 1/4 paliwa jeszcze w baku. Pozostało Ci około 90 km do przejechania.

Co robisz?

Jedziesz na najbliższą stację benzynową? Czy ryzykujesz i jedziesz?

Pewnie odpowiedź brzmi to zależy :) My w dzisiejszym odcinku zajmiemy się kwestią ryzyka. Na początku porozmawiamy tym jak go zapobiegać (jadę i zatankuję) i mitygować (biorę z jakiegoś powodu kanister ;p).

Jak podejść do sytuacji w których mogą wystąpić ryzyka, których jeszcze nie znamy, a jak zmienić nasze podejście do ryzyka, który wystąpienie może się dla nas okazać tragiczne w skutkach.

Ściana tekstu Grudzień 2020

Fri, 27 Nov 2020 00:00:00 +0000

Do czytania

O tym, jak Scrum oraz design thinking mogą iść ze sobą w parze + ciekawe case study pracy UX z branżą przemysłową, które dało efekty. ⏩ Scrum AND Design Thinking
Wskazówki do budowania morałów zespołu, które materiał przedstawia jako przydatne w pracy zdalnej, ale spokojnie warto i nich pamiętać, i w biurze. A także, czym różni się kultura zespołu, od motywacji i od team morale. ⏩ How to build team morale remotely
Wchodzicie jako scrum master do nowego zespołu i zastanawiacie się, jak nawiązać współpracę z zespołem, poza blachą ciasta i kratą piwa? Zestaw pytań, które powinniście zadać ekipie w pierwszej kolejności, abyście mogli im, jak najlepiej pomóc. ⏩ 20 Questions from New Scrum Master to the Development Team
Pierwszy raz słyszę o obstacle boardach, ale temat wydaję się być bardzo ciekawy. Jeśli macie problem z analizą “spowalniaczy” waszego procesu i pozbywaniu się ich, to warto zajrzeć. ⏩ Overcoming Software Impediments Using Obstacle Boards
Raport przeprowadzony przez Mind the Product, w którym dowiadujemy się o skali i stanie korzystania z OKR w świecie. “OKRs are still new – 78% have been using OKRs for less than 2 years” - auć! ⏩ How Real Product Teams Make OKRs work: Survey Results
Wprowadzenie do myślenia systemowego z przykładami użycia. ⏩ System Thinking Primer
Jen Krieger, Chief Agilist (ciekawy tytuł) w Red Hat odpowiada o symptomach niewłaściwego podejścia do zwinności, i na czym powinniśmy się naprawdę skupić. ⏩ How to spot an agile faker
Uwaga: od pierwszego akapitu coś mi nie grało z tym artykułem, pod kątem stylu, w jakim jest napisany i ostatnie akapitu to potwierdziły - to marketing, który ma na celu sprzedać wam Kanbana. Natomiast mają tę świadomość, można z niego wyciągnąć kilka ciekawych liczb dotyczących kosztów adaptacji organizacji do Agile, O ILE nie są fekeowe. ⏩ Is Agile Costing you too much?
Nie jest może bezpośrednio związane z naszą pracą, ALE uznałem za bardzo ciekawe, aby się dowiedzieć o genezie trolli i trollingu, A PRZY OKAZJI poznałem bardzo ciekawą platformę do debat w sieci: Kialo. ⏩ Why People Become Internet Trolls
Zrozumienie długu technicznego projektu jako wypadkowa braku porozumienia biznesu i zespołu developerskiego, ale też ogólnie błędów komunikacji. ⏩ Technical debt as a lack of understanding
Bardzo przyjemne podstawy najpopularniejszych sposobów podejścia do nadania estymacji tasków w projekcie. Spokojnie możecie wypróbować je i dopasować do waszego zespołu. ⏩ 8 Agile Estimation Techniques to Try With your Team
Cykl życia produktu - nie ma tu za dużo wiedzy, ALE mając te szczątkowe informacje, można spokojnie poszukać WIĘCEJ w temacie.⏩ The four stages of innovation

Do oglądania | słuchania

Nie ma tu za wiele rewolucyjnych informacji, ale skumulowane dobre praktyki user story. Choć na pytanie o techniczne zadania w projekcie, odpowiedziałbym inaczej - reszta jest OK. ⏩ 20 Questions: Writing Good, Small User Stories
Jak budować wymagania dla swojego produktu. Z humorem. Merytorycznie. Tak lubię. ⏩ Evidence-Based Product Backlogs, by John Pagonis
Bardzo krótki filmik z przykładami MVP, gdybyście potrzebowali do np. prezentacji w temacie. ⏩ 3 Awesome Minimum Viable Products (MVPs)
Bardzo przyjemnie prowadzona prezentacja, dotycząca fatalnego prowadzenia projektów i podejścia do np. OKR-ów. Długi materiał i wymaga skupienia, mimo że prowadzony bardzo przystępnie. ⏩ Saving Yourself From Product Management Hell

Heheszek

Wprowadzanie zmiany - na co zwrócić uwagę?

Fri, 20 Nov 2020 00:00:00 +0000

Wyobraź sobie sytuację, że chcesz przeprowadzić zmianę we własnym życiu, czy organizacji. Wprowadzanie zmiany szczególnie złożonej może bardzo szybko stać się koszmarem.

W przypadku, gdy obejmuje ona wiele osób, to zaczynają się schody.

3 lata temu, gdy zaczynaliśmy „Dostarczaj Wartość”, staraliśmy się stworzyć środowisko dla każdego. By każdy czuł się tu, jak u siebie w domu, by mógł się rozwijać. Każda z siedmiorga osób. Tak - każdy z nas.

Brzmi jak wstęp do filmu katastroficznego. Katastrofy, której wtedy nie dostrzegałem, a która nieuchronnie nadciągała.

Mity i legendy o SCRUMie - Część 2/3

Fri, 06 Nov 2020 00:00:00 +0000

Witam ponownie w drugiej części mojego cyklu artykułów, w których to rozprawiam się z mitami Scruma. Jeśli nie czytałeś poprzedniego epizodu, to w każdym materiale rozprawiam się z czterema mitami, a więc rozchodzącymi się środowisku IT “prawdami” na temat frameworka, które raz są faktycznie prawdą, natomiast częściej zupełnie wyssanymi z palca fantasmagoriami. Zanim zabierzesz się za lekturę polecam spróbować zakwalifikować, każdy z poniższych mitów jako FAŁSZ lub PRAWDĘ - w formie zabawy i sprawdzenia swojej wiedzy o Scrum.

Ściana tekstu Listopad 2020

Fri, 30 Oct 2020 00:00:00 +0000

Do czytania

Poradnik dla osób, którym zbyt często zdarza się mówić: “Tak”. O tym, jak radzić sobie z presją pytań zamkniętych i asertywności ogólnie. ⏩ How To Say No, For The People Pleaser Who Always Says Yes
Po co nam MVP? Dlaczego powinniśmy MVP obierać jako pierwszy cel do osiągnięcia? ⏩ What is MVP?
Warto również pamiętać o MaxVP - nie zdziwię się, jeśli nazwa ta wam nic nie mówi, bo i ja wcześniej jej nie znałem. Przy planowaniu swojego produktu, ma sens zastanowić się nad jego stanem finalnym, zanim zaczniemy do niego wpychać opcje i systemy dla samego wpychania. ⏩ Introducing Maximum Viable Product (MaxVP)
A może jednak warto porzucić stosowanie zwrotu MVP? Kolejny punkt widzenia w temacie. ⏩ I’ve abandoned “MVP”
Paradoks to, gdy dwa poglądy są jednocześnie prawdziwe i wzajemnie się wykluczają. Mamy takich kilka w zarządzaniu projektami. ⏩ The Paradox(es) of Product Management
Rośnie liczba zarażonych, więc i w sieci pojawiają się nowe materiały o spotkaniach zdalnych i pracy z domu. Energizery to przydatne narzędzie szkoleń i dłuższych spotkań, ale jak robić je zdalnie? ⏩ 12+ Icebreakers to kick off your next zoom meeting
A tutaj bardzo fajny poradnik dotyczący podniesienia jakości rozmów audio i wideo - nie zawsze trzeba na wszystko wydawać majątek, ale do maksimum przyda się nieco grosza. ⏩ How to make video calls almost as good as face-to-face
Wskazówki i nauczki, z jednoczesnego startu trzech zespołów scrumowych pod okiem jednego Scrum Mastera. ⏩ Tips from the trenches: How to Start Up Three new Scrum teams Simultaneously.
Zależności pomiędzy zadaniami to codzienność w niemalże każdym projekcie. Pewnie dzieliliście je na według rodzaju zależności, a czy na dobre i złe? ⏩ Dependencies aren’t created equal
Tytuł książki “Dwa razy tyle roboty, w połowę czasu” odbija się czkawką Scrum Masterom na całym świecie. Oto dlaczego tytuł to nieprawda. ⏩ Five Reasons Why Scrum is not Helping in Getting Twice the Work Done in Half the Time
Estymacje, to wrzód na tylko developerów, ale czy mogą one nieść dla nich realną korzyść w rozmowie z managementem? ⏩ Are Estimates Ever Helpful to Developers?
John Cutler dzieli się planem na warsztaty, w których jako organizacja chcemy odpowiedzieć sobie na pytanie: co mamy mierzyć? ⏩ Asking Better Questions
Mapowanie umiejętności czy eksperckości w zespole to ciekawe i pomocne narzędzie. Choć przykład tutaj odnosi się do zespołu UX, tak można schemat jest uniwersalny. ⏩ Skill Mapping: A Digital Template for Remote Teams
Bardzo fajny materiał, który o pracy zdalnej mówi od strony członka zespołu, a nie lidera który musi mierzyć się z wyzwaniem zdalnego zespołu. Dla mnie jako lidera ukazuje obszary warte uwagi, a jednoczesnym chętnie wyślę go wszystkim w moim teamie. ⏩ Getting noticed as a remote engineer – and why it matters
Bardzo przyjemny tekst na temat sensowności estymacji, co rozumiem przez bycie w nich lepszym i alternatyw. ⏩ Estimating Agile Projects…Or Not
O tym, że kluczem do sukcesu jest skoncentrowanie się SKUTKACH tego, co wypuszczamy, a nie samego WYPUSZCZENIA ficzerów w eter. ⏩ Outcomes as Enablers of Business Impact
Ludzie nie doceniają, jak ważne dla sukcesu organizacji, zespołu i ludzi jest ich bezpieczeństwo psychologiczne. Jakim motorem napędowym kreatywności jest świadomość posiadania osób zarządzających po “swojej stronie”. ⏩ Psychological Safety and the Only Pyramid Scheme That Works
Zaraz po bezpieczeństwie? Zaufanie. NIby prosty temat, jednak tak często widzę jego brak, że się załamuje. ⏩ How a culture of trust improves Agile teams
Co powoduje, że w sieci rośnie wizerunek Agile jako techniki mikrozarządzania? A przyznam, że faktycznie tak jest. Może spotkaliście się z taką opinią w swoim zespole. ⏩ Why Agile Turns into Micromanagement
Świetne narzędzie, które w formie zabawy rozwiewa mity krążące wokół Scruma, ALE tekst polecam nie tylko z tego powodu: w sporej części pokazuje przykłady korzystania z “aktywności grup” tzw. liberating structures. ⏩ The Scrum Mythbusters Exercise
W mojej organizacji po raz kolejny stajemy przed wyzwaniem przejścia masowo na pracę zdalną, po tym, jak wszyscy cieszyli się z pracy biurze. Morale nie są zbyt w dobrym stanie. Tym razem jednak za sporą część operacji odpowiadam ja, więc jednym z kluczowych aspektów sukcesu naszej pracy zdalnej określiłem widzenie się na spotkaniach - oto dlaczego. ⏩ 80% of communication is non-verbal
Bardzo cenne wskazówki dla prowadzenia rozmów feedbackowych zdalnie, ALE większość z nich sprawdzi się również, jak już wrócimy do biur, więc polecam z przyjemnością. ⏩ Giving feedback remotely
Tekst na pewno przyda mi się, jeśli kiedyś zaatakuje mity Agile, podobnie do będących obecnie w produkcji “Mitów Scruma”, albowiem brak dokumentacji w Agile to zdecydowanie często spotykany bullshit. ⏩ Agile Bullshit
Receptura to trochę za dużo powiedziane (takiej nie ma), ale wskazówki dla liderów organizacji i projektów, które wykorzystane w odpowiedni sposób, powinny skierować pracę ku sukcesowi - to już bardziej. ⏩ New Recipe for Success

Heheszek

Nie mogło być innego zwycięzcy heheszków ostatnich tygodni, aniżeli ogłoszenie miejsc dziesiętnych dla Story Pointów w JIRZE. Takie rzeczy tylko w takim roku, jak 2020.

Czy opłaca się być produktywnym?

Wed, 28 Oct 2020 00:00:00 +0000

Wyobraź sobie sytuację, w której napierniczasz od roku na pełnych obrotach, jesteś produktywnym pracownikiem. Jesteś uradowany z efektów swojej pracy. Wtedy przychodzi PM i mówi, że klient jest z Was niezadowolony, bo jesteście jego zdaniem mało produktywni.

What the hell?

Przecież spalamy z każdym sprintem więcej Story Pointów. Burndown leci w dół jak szalony. Dlaczego?

Dziś na stół bierzemy produktywność. Czym jest, a czym nie jest? Komu opłaca się być produktywnym oraz czego można się nauczyć od Lebrona James, czterokrotnego mistrza NBA oraz 9 krotnego finalisty NBA w ciągu ostatnich 10 lat?

Jak praktycznie wykorzystać wiedzę ze szkolenia - przeładowanie wiedzą

Fri, 23 Oct 2020 00:00:00 +0000

Problem – po szkoleniu nie robię niczego lepiej

Załóżmy, że byliście na naprawdę udanym szkoleniu czy konferencji. Widzieliście kilka nowych technik. Jesteście pewni, że to by się wam przydało w pracy – prowadzący robią to samo, co wy, tylko lepiej (zgodnie z waszymi kryteriami „lepiej”).

Najpewniej po tym szkoleniu wrócicie do pracy i nic się nie zmieni - niczego nie użyjecie ze szkolenia. Po próbach wykorzystania tych technik okaże się, że pracujecie wolniej i szybciej się męczycie. Wrócicie do starych nawyków.

Ściana tekstu Październik 2020

Wed, 30 Sep 2020 00:00:00 +0000

Do czytania

Zastanówcie się, ile razy zdarzało się, że akcją z waszego spotkania było kolejne spotkanie? Z mojego doświadczenia, pamiętam projekt, gdy często retro kończyło się właśnie: “wrzućmy spotkanie do kalendarza”. Jak temu przeciwdziałać? ⏩ Is the Outcome of Your Meeting to Schedule Another Meeting?
Przydatna instrukcja/pomysł na transformację kultury organizacji w Agile, z tzw. Managementu XX w. ⏩ Picturing What Good Agile Looks Like
Krótka notka pokazująca jedną z różnic podejść Agile i Waterfall, z interesującą infografikę. ⏩ Waterfall vs. Agile – Why do projects fail? Is it a knowledge problem or a requirements problem
Dobre, złe i brzydkie metryki dla każdego projektu - dużo zapożyczeń z Kanbana. ⏩ Agile Metrics — The Good, the Bad, and the Ugly
Pamiętam, jak kiedyś jedna osoba z mojego zespołu powiedziała o Agile i Scrumie, że “nie dziwne, że to działa, bo przecież to racjonalne”. Materiał o przykładach, gdy zdrowy rozsądek to wszystko, czego potrzeba do sukcesu. ⏩ Common-Sense Management: Something So Rare It’s a Goddamn Super Power
Oh, jak bardzo rozumiem ten materiał po zaledwie kilku miesiącach w gamedevie. Przypominają mi się również wczesne lata poprzedniego miejsca pracy, gdzie również liderem stawało się dzięki latom pracy. ⏩ Mass Incompetency In Business: The Way We Promote People Is Dead Wrong
Jeśli ktoś wam powie, że w organizacjach Agileowych nie ma menedżerów, to wiedzcie, że nie ma pojęcia, o czym mówi. Management jest niezbędny do funkcjonowania każdej organizacji, jednak podobnie do zespołów, tak i on musi stać się zwinnym. ⏩ Agile Management Anti-Patterns — An Introduction
W jaki sposób podejść do priorytetyzacji backlogu, kiedy wszystko jest niezbędne czy krytyczne dla projektu? Roman Pichler podrzuca kilka przykładów. ⏩ Prioritising a Product Backlog When Everything is Important
Bez bezpieczeństwa pracy zespołu, nie ma Agile. Koniec i kropka. Zespół, który pracuje w strachu przed konsekwencjami, nie będzie dążył do odkrywania, uczenia się i bycia kreatywnym, a jedynie bycia bezpiecznym na stanowisku. ⏩ Without psychological safety there is no learning and there is no agility
Fascynujący artykuł o przyszłości materiałów tworzonych przez AI w sieci, na podstawie modelu językowego GPT-3. Fascynujące i trochę przerażające. ⏩ Welcome to the Next Level of Bullshit
Jak radzić sobie z mikro-menedżmentem i dlaczego nie warto przeciwdziałać mu siłą, a zrozumieniem, działaniem opartym na dążeniu do celu. ⏩ Stop Being Micromanaged: How To Deal With A Micromanager The Right Way
Ciekawa próba przedstawienia obowiązków i pracy Scrum Mastera/Agile Coacha, jako porównanie z pracą lekarza. ⏩ How A Scrum Master Should Behave
O czym najbardziej pamiętać przy pracy w zdalnym miejscu pracy? Koncentracja na wynikach, nie akcjach. ⏩ How To Manage A Remote Team
Zgadzam się z panem Verheyenem. Również mam problem z rolą Agile Coacha i umiejscowieniem jej w organizacji, a o sobie lubię mówić jako Scrum Master, po prostu. ⏩ Surprise. I am no wizard. Agile nor Scrum
Siedem bardzo przydatnych i trafionych sposobów na utrzymanie “zdrowego” backlogu. Od listy zakupów po lodówkę. ⏩ 7 Product Backlog Tips to Make Work Flow
Inne podejście planowania niż roadmapa - opcjach/możliwościach. O tym, jak serwis Bandcamp organizuje swoją strategię. ⏩ Options, Not Roadmaps
Pozory w miejscu pracy bywają bardzo skrzywdzące, więc zawsze, ZAWSZE, powinniśmy dochodzić kontekstu. ⏩ Fundamental Attribution Error: Don’t Be Quick To Judge Your Team Members
Ciekawe case study z wprowadzenia małych, zwinnych zespołów, w funkcjonowanie wielkiej instytucji ubezpieczeniowej. Skoro da się tutaj, to wszędzie. ⏩ Scaling agility: A new operating model for insurers
Choć nie przepadam za wszystkim, co wychodzi z SAFe, to przyznam, że to podejście do ułożenia stosu wymagań nie brzmi źle. ⏩ Everything Is a “Must Have”? How to Prioritize

Do oglądania | słuchania

Bardzo przyjemna prezentacja tłumacząca, jak wiele dają nam metryki Kanbanowe w projekcie, nawet jeśli w nim nie pracujemy. ⏩ Bye Bye Velocity! Kanban metrics as an alternative to story points & velocity

Heheszek

https://twitter.com/i/status/1305058998287097856

Scrum - Easy to learn, Hard to master | Dostarczaj Wartość #22

Fri, 04 Sep 2020 00:00:00 +0000

Jak zaczynałem swoją karierę w IT 10 lat temu to Scrum oraz cały nurt agile był sprzedawany jako panaceum, jako złoty lek na wszystko. Mimo tego sporo projektów upada i często za porażkę wini się właśnie podejście zwinne.

Czasami chodzimy na ustępstwa:

W tym sprincie poprawiamy bugi i nic nie dostarczymy.
Nasz Scrum master to tak naprawdę ładna nazwa na manadżera zespołu.
Sprint celu - czasami jest, a czasami go nie ma. A jak już jest to nikt go nie rozumie.
Backlog jak ustaliliśmy go 3 miesiące temu, tak stoi. Nie ma czasu go zmieniać.
Nikogo nie interesuje reestymowanie. Strata czasu.

Coś z tego brzmi znajomo?

Ściana tekstu Wrzesień 2020

Mon, 31 Aug 2020 00:00:00 +0000

Do czytania

Zaczynamy od krytycznego spojrzenia na User Story, choć po przeczytaniu materiału, mam wrażenie, że autor był - po prostu - skrzywdzony ich złym funkcjonowaniem/użyciem, ale mimo wszystko, rzuca kilkoma cennymi uwagami. ⏩ Stop writing stories, start validating working software
Czym jest liderowanie i bycie liderem dla zespołu? Od autonomii, po bezpieczeństwo w projekcie. ⏩ Product Leadership: Autonomy, Alignment, and Psychological Safety
O różnicy pomiędzy fabrykami oprogramowania a “fabryki ficzerów”. ⏩ Software Factory to Feature Factory
Praca lidera w zespole to, w sporym procencie, rozwiązywanie konfliktów w zespole. Od tych zdrowych, po prawdziwe apokalipsy. Materiał z kilkoma poradami, które pozwolą skierować nas na odpowiednie działanie dla sytuacji. ⏩ 5 Tools for Team Conflict Resolution
Czy Kanban jest liniowy? Bardzo ciekawe pytanie, które pokazuje oba podejścia do “wracaniu” z zadaniami w procesie. Coś co powtarzam: waterfall nie jest zły, ALE gdy mówimy o microwodospadeczkach a nie Niagarze. ⏩ Is Kanban Linear?
Przykład z życia sukcesu podejścia servant leadership. ⏩ Extraordinary Lessons From Working In a Servant-Leadership Work Culture
Hasła, które jeśli usłyszycie na rozmowie o pracę, lepiej brać nogi za pas. ⏩ Lipstick Agile — 13 Signs You Probably Need a New Job
Wpis z oficjalnego bloga narzędzia Miro, które jest alternatywnym organizatorem myśli/tasków/założeń itd. Sam korzystałem z niego kilka razy i możliwości zmiany np. swojej mapy myśli w tablicę czy inną formę, za kliknięciem myszą jest faktycznie fajna. Natomiast materiał dotyczy różnych sposobów organizowania swojego backlogu. ⏩ Anthony Murphy’s 8 Different Ways to Organize Your Backlog template : Miroverse
Czy samoorganizacja zespołu powinna sięgać możliwości wyrzucenie członka z teamu? Na to pytania odpowiada Mike Cohn. ⏩ Can a Team Vote Someone Off the Team?
Cycle Time to jedna z ważniejszych metryk dla zwinnego zespołu, natomiast jak Scrum Masterz warto zainteresować się jeszcze Lead Time, które wychodzi ponad sferę zespołu i sięga poziomu organizacji. ⏩ Why Minimize Management Decision Time
Bardzo przydatny materiał dla organizacji, a bardziej osób kierujących organizacjami, który ukazuje, co kryje się za Agile Leadershipem, i jak istotne jest “inwestowanie” w liderów. ⏩ The 7 Essential Attributes of Agile Leadership
Historia organizacji, która w obliczu problemów finansowych postanowiła porzucić Agile, zwalniając liderów (oraz cały dział QA). Dreszczowiec bez happyendu. ⏩ What Happens When Agile Goes Away?
Nowoczesne czasy wymagają nowoczesnego podejścia do wymagań. User Story to nie wszystko, czego wymagają projekty. ⏩ How To Create Modern Product Specs That People Reads
Dlaczego motywacja gaśnie w zespole i co możemy zrobić, aby temu zapobiec. ⏩ Why Motivation Doesn’t Last
Kilka trafnych powodów, przez które nie jesteśmy w stanie precyzyjnie estymować tasków w projekcie. ⏩ Why do we suck so much in time estimations and what to do about it
A tutaj faux pas menedżerów w organizacjach. ⏩ 5 basic mistakes product managers still make
Case Study z transformacji agileowej w Ministerstwie Sprawiedliwości Wielkiej Brytanii - jeśli można ruszyć taki beton, nic nie jest niemożliwe :) ⏩ 5 product leadership lessons learnt from the UK’s Ministry of Justice Digital team
W jaki sposób zakończyć spór i odejść od stołu z korzyścią dla projektu. ⏩ Agree To Disagree vs Disagree And Commit: How To Disagree The Right Way
Jak unikać uprzedzeń w miejscu pracy czy projekcie, i jakie rodzaje uprzedzeń posiadamy? ⏩ In-Depth: How Biases Easily Distort Our Beliefs (In The Workplace)
Kiedy jako liderzy powinniśmy reagować i naszymi siłami naprawiać problem, a kiedy działać….inaczej :) ⏩ Where to Fix a Problem

Do oglądania | słuchania

Krótko, z oryginalnym akcentem i fajnymi widoczkami, o tym dlaczego backlog, to nie tylko User Story i różnicy pomiędzy kolejnością a priorytetami. ⏩ Why the Scrum Product Backlog Is Not Only User Stories And Is Not Prioritised
Ponieważ oglądałem powyższy materiał w samochodzie, to nie zdążyłem wyłączyć automatycznego odpalenia się propozycji…i dobrze, bo wideo podobieństwach i różnicach pomiędzy Scrumem i Kanbanem, jest warte poświęcenia chwili. ⏩ How To Use Scrum with Kanban (ScrumBan)
Mógłbym Alistera słuchać i słuchać :) Świetne podejście do publiki i ogromne doświadczenie w najróżniejszych sytuacjach, które jest głównym punktem tego wystąpienia. Polecam poczekać do ostatniej historyjki, jeśli chcecie dowiedzieć się czegoś o powstaniu Agile. ⏩ Beauty in Code 2020, 6 of 6 — Alistair Cockburn: “Answering Questions With Stories”
Oh Alistair, mógłbym cię słuchać całymi dniami ♥️ A tak poważnie, to krótki materiał o tym, co jest epicentrum Scruma, a także kilka przykładów nieprawd. ⏩ Core Scrum, barnacles, rumors and hearsay, improved version
Bardzo, bardzo, bardzo podstawowe informacje o podejściu do szacowania projektów w duchu Agile. ⏩ Principles for Agile Estimation

Heheszek

Podcast Dostarczaj Wartość #21: Estymacja - ciemne i jasne strony

Fri, 31 Jul 2020 00:00:00 +0000

Project manager obwieszcza, że będziemy estymować zmiany. Dajecie estymatę 2-3 miesiące. Po jakimś czasie projekt wraca do Was i okazuje się, że macie na to miesiąc. Ktoś z biznesu by się przypodobać potencjalnemu klientowi zmniejszył estymatę. Wy już wiecie, że nie dacie rady i że to Was obwinią za tą porażkę.

Brzmi fatalnie prawda? Niestety często estymaty są wykorzystywane w złym celu.

W tym podcaście pokażemy Ci o co chodzi z procesem estymowania. W jaki sposób robić to skutecznie i dlaczego proces estymowania jest często ważniejszy niż sama estymata.

Ściana tekstu Sierpień 2020

Wed, 29 Jul 2020 00:00:00 +0000

Do czytania

Materiał podobny od moich mitów, który listuje zwroty, które często można usłyszeć w zespołach, próbujących wprowadzić proces scrumowy do swojej pracy. ⏩ 9 Common Phrases Heard In A Scrum Team
Kolejny artykuł z cyklu materiałów obalających gloryfikowanie modelu Spotify, jako produkt do zaaplikowania 1:1 w swojej organizacji/projekcie - na litość boską nie róbcie tak! ⏩ “Spotify Model” – 10 lessons in transplantology
Fajne wprowadzenie w podstawy Agile. Czym jest, czym nie jest i jak ma się Agile do Waterfalla. Wersja pisana. ⏩ Coach Takeshi’s Agile 101
Bardzo dobre pytanie i próba odpowiedzi, na temat pracy i zmieniania postrzegania rzeczywistości w projekcie. ⏩ How Should Agile Teams Deal with Leaders Who Won’t Listen? (Guest Post)
Czytając artykuł przez pocket byłem zdziwiony, że mowa jest jedynie o trzech, a nie pięciu nawykach Design Thinking. Dopiero wersja pełna pokazała ostatnie dwa. Warto było zajrzeć chociażby dla tego cytatu: “When the design is 20% done, you can tell people they are climbing the wrong mountain. When it’s 80% done, you can critique their style: fonts, language, color, etc.” ⏩ Five Habits of Design Thinking
W Scrum Guide, słowo metryka nie występuje ani razu - fakt. Natomiast nie oznacza to, że o nich nie mówi. Wystarczy tylko się wczytać. ⏩ Metrics and Scrum — DocOnDev
Kroniki z przegranej walki, z SAFem - chwila ciszy dla poległych i czytamy. ⏩ Why we Fought SAFe and how we Lost, by Stephen Culligan
W jaki sposób wykorzystać narzędzie story mappingu do odnalezienia swojego produktu. ⏩ User Story Mapping for Domain Discovery
O smutnej prawdzie, która pojawia się w każdym projekcie. Pewnie słyszeliście to nie raz: “trzeba do tego kogoś dopisać, bo zniknie odpowiedzialność”. Niestety, ale nie lubimy “rozmytej odpowiedzialności”. ⏩ We love individual responsibility more than we would admit
Sprawozdanie ze zdalnej sesji planowania strategicznego. Wskazówki dla prowadzenia podobnych spotkań online. ⏩ TL; DR: Results of a Virtual Strategy Session for Scrum Masters Regarding Remote Work
Medi Madelen Gwosdz podsumowała dyskusję, która zrodziła się na stackoverflow, a dotyczyła negatywnych skutków pracy w Scrumie dla inżynierów - hamowaniu ich potencjału i rozwoju. Bardzo ciekawe i pozwala poznać punkt widzenia frameworka wśród inżynierów. ⏩ Does scrum ruin great engineers or are you doing it wrong?
Z OKR nie pracowałem w swoich projektach. Stosowałem inne, mniej formalne sposoby śledzenia realizacji celów. OKR zawsze wydawał mi się czymś bardzo skomplikowanym, ciężkim i “staro-menedżmentowym”, a wcale tak nie jest, jak się okazuje. ⏩ The Goal Fits the Team
Czym są zespoły ficzerowe i komponentowe, oraz jakie niosą za sobą korzyści i zagrożenia? ⏩ Are Feature Teams or Component Teams Right for Your Product?
Wskazówki, które wskażą nam, że nasze retrospektywy mają dobrą jakość, idąc w odpowiednim kierunku czy spełniają cele spotkania. Może sobie zbudować z tego czeklistę dla siebie, śledzić i korygować. ⏩ A Spotter’s Guide To Good Retrospectives
Kojarzycie Bartka Michalskiego? Nie? Trudno. Jednak mimo wszystko powinniście zajrzeć do jego tekstu o motywacji zewnętrznej i…kobrach. ⏩ Motywacja zewnętrzna – Dlaczego złoto nie rozwiąże każdego Twojego problemu z motywacją?ž
Materiał, który bardzo dobrze oddaje moje nastawienie i opinie, wobec ruchu #noestimates, a także ładnie opisuje, po co nam (i innym) estyamcje. ⏩ “No Estimates” is not the (only) Answer or: Moving towards Predictability
Mówi się, że ludzie nie potrafią przewidywać przyszłości, skoro nawet pogody nie potrafimy przewidzieć, a jednak prognozę pogody w TV widzimy. O prawdopodobieństwie i estymatach. ⏩ Create Faster and More Accurate Forecasts using Probabilities
Uwielbiam, gdy świat gier przenika się z IT - tutaj przykład prowadzenia szkolenia z frameworka Scrum w Minecrafcie. ⏩ Can virtual Scrum training help a non-IT team learn about Scrum? or, Can an R&D team benefit from Scrum?
Okoliczności, jakie nas wszystkich wzięły znienacka wymagają diametralnych zmian w kulturze organizacji, aby mieć szanse na produktywności i sukces - oprzeć się na zaufaniu i oddaniu odpowiedzialności zespołom. ⏩ Work Is F*cked, It’s High Time We Fix It
Uwielbiam, gdy świat gier przenika się z IT - tutaj przykład prowadzenia szkolenia z frameworka Scrum w Minecrafcie. ⏩ Can virtual Scrum training help a non-IT team learn about Scrum? or, Can an R&D team benefit from Scrum?
Ciekawy przykład kolaboracji zespołu developerskiego i UX, zobrazowany na fajnym diagramie - pokazuje, jak zespoły się przenikają i rozchodzą na chwilę. ⏩ TBM 28/53: Developer & Designer Collaboration (in the Real World)
Znacie japońskie słowo Ikigai? O motywacji i “sensie wstawania rano z łóżka”. ⏩ Ikigai – a formula for successful agile team leadership
A czy twój zespół jest Agile czy Sredżajl (tak mowił mój znajomy)? Pięć wskazówek, które są jasnym sygnałem, że przed tobą dużo do zrobienia. ⏩ Is your team Agile or Fragile?

Do oglądania | słuchania

Fajne wprowadzenie w podstawy Agile. Czym jest, czym nie jest i jak ma się Agile do Waterfalla. Wersja video. ⏩ Coach Takeshi’s Agile 101

Heheszek

Motywacja zewnętrzna - Dlaczego złoto nie rozwiąże każdego Twojego problemu z motywacją?

Fri, 10 Jul 2020 00:00:00 +0000

Motywacja zewnętrzna to zjawisko równie ciekawe, skomplikowane jak motywacja wewnętrzna. Najpierw spróbuj odpowiedzieć na pytanie, co mają wspólnego:

Influencer, który wchodzi w kooperację z inną znaną osobą tworzącą filmy,
Student sprzedający pomoce naukowe z osobą z niższych roczników,
Senior Programista, który musi nauczyć się nowego frameworka, by dostać awans,
Gracz, który wykonuje nudne dla siebie czynności po to, by zdobyć osiągnięcie na konsoli,

Można wysnuć wniosek, że każda z tych osób jest zewnętrznie zmotywowana do wykonania pewnej czynności, której nie wykonałaby bez zachęty.

Mity i legendy o SCRUMie - Część 1/3

Fri, 03 Jul 2020 00:00:00 +0000

Na przestrzeni lat pracy jako lider i Scrum Master, słyszałem wiele na temat Scruma. Jak nie działa, jak wszystko komplikuje, czy jak przeszkadza. Jaki jest skomplikowany. I jak bardzo powinno się go pogrzebać kilka kilometrów pod ziemią, a wszelkie materiały o nim spalić lub przerobić na wszelkiego rodzaju dobra z materiałów odnawialnych. Wiele, wiele osób nienawidzi Scruma. Natomiast spora część tych osób - mówię z doświadczenia i bliskiej znajomości części z nich - nigdy w Scrumie nie pracowała, choć (niestety) ktoś im powiedział, że pracowali.

Ściana tekstu Lipiec 2020

Mon, 29 Jun 2020 00:00:00 +0000

Do czytania

Pierwszy materiał ściany zabiera nas w przeszłość, do stanu Utah w 2001 roku. Wtedy też grupa osób zebrała się w hotelu Snowbird, aby podyskutować na temat konieczności zmiany środowiska pracy w branży tworzenia oprogramowania. Teraz spójrzmy, co robią dziś. ⏩ Once upon a time Agile
Temat Liberating Structures nie jest mi obcy, aczkolwiek po tym wprowadzeniu myślę, że postaram się wejść w niego z większą energią. ⏩ Liberating Structures: Change Methods for Everybody Every Day
Myślenie systemowe to zagadnienie, któremu przyglądam się od dłuższego czasu i z każdym kolejnym materiałem, jestem jeszcze bardziej przekonany do konieczności stosowanie go w naszej pracy, w wielu obszarach. ⏩ Systems Thinking
Praktyczne zastosowanie Journey Mappingu (dziedzina Product Discovery) oraz User Story Mappingu (Product Delivery). ⏩ Bridging Agile Delivery and Design Thinking: Part 1 Journey Mapping to User Story Mapping
Gemba Walk to jedna z praktyk, która bezpośrednio nawiązuje do procesów Toyoty, a więc kanbana u źródła. Choć przyznam nie widziałem potrzeby stosowania tego w zespołach, tak przy dużej skali projektu, gdzie osobą decyzyjną umyka wiele z pracy u podstaw ich organizacji, może mieć to sens. ⏩ The Gemba Walk: Identify Improvements at ‘The Place where Value is Created’
Jakie wskazówki pozwolą ci poznać, że zmiany transformacyjne organizacji przynoszą wyniki? ⏩ 8 ways to know when you’ve done agile well
Powoli wracamy do swoich biur, albowiem państwa, jedno po drugim, rezygnują z ograniczeń, nakładanych na ludzi z uwagi na zatrzymanie pandemii. Dla tych z was, którzy jednak będą wciąż prowadzić lub pracować z zespołami częściowo zdalnymi, Harvard Business Review przygotowało szereg wskazówek. ⏩ How to Keep Your Team Motivated, Remotely
Mike Cohn przedstawia sześć popularnych mitów na temat Agile, wraz z wyjaśnieniem dlaczego i jak? Six Agile Product Development Myths - Busted
Jedna z bardzo ważnych lekcji, którą otrzymałem, a następnie musiałem opanować do perfekcji jako lider, to “gryzienie się w język”. Gdzieś w mojej naturze było, aby momentalnie wskakiwać w tryb pomocy i rozwiązywania problemów ludzi w zespole, natomiast często powinienem kierować i pytać. Bardzo cenne, więc czytać! ⏩ Stop Giving Answers… Ask Powerful Questions Instead
Ciekawe porównanie eksperymentów, podejścia do innowacji czy spike’ów, do pułapek-przeszkód - chodzi o takie linii rozciągnięte na wysokości kostek, które uruchamiają większe pułapki. ⏩ Using Tripwires when Making Decisions
Kompleksowy plan na post mortem, czy retrospektywę z długim okresem kontekstu. ⏩ Final retrospective – activities and template on Mural
Bardzo ciekawy pomysł i materiał do refleksji. Daily Standup jest niekwestionowanie ważnym elementem funkcjonującego zespołu, jednak może jego forma, zbudowana w innej epoce kolaboracji, powinna również ewoluować? Jestem na tak. ⏩ Stand-Up 2.0: It’s Time to Ditch the Daily from 1993
Lubię kreatywne i spersonalizowane rozwiązania, trafiające w “klimat” organizacji czy projektu, które prosto obrazują skomplikowane problemy. Tutaj przykład przepalania luksusowych samochodów jako obraz traconych w projekcie pieniędzy. ⏩ Scrum Master tactics: Waste Charting by burning cars
Szybka powtórka (wyjaśnienie dla osób nie zaznajomionych) na temat mindsetu ukierunkowanego na efektywność ponad wszystkim i dlaczego Agile nie ma niewiele wspólnego z ‘zapierd$%#^&%#’. ⏩ How the Efficiency Mindset Leads to Zombie Scrum
“…34 percent said that traceability from business initiative through deployment would be most valuable.” - coś, czego wielu adaptacją Agile brakuje to łączenia produkcji oprogramowania z celami biznesowymi. Uwaga poświęcana kulturze pracy jest ważna, ale warto nie zapominać o ‘WHY’. ⏩ Culture still keeps eating Agile software strategies for breakfast
Niezliczone razy polecałem, aby jak tylko nadarzy się okazja to wizualizować swoje dyskusje, notatki, zapiski i rozwiązania. Visual Thinking to bardzo pomocne narzędzie dla każdego, choć artykuł ukazuje perspektywę agile coacha. ⏩ How visual thinking can make you a better agile coach

Do oglądania | słuchania

Dosyć dobry kurs wprowadzający w System Thinking. Link powinien prowadzić do playlisty. ⏩ System Thinking Course
Pierwsze dni w nowej pracy zmotywowały mnie do sięgnięcia po prelekcję Patricka Lencioniego, na temat pięciu dysfunkcji zespołów - czuję, że temat będzie mi bardzo bliski w kolejnych miesiącach. ⏩ Five Dysfunctions of a Team Patrick Lencioni Talk 2013
Bardzo, bardzo przyjemne i ludzkie przekazanie. czym jest Myślenie Systemowe. ⏩ A Systems Story (Systems Thinking)
Popularne i błędne założenia o skalowaniu Scruma, i ogólnie Agile. ⏩ Common misconceptions about large scale agility. #Scrum #LeSS

Heheszek

Podcast Dostarczaj Wartość #20: Od oczekiwań do feedbacku

Fri, 26 Jun 2020 00:00:00 +0000

W dwudziestym odcinku podcastu „DostarczajWartość” wraz z Tomaszem Niemcem i Łukaszem Januszkiem porozmawiamy o tym jak tworzyć dobre oczekiwania, kto za owe oczekiwania odpowiada oraz czy można tworzyć oczekiwania w oderwaniu od celu.

Skończyłeś swoją robotę. Od swojego przełożonego otrzmymujesz informację, że … to nie to czego się spodziewał!

Ale jak to przecież ostatnio mówił co innego.

Błąd komunikacyjny? Błąd przy konstruowaniu oczekiwań?

Pojawia się pytanie jak budować dobre oczekiwania i jaką rolę w tym wszystkim odgrywa znajomość i zrozumienie celu.

Motywacja wewnętrzna - co sprawia, że chce nam się robić?

Fri, 05 Jun 2020 00:00:00 +0000

Motywacja wewnętrzna - by lepiej ją zrozumieć odpowiedzmy najpierw na bardzo ważne pytanie. Co ma wspólnego naukowiec starający się poznać nietypowe zjawisko, gracz starający się zostać najlepszy graczem na serwerze, kurczak przechodzący przez ulicę oraz seryjny morderca?

Z pozoru to brzmi jak żart, ale tym, co ich łączy, jest motyw.

By bardziej doprecyzować, kieruje nimi pewna motywacja wewnętrzna, która sprawia, że chce im się chcieć. To, co starają się osiągnąć, może być trudne, nie na wyciągnięcie ręki, wymagać miesięcy przygotowań i wyrzeczeń, ale coś sprawia, że nadal brną do celu.

Ściana tekstu Czerwiec 2020

Thu, 28 May 2020 00:00:00 +0000

Do czytania

Czy przyciskanie zespołu do zakończenia sprintu “do końca piątku, nawet do 21, bo klient”, to profesjonalne zachowanie? Bardzo trafne wyjaśnienie, dlaczego: nie. ⏩ Is it professional to finish the Sprint at 9pm?
Pamiętacie rysunek, na którym omawia się koncepcję MVP, wyrażoną jako budowanie auta przez rower? Kiedyś starłem się o ten rysunek z Zacharem - obaj mieliśmy rację, ale są lepsze przykłady, więc warto używać. ⏩ You Can’t Make a Skateboard into a Car
Hej, produkty! Jakiego frameworka używacie do wizualizacji wartości i wpływu na swoich klientów? Serio to nie wiedziałem, że takowe istnieją. ⏩ The Difference between Impact Mapping and… – Product Thoughts #164
Czterdzieści pytań, które powinniśmy zadać swojej roadmapie lub mieć część z nich z tyłu głowy, aby użyć, gdy ktoś nam oznajmia swoje plany. ⏩ 40 Roadmap Item Questions
Jak radzić sobie z requestami o zmiany w naszym produkcie, od najważniejszego klienta w naszym portfolio. ⏩ Tackling Enterprise Customer Requests
Jak zespoły developerskie radzą sobie z pełną pracą zdalną? Bardzo ciekawe. ⏩ Productivity Data From 50 Dev Teams
Jak oderwać zespół od myślenia, że muszę lepiej estymować/poprawić swoje estymaty? Pokazać, że to nie ważne. ⏩ If Estimates Were Accurate, We’d Call Them Actuals
Dlaczego ciąg Fibonacciego dobrze pasuje do estymacji? A dlaczego np. popularne 2-4-6-8-16 może nie dać nam pożądanego efektu. ⏩ Why the Fibonacci Sequence Works Well for Estimating
Prawdopodobnie wielu z nas współpracowało z różnymi typami Product Ownerów. Często też pewnie raczej byli to PO samozwańczy, którzy nie mieli pojęcia, jak robić robotę związaną z tą rolą - na szczęście w materiale nie o takowych, ale mimo wszystko różnych typach PO, podzielonych na zakres decyzyjności. ⏩ Six Types of “Product” Owners
❤️ Jeśli mielibyście przeczytać tylko jeden z materiałów w tej ścianie, to zdecydowanie polecam tekst od Barry’ego Overeem, w którym zebrał masę świetnych rad dla liderów i scrum masterów, w związku z koniecznością pracy z zespołami 100% zdalnymi. ⏩ Experiments, Practices, and Strategies for being a Remote Scrum Master
Metryki, metryki, metryki :) Te ważne, ważniejsze i jak dopasować je do naszego kontekstu. ⏩ Critical Metrics to Keep Delivering Software Effectively in the New Normal’World
Co jest istotą Scruma? Rozwiązywanie problemu. Proste. ⏩ The Essence of Scrum
Jak pożenić ze sobą sztywne deadline’y z mindsetem agile’owym? Czy da się? Oczywiście, że tak. Ja zawsze wtedy odwoływałem się do trójką developmentu softu, co również i autor podkreśla. ⏩ Deadlines and Agility — DocOnDev
Powyższe na przykładzie z życia. ⏩ How Agile Can Work Together with Deadlines
Fajne plakaty do powieszenia w pokojach. ⏩ Agile Posters — Incrementor : Agile Coaching and Training
Budowanie zmotywowanego zespołu zdalnego to coś więcej niż wspólne śniadania i mówienie sobie cześć jako pierwsza rzecz każdego dnia. Kluczem do sukcesu jest tutaj zaufanie i empatia, która działa w dwóch kierunkach. ⏩ Virtual team building: How to build trust in a remote team beyond games and activities
Kolejny z tekstów poświęconych #noestimates, a ja wciąż nie jestem przekonany. Rozumiem idę ale również widzę korzyści płynące z procesu estymowana zadań. ⏩ NoEstimates, Applied
Założenia, które muszą stanowić epicentrum organizacji, starającej się przejść transformację agile’ową. ⏩ Thinking Agile: Core Beliefs
Jednym z moich ulubionych powiedzonek w IT, jest: “Mówienie o oprogramowaniu, że jest skończone, jest jak mówienie o trawniku, że jest skoszony”. Podobnie nieporozumieniem jest myślenie, że można zostać Agile i koniec. ⏩ Agile Shu-Ha-Ri for Business Innovation

Do oglądania | słuchania

Jak radzić sobie z 🦛 w projekcie? ⏩ How to Train Your Hippo By Ozlem Yuce
❤️ Świetne wystąpienia Jonathana Little o zwinności, transformacjach, frameworkach, trenerach itd. Mój typ jeśli z tej ŚT mielibyście wybrać jeden materiał do przyswojenia. ⏩ Agile 18 Years Later
W jaki sposób wejść w swój najbardziej efektywny stan. Trochę voodoo, ale ciekawe. ⏩ The key to productivity is tapping into your flow state. Here’s how
Jez Humble, opowiada podczas goto conference o tym, dlaczego tak trudno organizacją przejść transformację agileową, na jakich punktach się nie koncentrują i co “naprawiają” w zamian. ⏩ GOTO 2015 • Why Scaling Agile Doesn’t Work • Jez Humble
Krótkie wprowadzenie do Lean Coffee - co?jak?po co? ⏩ Lean Coffee in 5 Minutes
Gunther Verheyen “napisał” (nie do końca) książkę, w której przytaczam wiele kluczowych dla każdego scrum mastera publikacji, dotyczących Scruma. W sumie książka może być ciekawym elementarzem. Kilka z nich czyta na głos i używa fajnego softu do interakcji z publiką na streamie. ⏩ Gunther Verheyen reads “A Few Things Every Scrum Practitioner Should Know”
Bardzo fajny i krótki materiał, idealnie opisujący agile dla nowicjuszy w temacie. W ten sposób każdy potrafi zrozumieć, co kryje się za Agile. ⏩ When should I use Agile?

Heheszek

źródło: https://twitter.com/nixcraft/status/1260082639874088960

Podcast Dostarczaj Wartość #19: Jak dawać dobry feedback?

Wed, 27 May 2020 00:00:00 +0000

W dziewiętnastym odcinku podcastu “DostarczajWartość” wraz z Tomkiem Niemcem i Mateuszem Koniecznym rozmawiamy, o tym co to jest dobry feedback. Dlaczego go potrzebujemy. W jaki sposób dawać go by był skuteczny, użyteczny i pożyteczny.

Pewnie spotkałeś się kiedyś z sytuacją, w której dostajesz informację zwrotną i nie wiesz co dalej.

“Nie pamiętam tego”
“Nie, na pewno tego nie zrobiłem”,
“Super, że tak ktoś o mnie powiedział, ale nie wiem skąd to”

To jest tylko kilka ze stwierdzeń, które mi przyszło kiedyś do głowy jak otrzymałem nieodpowiednią informację zwrotną.

Ściana tekstu Tomasza Niemca - Maj 2020

Fri, 08 May 2020 00:00:00 +0000

O co chodzi z tą ścianą tekstu? Ściana tekstu to comiesięczny cykl, w którym dzielę się użytecznymi linkami. Jest skierowany przede wszystkim dla liderów zespołów, manadżerów, scrum masterów ale też osób zainteresowanych wiedzą z zakresu pracy w metodykach zwinnych.

Dzielę się linkami do artykułów, podcastów oraz dla tych którzy przeczytają całość dorzucam śmieszny bonus: )

I tak co miesiąc :)

W tym miesiącu ściana tekstu bardziej normalna :) Nie ma już tylu artykułów związanych z pracą zdalną (kilka chyba jest), a wracają wszelkie tematy produktowe i związane z pracą zwinną - yeah!

Podcast Dostarczaj Wartość #18: Jak można sprawdzić czy przygotowane przez Ciebie rozwiązanie jest wystarczająco dobre i przemyślane - 12 Tough Questions

Fri, 24 Apr 2020 00:00:00 +0000

W osiemnastym odcinku podcastu “Dostarczaj Wartość” wraz z Łukaszem Żółwiem Januszkiem rozmawiamy, o tym jak sprawdzić, czy rozwiązanie jest wystarczająco dobre i kompletne :)

Wyobraź sobie, że przychodzi do Ciebie ktoś i mówi, że ma dla Ciebie super rozwiązanie Twojego problemu. Lepsze niż to co teraz masz.

Co robisz?

a) Zgadzasz się bez jakichkolwiek pytań
b) Prosisz go by jednak powiedział coś więcej. Postarał się bardziej.

Sporo ludzi nie wie jakie są prawdziwe efekty wprowadzenia ich strategii. Jaki jest rzeczywisty impakt na środowisko, na problem, na cele firmy …

12 Trudnych Pytań (12 Tough Question) jest narzędziem, który w prosty sposób pozwoli Ci zweryfikować, czy rozwiązanie jest przemyślane, kompletne. Pomoże wykryć brak i miejsca, które wymagają dopracowania.

Pokażemy Ci na przykładzie rozwiązania Żółwia jak zbadać proponowaną przez niego strategię.

I o tym jest ten podcast.

Czy przeczytana książka mi pomoże?

Wed, 08 Apr 2020 00:00:00 +0000

Problem: W morzu sprzecznych rad

Konrad chce nauczyć się programować. Po wpisaniu frazy „how to start learning programming” w wyszukiwarkę zobaczył setki artykułów, kursów, filmów i materiałów pomocniczych.

Większość z tych źródeł wiedzy jest poprawna - jeśli Konrad wykorzysta te źródła to prędzej lub później nauczy się programować. Jednocześnie – większość z tych poprawnych źródeł wiedzy jest sprzeczna z innymi źródłami.

Podcast DostarczajWartość #17: Dlaczego warto nagrać podcast z szafy w czasach izolacji? - zastosowanie pętli OODA w praktyce

Fri, 27 Mar 2020 00:00:00 +0000

W siedemnastym odcinku podcastu “DostarczajWartość” wraz z Łukaszem Żółwiem Januszkiem rozmawiamy o tym czy jest sens nagrywać ten odcinek?

Dobra… Brzmi jakoś meta, ale popatrzcie na to z tej strony.

Do tej pory nagrywaliśmy w różnych warunkach i nie chciałem by jakość spadła do poziomu zbyt niskiego. Bardzo szybko z rozmowy czy nagrywać weszliśmy na poziom co zrobić by dostarczyć wartość słuchaczowi.

Czym są te wartości? Jakie są poziomy akceptowalne poszczególnych miar?

Jak zdemotywowany weteran może zagrozić firmie?

Fri, 28 Feb 2020 00:00:00 +0000

Demotywacja może być zaraźliwa i bardzo szkodliwa. O takiej właśnie sytuacji wspomniała Arleta w jednym z komentarzy w odpowiedzi na mój poprzedni post:

Podcast DostarczajWartość #16: Jak trafnie podejmować decyzję w niesprzyjających warunkach - OODA

Fri, 14 Feb 2020 00:00:00 +0000

W szesnastym odcinku podcastu “DostarczajWartość” wraz z Łukaszem Żółwiem Januszkiem rozmawiamy o tym jak trafnie podejmować decyzję w niesprzyjających warunkach. Jak zwinnie, szybko i skutecznie dostosowywać się do zmieniających wymagań. Jak zastosować pętle OODA (Observer-Orient-Decide-Act) w codziennym życiu.

🎧 Posłuchaj na Spotify

W podcaście wspominamy o artykule, który pokazuje różne aspekty rozwoju w tym tzw: T-Shape.

Jak nowa osoba może zniszczyć motywację zespołu

Fri, 24 Jan 2020 00:00:00 +0000

Wyobraźmy sobie sytuację, w której mamy silnie zmotywowany zespół. Różni ludzie, z różnym stażem. Najważniejszą rzeczą zawsze było dowieźć to, czego potrzebuje klient, przed terminem. Wiele razy wymagało to siedzenia po godzinach i walki z absurdalnymi wymaganiami biznesu. Wiele razy wymagało to dowożenia niedorzecznych obietnic, które złożył ich przełożony. Była duża motywacja do działania. Motywacja pomagała przezwyciężać przeciwności.

Wrzucali im najgorsze projekty, w archaicznych technologiach, a oni zawsze dawali radę.

Podcast DostarczajWartość #15: Jak uwzględnić zwierzęta w procesie projektowania - rozmowa z Michelle Westerlaken [ENG]

Fri, 10 Jan 2020 00:00:00 +0000

[PL] W piętnastym odcinku podcastu “DostarczajWartość” rozmawiamy z Michelle Westerlaken oraz Łukaszem Januszkiem o tym czy warto zmienić podejście do procesu projektowania uwzględniając zwierzęta i ich potrzeby? Czy i czego możemy się od nich nauczyć? Czy pomimo tego, że na co dzień nie projektujemy rozwiązań przeznaczonych dla zwierząt możemy skorzystać zmieniając sposób myślenia?

[EN] In the fifteenth episode of the podcast “DostarczajWartość” (“Deliver Value”) we talk with Michelle Westerlaken and Łukasz Januszek about whether it is worth changing the approach to the design process taking into account animals and their needs? Can we learn from them? Despite the fact that we don’t design solutions for animals on a daily basis, can we benefit by changing the way of thinking?

Podcast DostarczajWartość #14: Skillset, mindset czy portfolio - co jest ważne dla inżyniera systemów - rozmowa z Khanjanem Mehta [ENG]

Sun, 08 Dec 2019 00:00:00 +0000

[PL]: W czternastym odcinku podcastu “DostarczajWartość” rozmawiamy z Khanjanem Mehta o tym jak rozwiązać problem, a nie skupić się na tym by wykonywać pracę? Co jest ważniejsze mindset czy skillset? Dlaczego warto się skupiać na tym co mamy, a nie na tym czego nam brakuje? Jak zamienić z pozoru niepotrzebne odpady w sukces?

[ENG]: In the fourteenth episode of the podcast “Dostarczaj Wartość” we talk with Khanjan Mehta. How to solve the problem instead of focusing on doing the job only? What is more important mindset or skillset? Why is it worth focusing on what we have and not what we lack? How do you turn seemingly unnecessary waste into something successful?

Podcast DostarczajWartość #13: Jak zwykły człowiek na etacie może wykorzystać metody Toma Gilba - rozmowa z Tomem Gilbem [ENG]

Fri, 29 Nov 2019 00:00:00 +0000

[PL]
W trzynastym odcinku podcastu “DostarczajWartość” rozmawiamy z Tomem Gilbem o tym, jak jego metody kojarzące się zwykle z dużą złożonością i skalą można wykorzystać nie będąc właścicielem firmy, konsultantem - a zwykłym człowiekiem na etacie. Czy osoby, które na co dzień budują proste, małe aplikację mogą wziąć coś dla siebie? Czy jego metody są tylko i wyłącznie stworzone dla tych osób, które budują zaawansowane systemy?

[ENG] In the thirteenth episode of the podcast “DostarczajWartość” (“Deliver Value”) we talk with Tom Gilb about how his methods usually associated with high complexity and scale can be used without being the owner of the company, a consultant - but a regular full-time man. Can people who build a simple, small application every day take something for themselves? Are his methods only created for those who build advanced systems?

Dlaczego estymacja często nie jest precyzyjna?

Fri, 08 Nov 2019 00:00:00 +0000

Jak wygląda problem estymacji w praktyce?

Parę pytań na start

Spróbuj odpowiedzieć na poniższe pytania zanim przejdziesz dalej. Zastanów się nad każdym z nich około 10 sekund.

Ile czasu zajmie Ci zaparzenie czarnej herbaty dla czterech osób w Twoim mieszkaniu?
Ile czasu zajmie mi przejście do kuchni z pokoju w moim mieszkaniu?
Ile pizz trzeba zamówić na małe spotkanie dla 20 osób?
Ile czasu zajmie mi zrobienie specjalnej herbaty typu Touareg dla 4 osób?
Ile czasu zajmie remont generalny kuchni w Twoim domu od momentu podjęcia decyzji do zakończenia?
Ile czasu zajmie Ci zbudowanie z klocków Lego budynku o wielkości prawdziwego budynku?

Dlaczego Cię o to poprosiłem? Na własnej skórze poczujesz, dlaczego estymacja w praktyce jest tak trudna - a resztę artykułu będziemy rozpatrywać przez pryzmat tych pytań.

Podcast DostarczajWartość #12: Jak zastosować total motivation w praktyce?

Thu, 31 Oct 2019 00:00:00 +0000

W dwunastym odcinku podcastu “DostarczajWartość” wraz z Mateuszem Koniecznym oraz Łukaszem “Żółwiem” Januszkiem porozmawiamy o tym, jak zastosować total motivation w praktyce? Jak zaobserwować, kiedy ktoś traci motywację? Co zaproponować, gdy nie możesz dać tego, czego oczekuje druga strona?

Total Motivation pozwala lepiej zrozumieć zjawisko motywacji, przynajmniej w teorii. Sprawdźmy, jak można to zastosować w praktyce. Na co powinniśmy zwrócić uwagę, gdy znajdziemy zdemotywowaną osobę? Jak z nią negocjować, gdy nie możemy jej dać tego, co chce, a zależy nam, by została.

Podcast DostarczajWartość #11: Jak motywować ludzi z głową?

Fri, 27 Sep 2019 00:00:00 +0000

W jedenastym odcinku podcastu DostarczajWartość wraz z Łukaszem “Żółwiem” Januszkiem porozmawiamy o tym, jak motywować ludzi z głową? Dlaczego zwolnienie 10 procent pracowników wcale nie wpłynie pozytywnie na motywacje reszty zespołu? Dlaczego zalewanie złotem nie rozwiąże wszystkich naszych problemów?

Motywacja z czasem się zmienia. To co początkowo nas bawiło, z czasem może nas nudzić. W pracy w której znajdowaliśmy przyjemność, może nam teraz towarzyszyć uczucie presji, obawy o przyszłość. Przedstawimy metodę, która pozwoli Ci lepiej zrozumieć zjawisko motywacji i uniknąć sytuacji w której postaramy się kogoś docenić, a sprawimy, że kompletnie nie trafimy z jego potrzebami.

Utrata motywacji - jak ludzie gasną

Fri, 30 Aug 2019 00:00:00 +0000

Utrata motywacji jest zjawiskiem, które możemy obserwować na własne oczy.

W poprzednim artykule pokazałem, że bardziej ważne niż docenienie kogoś, jest docenienie go w odpowiedni sposób. Dziś przyjrzymy się bliżej, jak to zjawisko łączy się z motywacją.

Załóżmy, że mamy gracza, który od wielu lat specjalizuje się w profesjonalnym graniu w Starcraft 2. Osiąga wyniki i wygrywa nagrody; sprawia mu to od najmłodszych latach wielką frajdę. Nasz gracz bawi się tym, co robi i przy okazji zdobywa nagrody (przy czym grałby nawet bez tego).

Podcast DostarczajWartość #10: Jak odnaleźć się będąc nowym w projekcie?

Fri, 23 Aug 2019 00:00:00 +0000

W dziesiątym odcinku podcastu Dostarczaj Wartość wraz z Mateuszem Tarnaskim i Mateuszem Koniecznym porozmawiamy o tym, jak odnaleźć się będąc nowym w projekcie, jak znaleźć i zrozumieć niewidzialne bariery oraz czy junior to odpowiednia osoba by brać odpowiedzialność za powierzone mu zadania?

Pewnego dnia do zespołu dołącza kilku juniorów. Senior stawia dość widoczną granicę pomiędzy API, które on projektuje, a Front-endem, który mają zmieniać młodzi adepci. Brak dokumentacji na którą nie ma czasu. Bus Factor na poziomie 1. Co powinien zrobić junior? Co jest dobre, a co złe dla projektu?

Podcast DostarczajWartość #9: Jak zdefiniować problem, którego klient nie potrafi określić

Fri, 28 Jun 2019 00:00:00 +0000

W dziewiątym odcinku podcastu Dostarczaj Wartość wraz z Łukaszem Januszkiem porozmawiamy o tym, jak zdefiniować problem, którego klient nie potrafi określić.

Pewnego dnia przychodzi klient i prosi o pomoc przy realizacji projektu. Projektu, który z pozoru brzmi prosto: zróbcie mi aplikację do analizy logów dla UX. Jak upewnić się, że faktycznie to, czego chce rozwiązuje jego prawdziwy problem? W jaki sposób znaleźć ten problem? Jak wiele wspólnego ma praca konsultanta oraz rzeźbiarza?

Docenienie - płać w odpowiedniej walucie

Fri, 14 Jun 2019 00:00:00 +0000

Docenienie pracowników dla niektórych managerów może okazać się nie lada wyzwaniem. By lepiej zrozumieć czemu przyjrzyjmy się bliżej następującej sytuacji:

Manager zespołu dał dodatkowy urlop Antkowi - a Antek się obraził oraz bardzo zdenerwował.
Tymczasem manager zespołu nie do końca rozumie całą sytuację. On by się z takiej propozycji przecież ucieszył. Czemu Antek jest obrażony? Przecież manager go chciał docenić i podziękować za ciężką pracę.

Przedstawiona sytuacja jest czymś, co bardzo często w różnych formach pojawia się w firmach.

Podcast DostarczajWartość #8: Czy warto zostać inżynierem produktowym?

Fri, 31 May 2019 00:00:00 +0000

W ósmym odcinku podcastu Dostarczaj Wartość wraz z Michałem Sędzielewskim oraz Mateuszem Tarnaskim porozmawiamy o tym, dlaczego warto zostać inżynierem produktowym?

Większość z nas zaczyna karierę w outsourcingu. W pewnym momencie pojawia się pytanie, co dalej? Czy inżynier produktowy to naturalna droga rozwoju dla osób pełniących rolę inżyniera oprogramowania? Czy to jest ścieżka dla każdego?

🎧 Posłuchaj na Spotify

W podcaście wspomnieliśmy o artykule autorstwa Michała na temat inżyniera produktowego. https://geek.justjoin.it/product-engineer-dlaczego-warto-nim-zostac/ Zachęcamy do lektury 🙂

Jak odkryć przyczynę rozwiązywanego problemu?

Mon, 13 May 2019 00:00:00 +0000

1. Jak objawia się problem poruszany w artykule?

Przyjrzyjmy się trzem sytuacjom:

Przychodzi klient i mówi coś w stylu: “programiści w moim projekcie pracują za wolno; zaproponuj szkolenie, dzięki któremu będą pisali kod szybciej”.
Klient mówi coś w stylu “ostatnio mieliśmy bardzo złe wyniki w ankietach - jak można zrobić, żeby były wyższe”.
Klient mówi “strona internetowa jest brzydka. Zrób tak, by była ładna”.

Ok, i co teraz? Jak ten temat ruszyć?

Podcast DostarczajWartość #7: Jak precyzować wymagania

Fri, 26 Apr 2019 00:00:00 +0000

W siódmym odcinku wraz z Łukaszem “Żółwiem” Januszkiem oraz Mateuszem „Tarnasem” Tarnaskim podejmiemy temat od kluczowy dla inżynierii, a mianowicie precyzowanie wymagań.

Porozmawiamy o precyzowaniu wymagań i o tym jak sprawić by stały się one jednoznaczne, spójne i zrozumiałe. Pokazujemy jak ujednoznaczniać wymagania używając technik takich jak: konkretyzacja, analogie, uwspólnienie znaczeń i kilku innych.

🎧 Posłuchaj na Spotify

Klątwa wiedzy: jak się dogadać żyjąc w różnych światach?

Fri, 12 Apr 2019 00:00:00 +0000

1. Przejawy klątwy wiedzy

1.1. Klątwa wiedzy a Ty

Jeśli tłumaczysz komuś jak ma wypełnić PIT a ktoś zadaje pytanie świadczące o tym, że zupełnie nie rozumie o co chodzi - to spotykasz się z klątwą wiedzy. Jeśli w projekcie znowu programista i product owner się nie dogadali, najpewniej klątwa wiedzy uderzyła ponownie.

Ten artykuł skupia się na wyjaśnieniu dlaczego ludzie mający różne doświadczenia mają problemy z komunikacją. Pokazuje też - z przykładami - co Ty możesz zrobić by zwiększyć szanse, że się dogadasz z rozmówcą.

Jak podejmować decyzje przy użyciu mierników

Fri, 29 Mar 2019 00:00:00 +0000

1. Samochodem przez autostradę - miernik to za mało

Jedziesz samochodem po autostradzie, jako pasażer. Prędkościomierz wskazuje 60 km/h. Jedziesz za wolno, więc prosisz kierowcę o przyspieszenie – spieszysz się na spotkanie i zależy Ci, by dotrzeć na czas. Po chwili okazuje się, że samochód zwolnił – jedziesz już 40 km/h.

Patrzysz za okno i okazuje się, że zbliżasz się do wypadku. Jeżeli samochód przyspieszy, to stanie się częścią karambolu – tak więc kierowca zwalnia.

Podcast DostarczajWartość #6: Czy warto mierzyć to, co robimy?

Fri, 22 Mar 2019 00:00:00 +0000

W szóstym odcinku wraz z moimi gośćmi Łukaszem “Żółwiem” Januszkiem oraz Mateuszem „Tarnasem” Tarnaskim podejmiemy temat bardzo mocno związany z inżynierią, a mianowicie mierzenie.

Porozmawiamy o tym, dlaczego warto mierzyć to, co robimy i dlaczego nie warto mierzyć wszystkiego. Jak mierzenie może pomóc we wspieraniu decyzji i czemu “zbieranie danych” jest zupełnie czymś innym niż “mierzenie”.

Jeśli chcesz poszerzyć swoją wiedzę w tym zakresie, zachęcam Cie do przeczytania innego artykułu na naszym blogu.

Mierzenie podstawą sukcesu

Wed, 06 Mar 2019 00:00:00 +0000

Dowody a kryterium sukcesu

Jak dostarczyć dowody pokazujące, że zrobiliśmy coś prawidłowo, bądź nie? Jak udowodnić, że nasze rozwiązanie jest lepsze? W pracy inżyniera dowody mają kluczowe znaczenie. Tu z wielką pomocą przychodzi nam mierzenie.

Niezależnie od tego, jaki problem rozwiązujemy, pojawia się zawsze kilka podstawowych pytań:

Jakie są kryteria sukcesu?
Jakie są kryteria porażki?

Wbrew pozorom nie są to proste pytania, ale definitywne warto poznać odpowiedzi na nie, zanim ukończymy projekt. :)

Podcast Dostarczaj Wartość #5: Jak brać odpowiedzialność i dzielić się nią w projekcie?

Wed, 20 Feb 2019 00:00:00 +0000

W piątym odcinku wraz z moimi gośćmi Krzysztofem “Prezesem” Jendrzyca oraz Mateuszem “Tarnasem” Tarnaskim podejmiemy bardzo ważny, naszym zdaniem, temat jakim jest odpowiedzialność.

Porozmawiamy o tym, jak prawidłowo podejść do tematu odpowiedzialności w zespole, jak tworzyć dobre wzorce zachowań, a także podejmiemy temat budowania kultury, która skupia się wokół odpowiednich wartości. 🙂

🎧 Posłuchaj na Spotify

Dla zainteresowanych tematyką budowania kultury wokół odpowiedzialności polecamy książkę autorstwa Jocko Willink, Leif Babina “Extreme Ownership”.

Nie zawsze trzeba pisać kod

Wed, 13 Feb 2019 00:00:00 +0000

Wstęp

W poprzednim wpisie opisałem przypadek, w którym przy użyciu dobrze zadanych pytań udało mi się uniknąć pisania kodu dla klienta, który tego nie potrzebował. Mogłoby się wydawać, że jest to sytuacja jedna na milion - w praktyce, tego typu sytuacje zdarzały mi się częściej niż mogłoby się wydawać. Dziś przedstawie drugi problem oraz w jaki sposób rozwiązaliśmy ten problem przy użyciu inżynierii.

Pozwólcie, że przedstawię Wam inny bardzo ciekawy przypadek. Klient miał problem z bardzo wolno – jego zdaniem – działającym oprogramowaniem. Dodatkowo było ono bardzo wadliwe. Chciał, by powstało lepsze rozwiązanie. Coś szybszego i mniej zawodnego.

Onboarding – jaki może mieć wpływ na Twoją firmę?

Fri, 08 Feb 2019 00:00:00 +0000

Czy zastanawiałeś się kiedyś, jak ważny dla pracownika jest początek jego pracy i w jaki sposób pracodawca może pozytywnie wpływać na ten proces; jak poprawnie przeprowadzić onboarding, aby chciał zostać w niej na dłużej?

W niniejszym artykule podejmę temat wdrażania nowych osób do firmy.

Od prawie 2 lat mam przyjemność organizowania wycieczek dla nowo zatrudnionych pracowników. Jest to zaledwie jeden z pięciu punktów programu, jaki narodził się z potrzeby przekazania najważniejszych informacji o firmie i zaznajomienia nowej osoby z panującą w niej kulturą.

Wartość Code Review

Fri, 01 Feb 2019 00:00:00 +0000

Czy Code Review jest elementem procesu, które daje Tobie lub Twojemu klientowi korzyści? Czy robisz go tylko dlatego, żeby przepchać notkę na testy? A może uważasz, że Code Review to tylko marnowanie czasu?

Code Review wykonywane na ślepo „bo szef mi kazał” nie ma większego sensu. Natomiast my mamy zamiar pokazać, że Code Review może być bardzo wartościowe, jeżeli podejdzie się do tego z głową i ze zrozumieniem celów, jakie chcemy osiągnąć.

Dlaczego zrozumienie problemu jest tak ważne?

Wed, 23 Jan 2019 00:00:00 +0000

Wstęp

Jedną z moich ulubionych pułapek, w które często wpadałem i czasami nadal daję się złapać, jest chęć pisania kodu. Nawet, gdy nie w pełni rozumiem problem poznania nowego lepszego języka, frameworka i znalezienia sposobności, by go użyć. To takie szukanie gwoździ do wbicia, gdy już się kupiło młotek.

Powiedzmy, że pojawia się klient, który wie, że perfekcyjnie władamy owym młotkiem i zwraca się do nas z prośbą o wbicie kilku gwoździ. Na co oczywiście ochoczo przystajemy. Jedziemy do niego do firmy i wbijamy bez słowa gwoździe. Nasza praca jest skończona, bierzemy pieniądze i jedziemy do domu zadowoleni ze swojej pracy.

Podcast Dostarczaj Wartość #4: Afast - czyli jak rehabilitować afazje w innowacyjny sposób.

Mon, 14 Jan 2019 00:00:00 +0000

W czwartym odcinku moimi gośćmi będą Zuzanna Miodońska, Michał Kręcichwost oraz Krzysztof Mrozwoski współtwórcy systemu Afast.

Porozmawiamy o tym: * Czym jest ten system? * Jakie są jego cele? * Komu on pomaga i dlaczego wybrane zostały właśnie takie, a nie inne metody wspomagania leczenia? * Czy afazja to jest coś czym powinniśmy wszyscy się przejmować?

Zespół Afast.pl tworzy darmowe narzędzie, którego celem jest pomóc w leczeniu afazji, wykorzystując do tego metody polisensorycznej stymulacji. Afazja jest zaburzeniem neurologicznym powstałym najczęściej w skutek wylewu, uniemożliwiająca porozumiewanie się za pomocą mowy.

Skuteczne dzielenie się wiedzą: jaki problem rozwiązujesz?

Wed, 09 Jan 2019 00:00:00 +0000

Wyobraź sobie, że jesteś na konferencji. Masz do wyboru dwa wykłady odbywające się w tym samym momencie - “Jak zarabiać więcej pracując mniej” lub “Hodowla dżdżownic dla początkujących”.

Który wykład wybierzesz?

Ja wybrałbym ten pierwszy, o zarabianiu. Treści tego wykładu mi się bardziej przydadzą.

Dzięki temu artykułowi dowiesz się, w jaki sposób stworzyć skuteczne narzędzie przekazujące wiedzę. “Narzędzie przekazujące wiedzę” to np. prelekcja czy artykuł, a “skuteczne przekazywanie wiedzy” oznacza takie działanie, by odbiorca:

Sukces... czy na pewno?

Wed, 19 Dec 2018 00:00:00 +0000

Projektując pewne rozwiązania, często tworzymy je pod kątem pewnej dość sprecyzowanej grupy docelowej – najczęściej użytkowników. Gdy nasze rozwiązanie zostało już wdrożone, często okazuje się, że coś poszło nie tak – pomimo tego, że zrealizowaliśmy wszystko zgodnie z założeniami.

Najbardziej zaskakujące w tym wszystkim może być zarówno odniesienie sukcesu jak i porażki.

Tego typu sytuację miałem ponad 4 lata temu, gdy postanowiłam zrealizować projekt Fotobudka na wydarzenie publiczne WUD Silesia. Założenia były proste:

Podcast Dostarczaj Wartość #3: Jak naprawić agile - wywiad z Tomem Gilbem [ENG]?

Mon, 17 Dec 2018 00:00:00 +0000

W trzecim odcinku moim gościem jest Tom Gilb, który odpowie na pytania: * co złego jest w obecnym nurcie Agile? * jak można go naprawić? * dlaczego powinniśmy się skupić na dostarczaniu wartości? * dlaczego mierzenie jest istotnym elementem procesu? * jak stać się lepszym i bardziej świadomym inżynierem systemów?

Tom Gilb jest światowej klasy specjalistą, który ma doświadczenie zarówno w metodykach zwinnych jak i Lean. Pracował dla największych i najbardziej zaawansowanych organizacji międzynarodowych, które przyjęły jego metody: IBM, HP, Boeing, Intel, Citigroup, Philips i wiele innych, w tym mniejsze firmy europejskie. Opublikował 9 książek informatycznych, które są uznawane przez niektórych za bardzo ważne książki w takich dziedzinach jak inżynieria systemów, projektowanie. “Principles of Software Engineering Management” z 1988 roku jest określana jako książka, którą twórcy manifestu Agile uważają za fundamentalną, a Tom jest publicznie uznawany przez założycieli oraz badaczy jako dziadek metodyk zwinnych. Jego najnowsza książka “Value Planning” wchodzi w głąb zarządzania aspektami zwinnego planowania systemów informatycznych i usprawnień organizacyjnych, a także planowania produktów i usług.

Zrozumieć wymagania

Wed, 12 Dec 2018 00:00:00 +0000

Zdarza się, że pracuję nad projektem dla klienta już sporo czasu. Czuje się całkiem pewnie w jego domenie, dogaduję się z nim dobrze i czuję się odpowiedzialny za jego sukces. Zależy mi na tym, aby robić dobrą robotę, nie klepać na ślepo kolejnych linijek kodu.

W pewnym momencie pojawia się wymaganie, które burzy mój cały pogląd na problem. Jest mocno niespójne z tym, co wierzyłem, że jest celem istnienia projektu. Jego implementacja jest bardzo kosztowna czasowo, a jednocześnie wydaje się nie mieć wymiernej korzyści. Wymaganie to, jak się wydaje, może pochodzić z nieznanego dotąd źródła.

Jak dzielić się wiedzą, gdy czujesz, że jeszcze nie pora

Wed, 05 Dec 2018 00:00:00 +0000

Kiedy przychodzi moment, w którym “masz prawo” uczyć innych, dzielić się swoją wiedzą i doświadczeniem? Moim zdaniem, odpowiedź na to pytanie jest prosta: już, teraz, zaraz. Na pewno jest coś, na temat czego wiesz więcej od wielu otaczających Cię ludzi. Na pewno mógłbyś się podzielić jakimś swoim doświadczeniem i uchronić innych od popełnienia Twojego błędu.

Wielokrotnie namawiałem kogoś do zrobienia szkolenia lub prezentacji i, niestety, spotykałem się z oporem. Zwykle słyszałem takie argumenty: “nie jestem ekspertem”, “nie jestem gotowy, może kiedyś”, “kto by chciał mnie słuchać” lub “boję się występować przed ludźmi”.

Czy warto wykorzystywać kontrowersyjne tematy w projektach

Wed, 28 Nov 2018 00:00:00 +0000

Granie na emocjach to żadna nowość w projektowaniu kampanii reklamowych – chodzi przede wszystkim o to, aby zwrócić Twoją uwagę. Czasem firma podejmuje ryzykowny krok, dotykając kontrowersyjnego tematu – liczy na to, że będzie o niej głośno, że zakorzeni się w myślach społeczeństwa. Nie zawsze da się sprawić, aby przekaz był taki, jak zakładaliśmy. Jeśli nie uwzględnimy właściwych czynników, np. wartości grupy docelowej, może się okazać, że strzeliliśmy sobie w stopę. Pomimo dzisiejszej otwartości na wiele tematów, dalej drzemią w nas stereotypy, a ich przełamywanie budzi różne emocje. W niniejszym artykule opowiem o tym, jak trafiłam w bardzo nietypowy projekt, pokażę, jaką miało to korzyść dla mnie jako designera oraz dam przykład tego, że nawet negatywny odbiór może sprawić, że sukces zostanie osiągnięty. Dzięki temu, być może, uda Ci się uniknąć kilku błędów, które popełniliśmy oraz będziesz mógł świadomie wykorzystać narzędzie (w planowaniu kampanii lub projektowaniu), jakim jest kontrowersja.

Co kryje się za fundacją fundacją Gruba.IT?

Mon, 26 Nov 2018 00:00:00 +0000

W drugim odcinku porozmawiamy z Jakubem Sikorą oraz Bartłomiej Glacem o tym co kryje się za fundacją Gruba.IT, czym się ta fundacja zajmuje oraz jaki pomysł mają jej twórcy na ulepszenie śląskiego community IT. Rozliczymy ich z tego co się udało, co planują oraz w jaki sposób gwarantują dostarczenie wartości swoim interesariuszom.

Śląskie community IT słynie z bardzo bogatego wachlarza meetupów, różnego rodzaju barwnych eventów. Ostatni czwartek miesiąca to prawdziwa gratka dla amatorów BarCampów. Można się w tym wszystkim zatracić. W tym momencie pojawia się supergrubiorz, cały na czarno.

Jak zespołowo zwalczyliśmy barierę językową w komunikacji z anglojęzycznym klientem

Wed, 14 Nov 2018 00:00:00 +0000

Co się dzieje, gdy w jednym pokoju (lub audiokonferencji) posadzisz przedstawicieli zagranicznego klienta i polski zespół developerski? Niestety, często niewiele. W większości przypadków członkowie zespołu boją lub wstydzą się odezwać, brak im pewności siebie i “obycia” z językiem, by aktywnie uczestniczyć w dyskusji. Bariera językowa przeszkadza w komunikacji, mimo że, teoretycznie, wszyscy znają język angielski.

Nieraz byłem uczestnikiem spotkania, podczas którego aktywnie udzielała się jedna lub dwie osoby z zespołu, najczęściej lider lub manager. Taki podział może wytworzyć się naturalnie, gdy inni członkowie zespołu unikają aktywnej postawy na spotkaniach, bądź sztucznie – kiedy są wybrane osoby odpowiedzialne za komunikację. Niezależnie od genezy, nie jest to pożądana sytuacja - posiadanie osób desygnowanych do komunikacji z klientem tworzy wąskie gardła wymiany informacji i niesie ze sobą ryzyko przekłamań, głuchego telefonu.

Nie kopiuj kodu ze StackOverflow do swego projektu

Wed, 07 Nov 2018 00:00:00 +0000

Dlaczego nie warto dołączać bezkrytycznie kodu z internetu do projektu

Jesteś freelancerem. Piszesz kod dla klienta i przekazujesz klientowi prawo do tego kodu. Dwa tygodnie później okazuje się, że jest problem. Klient informuje Cię, że nie zapłaci dopóki nie rozwiążesz problemu praw autorskich do tego kodu – nie tego klient oczekiwał, gdy podpisywał umowę.

A może jesteś managerem zespołu programistycznego w dużej firmie IT? W pewnym momencie podczas audytu wewnętrznego okazało się, że w projekcie jest kod z internetu na nieznanej licencji. A dokładnie, ten kod jest w Twoim projekcie. Najpewniej z podwyżki nici…

Cała prawda o organizacji WUD Silesia | Dostarczaj Wartość #1

Mon, 05 Nov 2018 00:00:00 +0000

Wcześniej próbowaliśmy eksperymentować z nagrywaniem krótkich nagrań audio, które spotkały się z dobrym odbiorem. Zdecydowaliśmy się rozpocząć przygodę z podcastem. Pierwszy odcinek poświęcony jest organizacji eventu WUD Silesia.

Co nas motywuje?

W naszym podcaście możesz posłuchać inspirujących ludzi, którzy opowiadają o swoich ideach, dostarczając wartość tu i teraz. Takie osoby wiedzą, w jaki sposób zadbać o interesariuszy i zaspokoić ich potrzeby. Celem naszym i naszych gości jest pokazanie słuchaczowi, na czym polega piękno dostarczania wartości w praktyce.

Czego nauczyła mnie budowa maszyny Rube Goldberga?

Wed, 31 Oct 2018 00:00:00 +0000

W roku 2014 dołączyłem do zespołu organizującego wydarzenie WUD Silesia 2014. Naszym zadaniem było sprawienie, żeby osoby obecne na WUD mogły nie tylko się uczyć, ale i dobrze bawić. Mieli być oczarowani i czerpać z tego zabawę. To był nasz cel - wszystko to dostaliśmy. Sposób, w jaki to osiągnęliśmy, zależał tylko i wyłącznie od naszej inwencji twórczej i możliwości.

Dla mnie – czyli kogoś, kto od czterech lat zajmował się wytwarzaniem oprogramowania – było to spełnienie marzeń. Greenfield. Możliwość rozpoczęcia od zera, i zrobienie czego tylko dusza zapragnie – pod jednym warunkiem: wynik musi być zgodny z celem.

Konferencja Future Dev Day 2018 – Technika C4

Thu, 25 Oct 2018 00:00:00 +0000

W życiu każdego inżyniera oprogramowania przychodzi taka chwila, w której ów inżynier przestaje być odpowiedzialny za wykonanie pojedynczych zadań, a zamiast tego bierze na siebie odpowiedzialność za większe, bardziej skomplikowane problemy. Problemy na tyle nietrywialne, że już nie wystarczy usiąść i zacząć pisać kod. Takie problemy, które wymagają dekompozycji, zaprojektowania i - co najważniejsze - przemyślenia całości.

Pojawiają się pytania:

Jak do tego problemu podejść, by się nie zagubić? Jak zweryfikować, czy idziemy w dobrą stronę? Jak zweryfikować, że nasze rozwiązanie jest zgodne z wymaganiami? Jak płynnie przejść z potrzeb klienta do kodu?

Zwiększ szanse realizacji swoich pomysłów

Wed, 24 Oct 2018 00:00:00 +0000

Jeśli masz szufladę pełną zaczętych i niedokończonych projektów – witaj w klubie. Rozumiem tę sytuację doskonale, od lat samotnie, cichaczem, zapycham katalog `~/projects` na każdym komputerze, którego używam. Dopiero niedawno udało mi się znaleźć sposób na wydłużenie życia tym projektom, ale wszystko po kolei.

Zwykle wygląda to u mnie tak: zapał wystarcza na realizację 20% pomysłu, może trochę więcej. Po tej początkowej fazie praca zaczyna przynosić mniej widocznych efektów, entuzjazm się wyczerpuje i projekt “trafia do szuflady”. Tracę zainteresowanie i już do niego nie wracam.

Jak zlikwidować techniczne kłótnie w projekcie i odnaleźć źródło prawdy

Wed, 17 Oct 2018 00:00:00 +0000

W czasie całego cyklu życia projektu zostaje podjęte bardzo wiele decyzji biznesowych i technicznych. Często ta wiedza nie jest usystematyzowana, zebrana w jednym miejscu i rozpowszechniana po teamie. Problem pogłębia się, gdy ludzie zaczynają odchodzić i zabierają fragmenty wiedzy ze sobą.

Wiele razy zdarzyło mi się, że pracowałem bezpośrednio z klientem nad zagmatwaną funkcjonalnością. Odbijaliśmy sobie taska, zadawaliśmy pytania, zmieniały się założenia oraz wymagania. Powstawały bugi, fixy, refactor. Po kilku takich sesjach, które czasem ciągnęły się tygodniami, nieraz sam się pogubiłem. Gdy ktoś mnie po jakimś czasie pytał “dlaczego to działa tak, a nie inaczej” to ciężko było mi wskazać jednoznaczny powód. Miałem w głowie tylko poszlaki, numery tasków i fragmenty rozmów.

Zrozumieć klienta

Wed, 10 Oct 2018 00:00:00 +0000

Zdarza się, że nasi przełożeni traktują nas jak białkowe interfejsy do produkcji softu. Z drugiej strony, jeśli cokolwiek pójdzie nie tak, to i tak jest nasza wina pomimo nieprecyzyjnych wymagań.

Ciągle mówi nam się JAK mamy rozwiązać problem, ale nikt nie wspomina co rozwiązujemy i po co. Jednak czasem chcielibyśmy czegoś więcej. Chcielibyśmy wziąć w końcu na siebie większą odpowiedzialność, jednocześnie wiedzieć dokładniej jaki problem rozwiązujemy i mieć na to wpływ.

Dlaczego zmieniliśmy nazwę i jakie metryki nami kierowały?

Wed, 03 Oct 2018 00:00:00 +0000

Pewnie zauważyłeś, że zmieniliśmy nazwę na naszej stronie. Zmieniliśmy ją również w mediach społecznościowych oraz na naszym newsletterze.

Czy zastanawiałeś się dlaczego to zrobiliśmy? Na jakiej podstawie podjęliśmy taką decyzję? Skąd wiemy, że nowa nazwa dostarczajwartość.pl jest lepsza?

Aby odpowiedzieć na te pytania i wyjaśnić wątpliwości, usiedliśmy parę dni temu popołudniu i nagraliśmy minipodcast. Podczas rozmowy położyliśmy bardzo duży nacisk na to, aby wyjaśnić wpływ naszej decyzji na metryki, które monitorujemy oraz na dokładnie zdefiniowanie czym dla nas jest nazwa, która dobrze działa.

Jak zacząć, gdy nie wiesz jak?

Wed, 26 Sep 2018 00:00:00 +0000

Zaczynanie nowych rzeczy

Rozpoczynając przygodę z nieznaną do tej pory rzeczą, np. technologią, zakładając bloga, czy też podcast - nasz poziom wiedzy, umiejętności i doświadczenia jest raczej znikomy.

Możemy bazować na radach udzielanych nam przez bardzo doświadczone osoby, ale nie mamy pewności, czy w naszym wypadku to także zadziała.

Strach przed popełnieniem błędu może przyblokować lub spowolnić nasze działanie. Rozpoczęcie przygody wiąże się z częściową utratą kontroli - wypuszczamy coś na świat i nie będziemy wiedzieli, jak to będzie odebrane.

Jak przekonać biznes do usprawnienia kodu?

Wed, 19 Sep 2018 00:00:00 +0000

Czy pracowaliście kiedyś z rozpadającą się aplikacją?

Może kojarzycie taką sytuację - pojawił się błąd w aplikacji nad którą pracujecie. Coś się źle wyświetla.

Tydzień badania problemu dało Wam odpowiedź - zmiana wymagała poprawy jednej linijki. Patrzycie na tę aplikację i myślicie sobie, że chyba tak nie powinno to wyglądać.

Mieliście może podobną sytuację?

A dodatkowo, może po naprawieniu tego wyjątkowo irytującego problemu Wasz przełożony powiedział coś w stylu “co tak długo”?

Dostarczyć w ciągu miesiąca - Prezentacja BBQ4.IT 2018

Fri, 14 Sep 2018 00:00:00 +0000

Konferencja BBQ4IT

Mieliśmy w tym roku przyjemność uczestniczyć w konferencji BBQ4IT w miejscowości Bielsko Biała z tematem “Dostarczyć w ciągu miesiąca”. Celem prezentacji było przedstawienie metody 111111 autorstwa Toma Gilba wykorzystując do tego nasze doświadczenia zdobyte w trakcie 6 lat realizacji programu Wakacyjne Praktyki Future Processing.

Specjalnie na tę okazję oprócz prezentacji postanowiliśmy nagrać krótkie audio dla osób, które nie mogły uczestniczyć w prelekcji. Mamy nadzieje, że ta forma wzbogacenia treść prezentacji. No i najważniejsze - chcieliśmy, żeby Wam się spodobało.

Jak w 5h godzin niedzieli zaoszczędziłem 1 tydzień pracy 2 osób

Wed, 12 Sep 2018 00:00:00 +0000

Wstęp

Czy lubicie niemal natychmiastowo otrzymać informację zwrotna, że to co robicie ma sens?
Czy wolicie unikać projektów, które są pisane do szuflady pod kątem wyimaginowanego problemu?
Czy lubicie jak tworzone przez Was rzeczy faktycznie rozwiązują jakiś problem biznesowy?

Ostatnio miałem przyjemność siłować się z pewnym z pozoru banalnym problemem - sklejania dużej ilość arkuszy kalkulacyjnych.

Zaczęło się jak zwykle - dwie koleżanki z innego działu nieśmiało zapytały, czy znam VBA. Bez wahania odparłem, że znam. Okazało się, że chciały się nauczyć pisać makra w Excelu. To była dość nietypowa prośba jak na osoby niebędące programistami.

Jak droższe usługi zmniejszają koszty?

Wed, 05 Sep 2018 00:00:00 +0000

Czy zdarzyło wam się kiedykolwiek zapłacić za usługę chmurową zdecydowanie więcej niż oczekiwaliście? Czy nie do końca wiecie skąd biorą się liczby przy estymowanych kosztach usług chmury publicznej i jaki mają faktyczny wpływ na wasz ostateczny rachunek? Może przenieśliście do chmury swoją stronę i po pierwszej fakturze w panice poważnie rozważaliście wzięcie chwilówki?

Bez paniki! To normalne, a problemy tego typu są do rozwiązania przy odpowiednim zrozumieniu tego, jak działa chmura i za co w niej się płaci.

Jak pokonać trójkąt czasu, zasobów i zakresu?

Tue, 28 Aug 2018 00:00:00 +0000

Kontekst cyklu artykułów

To jest część trzecia cyklu artykułów o projektowaniu praktyk i rozwiązywaniu problemów z tym powiązanych. Poprzednie dwie części:

W części drugiej pozostawiliśmy Was z pytaniem “Jak to wszystko zrobić mając ograniczony czas i środki, a tak w ogóle to gdy wszyscy czegoś ode mnie chcą?!”. Czas odpowiedzieć na to pytanie.

Jak rozwiązać problem zmieniających się zasobów i wymagań?

Czy kiedyś rozpoczynaliście projekt pomimo faktu, że brakowało wam w zespole osoby, która zna niezbędną technologię? Czy w trakcie projektu jakiś członek zespołu nagle zachorował, w wyniku czego deadline stał się niemożliwy?

Jak dostarczyć to, co jest ważne?

Mon, 27 Aug 2018 00:00:00 +0000

Kontekst cyklu artykułów

To jest druga część cyklu artykułów o projektowaniu praktyk i rozwiązywaniu problemów z tym powiązanych. Poprzednia część:

Część 1: Co to znaczy “lepsze”?

W części pierwszej pozostawiliśmy Was z pytaniem “Jak zaprojektować i zbudować rozwiązanie, które faktycznie dostarcza to, co miało być dostarczone”.

W tym artykule mamy zamiar na to odpowiedzieć.

Jak wprowadzać zmiany nie polegając wyłącznie na szczęściu?

Czy spotkaliście się z kiedyś z sytuacją, że wprowadzając z pozoru małą zmianę, obserwowaliście kaskadę niespodziewanych problemów? Czy znacie kogoś, kto twierdzi żeby nie poprawiać czegoś, co działa?

Co to znaczy “lepsze”?

Sun, 26 Aug 2018 00:00:00 +0000

Kontekst cyklu artykułów

Dlaczego rozwiązywanie złożonych problemów, których realizacja może potrwać nawet kilka miesięcy lub lat, jest tak bardzo skomplikowanym problemem? Jak zagwarantować osiągnięcie zamierzonego celu? Czy jest możliwe zrozumienie i kontrolowanie tego procesu?

W tym cyklu artykułów podzielimy się z Wami naszym doświadczeniem z ostatnich siedmiu lat prowadzenia projektu: “Wakacyjne Praktyki w Future Processing”. Pokażemy Wam problemy z jakimi się borykaliśmy oraz w jaki sposób je rozwiązaliśmy.

Jest to część pierwsza tego cyklu artykułów.

Ebook - Oszczędź minity w ciągu godziny

Mon, 01 Jan 0001 00:00:00 +0000

Zastanawiałeś się skąd niektórzy ludzie biorą czas na wszystkie rzeczy które robią w życiu? Chciałbys mieć przynajmniej jedną dodatkową godzinę w ciągu doby?

Specjalnie dla Ciebie przygotowaliśmy ebook, dzięki któremu dowiesz się jak oszczędzać czas. Zawiera wypróbowane techniki, które nam samym pozwalają optymalizować codzienne działania i zyskiwać cenne minuty, które pozwalają nam osiągnąć więcej

Jeśli jesteś zainteresowany oszczędzaniem czasu i chętnie poznasz nasze techniki, pobierz ebook.

O nas

Mon, 01 Jan 0001 00:00:00 +0000

Inżynier osiąga wyniki w świecie, który istnieje – nie w świecie, który powinien istnieć.

Po co ten blog?

Internet zalewa nas treścią. Większość to szum - teorie bez praktyki, opinie bez dowodów, rozwiązania w poszukiwaniu problemów.

My piszemy o tym, co sprawdziliśmy na własnej skórze. Bez ściemy, bez “u mnie działa”. Konkretne problemy, konkretne rozwiązania, mierzalne efekty.

Czym się kierujemy

Praktyka ponad teorię - piszemy tylko o tym, co sami zastosowaliśmy
Problemy ponad narzędzia - zaczynamy od problemu, nie od technologii
Mierzalność ponad opinie - jeśli czegoś nie da się zmierzyć, nie da się poprawić
Prostota ponad złożoność - rozwiązania tak proste jak to możliwe, ale nie prostsze

Czego tu nie znajdziesz

Opinii bez dowodów
Rozwiązań, których sami nie używamy
Clickbaitów i pustych obietnic
Teorii oderwanych od rzeczywistości

Dla kogo?

Dla każdego, kto chce dostarczać wartość - nie tylko mówić o niej. Liderzy, inżynierowie, zespoły produktowe. Ludzie, którzy wolą działać niż dyskutować.