O mnie
Pomagam osobom w automotive odzyskać jasność, wpływ i spokój.
Mam 19 lat doświadczenia zawodowego, w tym 12 lat w rozwoju systemów automotive: ADAS, radar, kamera, software, Battery Management Systems i funkcje safety-critical. Pracowałem jako System Engineer, Requirements Engineer, Software Requirements Engineer, Software Architect, Senior Technical Consultant oraz Technical Manager w środowiskach związanych z Aptiv, Magna, Electrobit i Panasonic Industries.
Moja historia
Wiem, jak frustrujące jest uczucie, gdy cały dzień walczysz, a wieczorem trudno powiedzieć, co naprawdę poszło do przodu. Wiem, jak boli praca w projekcie, w którym wymagania są niejasne, decyzje rozproszone, a każde spotkanie dokłada nowe pytania zamiast zamykać stare. Sam uczyłem się tego najtrudniejszą drogą — przez opóźnienia, źle przygotowane testy, niedopowiedziane założenia i konsekwencje, które wychodziły dopiero wtedy, gdy kosztowały już zbyt dużo. Pamiętam pracę hybrydową między Gdańskiem a Kolonią, gdzie jeden brak w przygotowaniu potrafił oznaczać stratę czasu, frustrację i dłuższą rozłąkę z rodziną. Wtedy nie miałem jeszcze języka, którym dziś opisuję wymagania, walidację, traceability i wpływ decyzji na produkt. Czułem tylko, że coś powinno być uchwycone wcześniej. Dopiero w automotive zobaczyłem, że dobre wymagania i dobre pytania nie są biurokracją. Są sposobem na ochronę zespołu przed chaosem. Dlatego dziś pokazuję System Engineering tak, jak sam chciałbym go kiedyś poznać: praktycznie, po ludzku i z perspektywy codziennego biurka.
Dlaczego możesz mi zaufać?
Mam 19 lat doświadczenia zawodowego, w tym 12 lat w rozwoju systemów automotive.
Pracowałem przy ADAS, radarze, kamerze, software, Battery Management Systems i funkcjach safety-critical.
Pełniłem role System Engineera, Requirements Engineera, Software Requirements Engineera, Software Architecta, Senior Technical Consultanta oraz Technical Managera.
Pracowałem w środowiskach związanych z Aptiv, Magna, Electrobit i Panasonic Industries.
W jednym z projektów uporządkowałem lifecycle wymagań przez zdefiniowanie etapów, właścicieli i prostych metryk postępu, dzięki czemu w około dwa miesiące zespół uzyskał jaśniejszy obraz statusu wymagań i developmentu.
W projektach ADAS i safety-critical pracowałem nad rozbijaniem wymagań z poziomu zewnętrznego na wymagania systemowe i domenowe dla software, walidacji, mechaniki, elektroniki i manufacturingu.
Rozumiem nie tylko procesy, ale też codzienną rzeczywistość projektu: presję czasu, trudne review, niejasne decyzje, konflikty między domenami, traceability, ASPICE, safety i komunikację techniczną.
Nie pokazuję System Engineeringu jako kolejnej warstwy dokumentów. Pokazuję go jako sposób odzyskiwania zrozumienia, wpływu i spokoju w pracy nad realnym produktem.