Co naprawdę znaczy „gotowe" — i dlaczego jest zawsze negocjowane, nigdy zdefiniowane
Definicja ukończenia to najbardziej dyskutowany, najmniej uzgodniony koncept w Agile. Oto czego nauczyłem się, prowadząc go przez prawdziwe zespoły.
Product Owner Lider IT Wrocław, Polska
Ownership produktu.
Wbudowany w inżynierię.
Gdzie głęboka wiedza techniczna spotyka się z dostarczaniem produktu — dla projektów oprogramowania, które nie mogą sobie pozwolić na niejednoznaczność.
Zdjęcie wkrótce
O mnie
Gdzie myślenie produktowe spotyka rzeczywistość inżynierską
Zacząłem karierę pisząc kod dla policji. Nieoczywista droga do roli Właściciela Produktu — ale okazała się najlepsza z możliwych.
Dwadzieścia dwa lata w policji, samorządzie regionalnym i komercyjnym wytwarzaniu oprogramowania nauczyły mnie, gdzie projekty naprawdę się sypią: w przepaści między tym, czego interesariusz mówi, że potrzebuje, a tym, co buduje zespół inżynierów. Całą karierę spędziłem właśnie w tej przestrzeni.
W Vazco, gdzie pracuję od siedmiu lat jako osadzony Product Owner i Project Manager, odpowiadam za roadmapy produktów od początku do końca — od odkrycia problemu z klientem po ceremonie sprintowe z zespołem deweloperów. Potrafię przeczytać user story i przejrzeć schemat bazy danych. To połączenie jest rzadsze niż powinno, a eliminuje niejednoznaczność zanim zamieni się w przepracowanie. Używam nowoczesnych narzędzi AI do przyspieszania dokumentacji, badań i pracy z wymaganiami — zachowując ostrość umysłu przez długie zaangażowania.
22+
lat w IT
7
lata jako osadzony PO w Vazco
3
sektory: policja · samorząd regionalny · sektor prywatny
PSM I · TOGAF 9
certyfikaty
Usługi
Co robię
Osadzony Product Owner
Dołączam do Twojego zespołu deweloperskiego jako pełnoetatowy Product Owner — odpowiadam za backlog, prowadzę ceremonie Scrum i reprezentuję Twoją wizję wobec inżynierów, jednocześnie trzymając rzeczywistość inżynierską w zasięgu Twojego wzroku. Pracuję w Twoich narzędziach: Jira (łącznie z administracją i konfiguracją), Linear, Confluence lub czymkolwiek, czego używa Twój zespół. To model, w którym działam od siedmiu lat. Pełna odpowiedzialność. Stałe zaangażowanie.
Odkrycie produktu i definicja wymagań
Przekształcanie celu biznesowego w specyfikację gotową do implementacji. User stories, kryteria akceptacji, wymagania funkcjonalne — na tyle precyzyjne, że Twój zespół może działać bez kolejnego spotkania wyjaśniającego. Szczególnie skuteczne, gdy problem nie jest jeszcze dobrze rozumiany.
Strukturyzacja backlogu i projektowanie roadmapy
Dla backlogów, które stały się ciężarem: repriorytetyzacja względem celów strategicznych, identyfikacja długu technicznego i roadmapa, którą interesariusze mogą zatwierdzić. Prowadziłem roadmapy produktów w środowiskach, gdzie polityka interesariuszy była bardziej złożona niż w większości startupów — programy dotacji UE, koordynacja wieloagencyjna.
Techniczna analiza biznesowa
Dla złożonych domen — branże regulowane, modernizacja systemów legacy, wieloinstytucjonalna wymiana danych — gdzie analiza wymagań wymaga kogoś, kto rozumie zarówno proces biznesowy, jak i model danych za nim stojący. Potrafię rozmawiać z architektami i audytorami na tym samym spotkaniu.
Przegląd procesów Agile
Skoncentrowana ocena sposobu pracy Twojego zespołu: jakość ceremonii, wzorce współpracy Product Owner–deweloperzy, jakość historyjek, higiena backlogu. Jasne wnioski, praktyczne kolejne kroki. Dobry punkt wejścia, jeśli nie wiesz jeszcze, czego potrzebujesz.
Jak pracuję
Każdy projekt jest inny. Mój proces dopasowuje się odpowiednio.
Step 01
Rozmowa rozpoznawcza
30-minutowa rozmowa o Twojej sytuacji. Bez pitcha, bez prezentacji, bez propozycji retainera. Muszę zrozumieć problem, zanim powiem, czy jestem właściwą osobą do jego rozwiązania.
Umów termin →
Step 02
Zakres współpracy
Jeśli jest dopasowanie, proponuję strukturę zaangażowania — domyślnie zdalną, z możliwością pracy on-site we Wrocławiu. Format zależy od projektu: godzinowy dla skoncentrowanych konsultacji i audytów, projektowy dla określonych rezultatów, retainer dla stałej pracy osadzonej. Dostosowuję się do narzędzi, rytmu i potrzeb raportowania Twojego zespołu.
Step 03
Realizacja
Nie przynoszę stałego procesu i nie narzucam go Twojemu zespołowi. Co przynoszę: wczesne rozpoczęcie pracy (jestem przy biurku o 7:30–8:00), pełną dzienną dostępność i twardy limit 8 godzin. Work-life balance to nie buzzword — to sposób, w jaki zachowuję ostrość przez długie zaangażowania.
Artykuły
Obserwacje z przestrzeni między biznesem a inżynierią
Od dawna planuję pisać o własności produktu, dostarczaniu oprogramowania i tym, czego naprawdę uczy dwadzieścia dwa lata w IT — rzeczach, które rzadko pojawiają się w certyfikatach czy ramach metodycznych. Obserwuj tę przestrzeń lub śledź mnie na LinkedIn.
Dlaczego doświadczenie w IT sektora publicznego ma znaczenie w komercyjnym wytwarzaniu oprogramowania
Dwanaście lat w policji i samorządzie regionalnym nauczyło mnie rzeczy o odpowiedzialności i złożoności interesariuszy, których żaden startup nie mógłby nauczyć.
Zarządzanie backlogiem produktu z narzędziami wspomaganymi AI — co naprawdę działa w 2025 roku
Podłączyłem Jirę i Linear do agentów AI do zarządzania zadaniami. Oto uczciwa ocena tego, co to zmienia, a co nie.
Jeśli Twój projekt ma wymagania, co do których nikt się nie zgadza, interesariuszy ciągnących w różnych kierunkach lub zespół, który dostarcza wyniki bez postępu — to jest właśnie rozmowa, do której jestem stworzony.
Zacznij od 30-minutowej rozmowy. Bez pitch decku, bez propozycji retainera. Tylko rozmowa o Twojej konkretnej sytuacji.
Otwarty na senior embedded Product Owner role (pełen etat lub długoterminowy kontrakt). Połącz się na LinkedIn →