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
Jak organizacje radzą sobie bez wielu ról, które mogą dla nas wydawać się koniecznymi? ⏩️ How product companies operate without BAs, Scrum Masters, Release Managers, etc https://www.antmurphy.me/newsletter/how-product-companies-operate-without-bas-scrum-masters-release-managers-etc
Nie miałem pojęcia, że pingwiny są tak… bestialskie! ⏩️ Red Vs Blue Roadmaps: Why Most Roadmaps Suck https://mdalmijn.com/p/red-vs-blue-roadmaps-why-most-roadmaps
Jak korzystanie z AI w pracy nad produktem, wyciąga na wierzch problemy w modelu produktowym organizacji. ⏩️ Your Product Operating Model is Broken (And AI is Making it Obvious) https://insideproductorg.substack.com/p/stop-building-products-with-a-2015
Zespoły nie mają problemu z podejmowaniem decyzji, ale muszę podążać za zbyt wieloma celami i wizjami. Najczęściej ze sobą sprzecznymi. ⏩️ The Illusion of Decisiveness https://insideproductorg.substack.com/p/the-illusion-of-decisiveness
Smutna rzeczywistość życia w korporacji, która nagradza nieodpowiednie rzeczy i promuje nieodpowiednie zachowanie. ⏩️ ST.R.E.A.M: Status Rules Everything Around Me https://psychsafety.com/st-r-e-a-m-status-rules-everything-around-me/
Świetny tekst. Każdy z tych mitów to coś, do czego dochodzimy wraz z doświadczeniem wprowadzania zmian w zespole i organizacji. ⏩️ Three Myths That Kill Change and Transformation https://bradenkelley.com/2026/02/three-myths-that-kill-change-and-transformation/
Solidny przewodnik po tym, jak nie tylko przejść przez integrację z Modelem Produktowym, ale i jak sprawdzić, czy jesteśmy na to gotowi. ⏩️ Succeeding with the Product Operating Model https://www.romanpichler.com/blog/succeeding-with-the-product-operating-model/
Jak rozmawiać z osobami nietechnicznymi, szczególnie na wyższych szczeblach organizacji, jeśli jesteśmy odpowiedzialni za rozwiązania techniczne zespołu lub domeny. Bardzo podoba mi się koncentracja na wyraźnych komunikatach. ⏩️ How I provide technical clarity to non-technical leaders https://www.seangoedecke.com/clarity/
Czujecie się czasem jak Syzyf, gdy w waszej organizacji pojawia się temat planowania? Nie jesteście sami. ⏩️ The Sisyphean Tragedy of Planning https://mdalmijn.com/p/the-sisyphean-tragedy-of-planning
Fenomenalny tekst, który pokazuje aspekt zmęczenie w pracy ze wsparciem AI, o którym mało kto chce mówić. Świetne przemyślenia, przykłady problemu i wskazówki, jak sobie z nim poradzić. Polecam mocno. ⏩️ AI fatigue is real and nobody talks about it https://siddhantkhare.com/writing/ai-fatigue-is-real
Życzę nam wszystkim, by nie znaleźć się w podobnym scenariuszu… nie no żartuje, wcześniej czy później każdego czeka taka transformacja w organizacji. ⏩️ 10 years of agile transformation buried in 6 months https://www.reddit.com/r/agile/comments/1r0gtw3/10_years_of_agile_transformation_buried_in_6/
Całkiem solidny poradnik w budowaniu kultury i więzi w zespole. Od kontraktów po porady w radzeniu sobie, gdy jego zasady zostaną złamane. ⏩️ The Team Charter Workshop: Agendas, Templates, and Exercises https://andiroberts.com/teamwork/team-charter-workshop-agendas-templates-exercises
John dzieli się przemyśleniami, które i mi są bliskie, albowiem kontekst jest najważniejszy. Zatem narzędzia i procesy, które budujemy, muszą przede wszystkim odpowiadać realnym działaniom, nie formułką z książek. ⏩️ It All Breaks When You Add Time… https://www.linkedin.com/pulse/all-breaks-when-you-add-time-john-cutler-dtgac?utm_source=share&utm_medium=member_android&utm_campaign=share_via
