Wiedza z IT. Doświadczenie z życia.

Na scenie jestem od dawna. Pierwszy raz – w podstawówce, w szkolnym kółku teatralnym.

Branżowo – od 2015 roku. Od tego czasu występowałam setki razy: na konferencjach, meetupach, webinarach i w podcastach.

Duże sceny i małe społeczności są dla mnie równie ważne.

Gdzie można mnie było zobaczyć

Mówiłam m.in. na wydarzeniach takich jak: Infoshare, Geecon, Devoxx, Boiling Frogs, Beyond Code – oraz na wielu meetupach i inicjatywach społecznościowych. Znam realia IT od środka.

Mam ponad 15 lat doświadczenia w wytwarzaniu oprogramowania i na co dzień pracuję ze specjalistami i liderami IT, więc na scenę nie wnoszę teorii z książek, tylko doświadczenia z zespołów, projektów i własnych błędów.

Jakie są moje wystąpienia

Łączę tematy techniczne z tym, co dzieje się z ludźmi, którzy tworzą oprogramowanie.

To są wystąpienia o:

• jakości pracy i jakości oprogramowania,
• decyzjach, które mają długofalowe konsekwencje,
• zmęczeniu, perfekcjonizmie i „jeszcze dam radę”,
• pracy mądrej, a nie tylko byciu zarobionym.

O czym mówię

Jakość życia w IT

• wypalenie zawodowe i jak mu realnie zapobiegać,
• granice, odpoczynek i regeneracja w środowisku wysokich wymagań,
• stres, emocje i koncentracja w pracy umysłowej,
• psychologia pozytywna w codzienności zespołów (bez coachingu).

Jakość oprogramowania

• jak tworzyć oprogramowanie z głową (i po co),
• techniczny dług vs inne długi, które też kiedyś trzeba spłacić,
• jakość jako decyzja zespołowa, nie tylko techniczna,
• konsekwencje „szybko teraz, ogarniemy później”.

Między tymi światami

• perfekcjonizm, FOMO i imposter syndrome w IT,
• job crafting – jak zmieniać swoją pracę bez zmiany pracy,
• co znaczy „dbać o siebie”, kiedy pracujesz głową, a nie rękami.

Format

Najlepiej czuję się w:

• 20–30 minutowych wystąpieniach edukacyjno-inspiracyjnych

Ale pracuję też jako:

• facylitatorka warsztatów (np. job crafting),
• gościni podcastów,
• panelistka w dyskusjach o IT, karierze i dobrostanie.

Mówię prostym językiem. Podaję konkretne przykłady z pracy zespołów.

Odwołuję się do badań – ale bez slajdów pełnych wykresów, które i tak nikt nie czyta.