Do czytania
Jak nie kłamać, ale nie powiedzieć do końca prawdy. O adaptacji AI przez fimrę Walmart. ⏩️ Walmart says their AI investment is working. The metrics they presented don’t actually show that. — Users Know https://www.usersknow.com/blog/2026/5/26/walmart-says-their-ai-investment-is-working-the-metrics-they-presented-dont-actually-show-that
Czy rola CPO została stworzona dla osoby, która nie istnieje? ⏩️ The CPO role was designed for a person who doesn’t exist https://insideproductorg.substack.com/p/the-cpo-role-was-designed-for-a-person
Najczęstsze problemy, jakie widzimy w organizacjach adoptujących wzorce OKR. ⏩️ 5 Ways Your Company May Be Misusing OKRs - Itamar Gilad https://itamargilad.com/5-ways-your-company-may-be-misusing-okrs/
John Cutler kolejny raz z prawdziwą bombą wiedzy i materiałem przemyśleń. Tym razem o niezwykle trudnym zadaniu, jakim jest zbudowanie zespołów. ⏩ TBM 423: Why Defining Teams Is So Hard https://cutlefish.substack.com/p/tbm-423-why-defining-teams-is-so
Przyznać się - ktor kupił karnet na siłkę w styczniu i wypisał się chwilę później? O celach i złych parametrach do zmierzenia. ⏩ Your Resolution Isn’t the Problem. Your Measurement Is.
https://cwodtke.com/your-resolution-isnt-the-problem-your-measurement-isRich Mironov przypomina, że kod to nie produkt, a discovery po dostarczeniu go klientowi, to niezbyt dobry pomysł. ⏩ Code Isn’t Product https://www.mironov.com/code/
Zagrożenia i ryzyka z posiadania jednej linii komunikacji w organizacji. ⏩️ Chain of command: your organization’s biggest single point of failure https://www.corporate-rebels.com/blog/chain-of-command
Wiele mówi się na temat przyznawania się do błędów liderów jako formy budowania bezpieczeństwa i zaufania, jednak jest coś, co musi następować bezdyskusyjnie - zmiana. ⏩️ Admitting Mistakes Is Not Enough: The Leadership Lesson Behind the Burger King and Domino’s Ads https://www.leanblog.org/2026/06/admitting-mistakes-leadership/
Ten artykuł doskonale przedstawia, co obecnie jest nie tak z adaptacją AI przez świat wokół. Tworzymy narzędzia, które wprowadza problem i zmieniamy coś, co działa obecnie, aby to narzędzie miało sens. Po początku tego artykułu miałem ochotę powiedzieć” “Stop!”, a następnie zapytać: “Dlaczego wciąż uważamy to za dobry pomysł?” ⏩️ What “done” means when you’re shipping AI features https://jeffgothelf.com/blog/what-done-means-when-youre-shipping-ai-features/
John Cutler daje trafny argument (choć sam tego tak nie nazywa) w kwestii braków sztucznej inteligencji w budowaniu planów warsztatów. ⏩ TBM 391: You’re Not Misaligned. You’re Thinking Differently. https://cutlefish.substack.com/p/tbm-391-youre-not-misaligned-youre
Kojarzycie ‘vibe coding’? To już umarło. Teraz jest coś nowego - “uwielbiam” tę branżę. Choć ten tekst akurat ma fajne wskazówki dla product managerów. ⏩How do we bring agentic engineering and product management together? https://jeffgothelf.com/blog/karpathy-said-vibe-coding-is-obsolete-what-he-described-instead-is-product-management/
Czy zdarzyło wam się zmierzyć z prośbą organizacji o mierzalne statystyki produktywności waszych zespołów? Po tym tekście będzie wiedzieć, co wtedy powiedzieć - i zmierzyć się z rynkiem pracy. ⏩What I tell CEOs who want a product team scorecard https://jennywanger.com/articles/what-i-tell-ceos-who-want-a-product-team-scorecard/
Kolejny zestaw wskazówek jak współpracować w romansie techu z produktem. ⏩Working with product managers https://www.seangoedecke.com/working-with-product-managers/
Bardzo trafne spostrzeżenie: więcej decyzyjności dla zespołów, mniej agentów. ⏩Your company needs agency, not agents. https://www.elenaverna.com/p/your-ai-strategy-has-a-trust-problem
Powody, dla których AI nie zastąpiło jeszcze programistów i (według materiału) nigdy nie zastąpi. ⏩Why AI hasn’t replaced software engineers, and won’t https://www.normaltech.ai/p/why-ai-hasnt-replaced-software-engineers
Jakie są problemy z podejściem ‘big bang’ w budowaniu… budżetu dla produktu? ⏩The Inevitable Failure of One-Shot Project Funding https://www.mironov.com/inevitable/
Obszerna analiza kultury organizacyjnej w wielu firmach produktowych, która pokazuje, że warto kopać w danych, aby dojść do bardzo sensownych wniosków i nie zatrzymywać się na powierzchownych argumentach. ⏩Your Culture Is Killing Your Innovation Capability — And The Data Proves It - Cris Beswick https://crisbeswick.com/your-culture-is-killing-your-innovation-capability-and-the-data-proves-it/
To już kolejny materiał o samoorganizacji i rozproszonym dowództwie w ukraińskiej armii. ⏩️ Lessons from war: change, command and product development – Allan Kelly https://www.allankelly.net/archives/10740/lessons-from-war-change-command-and-product-development/
Jak reagować na uwagi i opinie w zespole, aby jako lider nie zablokować innych do dzielenia się nimi. ⏩️ Speaking Up • Esther Derby https://estherderby.com/speaking-up-2
Posty na blogu ProdPad to w sporej części materiały reklamowe dla ich produktu, ale pomiędzy wierszami można w nich znaleźć sporo istotnych wskazówek - jak chociażby konieczność przemyślenia, gdzie ląduje feedback od naszych klientów. ⏩️ Why Your Feedback is Stuck in Slack | ProdPad https://www.prodpad.com/blog/feedback-in-slack/
Dokładnie tak samo jest z tekstami od Lobable. Tutaj o ciekawej tezie, że AI nie tyle przyśpieszy pracę programistów, ile przede wszystkim zwiększy miejsca, z których soft będzie wypływał. ⏩️ The Mom-and-Pop SaaS era has arrived - by Elena Verna https://www.elenaverna.com/p/the-mom-and-pop-saas-era-has-arrived
Johanna Rothman pokazuje, jak zgubne jest zarzucanie programistów sztuczną inteligencją dla cycle time i jak można zlokalizować tego problemy, korzystając z Value Stream Mappingu. ⏩️ How to Use Value Stream Maps to See Where AI Creates Bottlenecks, Part 1 - Johanna Rothman https://www.jrothman.com/mpd/2026/06/how-to-use-value-stream-maps-to-see-where-ai-creates-bottlenecks-part-1/ + How to Diagnose the Bottlenecks In Your Team to Reduce Cycle Time, Part 2 - Johanna Rothman https://www.jrothman.com/mpd/agile/2026/06/how-to-diagnose-the-bottlenecks-in-your-team-to-reduce-cycle-time-part-2/
Flow Debt jak każdy inny dług zaciągany przy okazji tworzenia produktu, to narzędzie do skorzystania i zarządzania świadomie. Choć tekst ubiera go w negatywne szaty. ⏩ Flow Debt: The Hidden Cost of Expediting Work https://getnave.com/blog/flow-debt/
Do słuchania/oglądania
- Peter Hunter i Elena Stojmilova dzielą się podróżą organizacji Open GI do rozproszonej odpowiedzialności za architekturę produktu. ⏩️ Empowering Teams: Decentralizing Architectural Decision-Making https://www.infoq.com/presentations/teams-decision-making/
