#30 ProductTank: Who Actually Builds the Product?

[English below]

Pytanie tego wieczoru: kto właściwie buduje produkt? Można by pomyśleć, że po 30 spotkaniach znamy odpowiedź. Nie znamy. Więc znaleźliśmy dwie osoby, które wiedzą. I się nie zgadzają.

Piotr przestał opisywać produkt i zaczął go budować sam.
Ryszard odpowiada za produkt, nie kontrolując zespołu, który go dowozi.

Dwóch praktyków, którzy przekroczyli granicę między produktem a inżynierią — w przeciwnych kierunkach. Obaj robią to teraz. Skutecznie. Większość z nas wciąż się o to spiera w wątku na Slacku ze 100+ komentarzami.

Piotr Durlej: From Spec to Prototype: Battle Scars from AI-Native Product Work

Co się dzieje, gdy PM przestaje traktować narzędzia AI do kodowania jak generatory dem i zaczyna używać ich w realnej pracy produktowej? Piotr dzieli się bliznami z prototypowania wspieranego przez AI: zamienianie mglistych pomysłów w specyfikacje z Codex i Claude Code, używanie spec-driven development i BMAD, żeby agenty wykonywały ustrukturyzowaną pracę, oraz triangulacja modeli płatnych i otwartych (w tym Ollama), które nawzajem się sprawdzają. Pokaże też ograniczenia, które ujawniają się dopiero w praktyce: zwodniczą pewność siebie, kruche prototypy, dryf kontekstu, ograniczenia bezpieczeństwa i moment, w którym „prototyp AI" musi stać się przekazaniem do inżynierii. Prawdziwe pytanie nie brzmi, czy PM-i mogą zostać inżynierami. Brzmi: jak blisko realnego systemu może dotrzeć praca produktowa, zanim przejmie ją inżynieria.

Droga Piotra do produktu nigdy nie była liniowa: własne startupy, agencje jak Swing Development i HTD, międzynarodowe startupy w tym Splio i AppJobs. Później prowadził większe zakłady: produkt w Just Join IT (największy techniczny job board w CEE) i globalny launch myglo (IoT) w BAT. Dziś, jako Lead of Product Team w Publicis Groupe Poland, prowadzi mały zespół doświadczonych PM-ów i portfolio produktów wewnętrznych, napędzając praktyczną transformację AI w 2000-osobowym polskim hubie. Wciąż myśli jak PM, to zacznij od problemu, zrozum system, podejdź jak najbliżej realnej rzeczy. AI po prostu przybliżyło tę realną rzecz do pierwszej rozmowy.

Ryszard Czarnecki: Product Ownership With a Delivery Partner: How BEC Makes It Work

Co to znaczy odpowiadać za produkt, gdy zespół inżynierski siedzi w osobnej jednostce organizacyjnej? W BEC Demand i Delivery rozdzielają się na dwie funkcje. Product People są po stronie Demand: odpowiadają za rezultaty, strategię i zaufanie interesariuszy, ale nie kontrolują zespołu, który dowozi. Ryszard pokazuje, jak działa product management w tym modelu i jak sprawić, żeby działał w dużym portfolio, w regulowanym środowisku finansowym.

Ryszard zaczynał od budowania i naprawiania systemów, aż zauważył, że to rzadko systemy są zepsutą częścią — co przeniosło go z infrastruktury i automatyzacji do liderowania produktem, przez transformację DevOps i pracę nad kulturą inżynierską. W BEC Financial Technologies odpowiada za Platform & Developer Experience: 8 produktów i 5 Product Ownerów. Wciąż myśli jak inżynier. Tylko że teraz zadaje inne pytania.

LOKALIZACJA
BEC Financial Technologies
ul. Emilii Plater 53, 23. piętro

DATA
11 czerwca 2026 · 18:00–21:00

AGENDA
18:00–18:15 — Przyjście gości
18:15 — Powitanie od ProductTank (5 min)
18:20 — Powitanie od BEC (10 min)
18:30 — Piotr Durlej (25–30 min z Q&A)
19:00 — Przerwa networkingowa (15 min)
19:15 — Ryszard Czarnecki (25–30 min z Q&A)
19:45 — Fishbowl (25–30 min, rotacja krzeseł)
20:15 — Zakończenie (5 min)
20:20–21:00 — Networking

Język: angielski („tech conference English"). Międzynarodowa społeczność PM mile widziana.
Limit miejsc: 100
Przekąski zapewnione. Płatny parking w okolicy PKiN.
Kontakt: Luke Szyrmer (luke@launchtomorrow.com), Grzegorz Witek (grzegorzw.mail@gmail.com), Michał Krajewski (mikekrajewskipro@gmail.com), Piotr Durlej (p@durlej.me) lub przez aplikację Meetup.

#30 ProductTank: Who Actually Builds the Product?

The evening’s question: who actually builds the product? You'd think after 30 of these we'd have an answer. We don't. So we found two people who do. And they disagree.

Piotr stopped describing the product and started building it himself.
Ryszard owns the product without controlling the team that ships it.

Two practitioners who crossed the line between product and engineering, going opposite directions. Both doing it now. Successfully. Most of us are still arguing about it in a 100+ comment Slack thread.

Piotr Durlej: From Spec to Prototype: Battle Scars from AI-Native Product Work

What happens when a PM stops treating AI coding tools as demo generators and starts using them for real product work? Piotr shares battle scars from AI-assisted prototyping: shaping vague ideas into specs with Codex and Claude Code, using spec-driven development and BMAD to get agents executing structured work, and triangulating paid and open models (including Ollama) to challenge each other. He'll also cover the limits that only show up in practice: hallucinated confidence, fragile prototypes, context drift, security constraints, and the moment an "AI prototype" has to become an engineering handoff. The real question isn't whether PMs can become engineers. It's how much closer product work can get to the real system before engineering takes over.

Piotr's path into product was never linear: own startups, agencies like Swing Development and HTD, international startups including Splio and AppJobs. He's since led bigger bets: product at Just Join IT (the #1 tech job board in CEE) and BAT's global myglo IoT launch. Today, as Lead of Product Team at Publicis Groupe Poland, he runs a small group of experienced PMs and a portfolio of internal products, driving practical AI transformation across Publicis' 2,000-person Polish hub. He still thinks like a PM: start with the problem, understand the system, get as close as possible to the real thing. AI has simply moved that "real thing" much closer to the first conversation.

Ryszard Czarnecki: Product Ownership With a Delivery Partner: How BEC Makes It Work

What does it mean to own a product when your engineering capacity sits in a separate org unit? At BEC, Demand and Delivery split into two functions: Product People sit on the Demand side, accountable for outcomes, strategy, and stakeholder trust, but don't control the team that ships. Ryszard shows how product management works in that model, and how to make it real across a large portfolio in a regulated financial environment.

Ryszard came up building and fixing systems, then noticed the systems were rarely the broken part, which pulled him from infrastructure and automation into product leadership, through DevOps transformation and engineering-culture work. At BEC Financial Technologies he leads Platform & Developer Experience across 8 products and 5 Product Owners. He still thinks like an engineer. He just asks different questions now.

AGENDA
18:00–18:15 — Guest arrival
18:15 — Welcome from ProductTank (5 mins)
18:20 — Welcome from BEC (10 mins)
18:30 — Piotr Durlej (25–30 mins incl Q&A)
19:00 — Networking break (15 mins)
19:15 — Ryszard Czarnecki (25–30 mins incl Q&A)
19:45 — Fishbowl (25–30 mins, rotating chairs)
20:15 — Closing remarks (5 mins)
20:20–21:00 — Networking

RSVP on meetup.com

Language: "Tech Conference" English. International PM community welcome.
Capacity limit: 100
Snacks provided. Paid parking available near PKiN.
Contact: Luke Szyrmer (luke@launchtomorrow.com), Grzegorz Witek (grzegorzw.mail@gmail.com), Michal Krajewski ([mikekrajewskipro@gmail.com](mailto:mikekrajewskipro@gmail.com)), Piotr Durlej (p@durlej.me) or through the Meetup app.