
Hosted by Krzysztof Kempiński · PL

Witam w trzysta czternastym podcastu „Porozmawiajmy o IT”. Tematem dzisiejszej rozmowy jest to jak sprzedaje polska branża IT.Dziś moimi gościem jest Nikodem Krajewski – ekspert z zakresu customer experience, marketingu oraz sprzedaży z ponad dwudziestoletnim doświadczeniem zawodowym. Odpowiedzialny za tworzenie kompleksowych kampanii marketingowych oraz sprzedażowych, budowę programu partnerskiego zrzeszającego ponad 200 firm. Twórca newslettera subskrybowanego przez ponad 6000 osób.W tym odcinku o sprzedaży w polskiej branży IT rozmawiamy w następujących kontekstach:dominacja relacji i poleceń jako głównego źródła klientów oraz jej wpływ na skalowanie biznesuniedoinwestowany marketing i jego konsekwencje dla budowy powtarzalnego lejka sprzedażyrosnący rynek IT jako argument za ofensywnym podejściem do sprzedaży i marketinguwiększa dojrzałość działów sprzedaży niż marketingu w polskich firmach ITewolucja sposobów sprzedaży IT i porównanie do rynków zagranicznychodbicie rynku pracy w IT i jego wpływ na sprzedaż, employer branding i konkurencję o talentypowszechność content marketingu i brak jego realnego powiązania ze sprzedażąrosnące budżety marketingowe i nadchodząca walka o uwagę klientaduże rozbieżności w konwersjach i problem z definicją jakościowego leadarelatywnie krótkie cykle sprzedaży i ich znaczenie dla efektywności działań handlowychtrzy modele sprzedaży: relacyjny, marketingowy i ekspercki jako framework decyzyjnyopóźniona adopcja narzędzi marketingowych, automatyzacji i AI względem rynków globalnychSubskrypcja podcastu:zasubskrybuj w Apple Podcasts, Spreaker, Sticher, Spotify, przez RSS, lub Twoją ulubioną aplikację do podcastów na smartphonie (wyszukaj frazę „Porozmawiajmy o IT”)poproszę Cię też o polubienie fanpage na FacebookuLinki:Profil Nikodema na LinkedIn – https://www.linkedin.com/in/nikodem-krajewski/Raport “Jak sprzedaje polskie IT” – https://growthgency.com/jspitJeśli masz jakieś pytania lub komentarze, pisz do mnie śmiało na krzysztof@porozmawiajmyoit.plhttps://porozmawiajmyoit.pl/314

Witam w trzysta trzynastym podcastu „Porozmawiajmy o IT”. Tematem dzisiejszej rozmowy jest to, że systemy IT się psują i czego możemy jako branża się z tego nauczyć.Dziś moimi gościem jest Adam Korga – autor satyrycznego IT Dictionary. Od niemal dwóch dekad przechodzi przez kolejne szczeble technicznej drabiny: od programisty, przez architekta, po Engineering Managera. Po zebraniu i opisaniu branżowych absurdów, tym razem bierze na warsztat znacznie poważniejszy temat: błędy i katastrofy w IT. Analizuje momenty, w których systemy zawodzą, i sprawdza, czego jako branża możemy się z nich nauczyć, by zamiast szukać winnych, budować realną odporność systemów i zespołów.W tym odcinku o błędach w IT rozmawiamy w następujących kontekstach:nauka z awarii jako bardziej wiarygodne źródło wiedzy niż success storiesograniczenia „success stories” i ich niska replikowalność w realnych projektachświadomość zawodności systemów w IT i dojrzałość organizacji w uczeniu się na błędachbłąd przeżywalności (survivorship bias) i jego wpływ na decyzje technologiczneznaczenie kultury blameless post-mortem dla budowania odporności organizacjidlaczego szukanie winnego blokuje realne uczenie się na błędachroot cause analysis jako analiza systemowa, wykraczająca poza samą technologiętechnika 5-Why jako narzędzie docierania do źródeł problemów organizacyjnychtrudność projektowania prostych rozwiązań i rola zrozumienia problemuiluzja wiedzy i problem z prostym tłumaczeniem złożonych zagadnieńautomatyzacja jako wzmacniacz ludzkich błędów i skrótów myślowychwpływ AI na naturę błędów w IT oraz nowe wyzwania w ich analizieSubskrypcja podcastu:zasubskrybuj w Apple Podcasts, Spreaker, Sticher, Spotify, przez RSS, lub Twoją ulubioną aplikację do podcastów na smartphonie (wyszukaj frazę „Porozmawiajmy o IT”)poproszę Cię też o polubienie fanpage na FacebookuLinki:Profil Adama na LinkedIn – https://www.linkedin.com/company/adam-korga/Strona domowa – https://adamkorga.com/Wcześniejszy odcinek z Adamem o humorze w IT – https://porozmawiajmyoit.pl/poit-299-humor-w-it/Jeśli masz jakieś pytania lub komentarze, pisz do mnie śmiało na krzysztof@porozmawiajmyoit.plhttps://porozmawiajmyoit.pl/313

Witam w trzysta dwunastym odcinku podcastu „Porozmawiajmy o IT”. Tematem dzisiejszej rozmowy w serii podcastów dla kandydata jest to jak przygotować się do rozmowy o pracę.Dziś moim gościem jest Łukasz Drynkowski, z którym mam przyjemność współtworzyć portal z ofertami pracy dla branży IT o nazwie SOLID.Jobs.Główne myśli o przygotowaniu do rozmowy o pracę w IT z tego odcinka to:wykorzystaj czas na naukę, zwłaszcza tego czego nie wiedziałeś na poprzednich rozmowachzapoznaj się z typowymi pytaniami rekrutacyjnymi w twojej technologiisprawdź czy ktoś z twoich znajomych nie pracuje w tej firmie lub kiedyś do niej aplikowałprzećwicz przedstawienie się i opowiedzenie o swoim doświadczeniu zawodowymzbierz informację o firmie i jej projektachprzygotuj pytania do rekruteraprzygotuj się na typowe pytania – wymagania finansowe, okres wypowiedzenia, itd.jeśli rozmowa ma być online – sprawdź sprzęt i połączenieSubskrypcja podcastu:zasubskrybuj w Apple Podcasts, Google Podcasts, Spreaker, Sticher, Spotify, przez RSS, lub Twoją ulubioną aplikację do podcastów na smartphonie (wyszukaj frazę „Porozmawiajmy o IT”)poproszę Cię też o polubienie fanpage na FacebookuLinki:Profil SOLID.Jobs na LinkedIn – https://www.linkedin.com/showcase/solid.jobs/SOLID.Jobs – https://solid.jobs/Jeśli masz jakieś pytania lub komentarze, pisz do mnie śmiało na krzysztof@porozmawiajmyoit.plhttps://porozmawiajmyoit.pl/poit-312-jak-przygotowac-sie-do-rozmowy-o-prace-w-it/

Witam w trzysta jedenastym podcastu „Porozmawiajmy o IT”. Tematem dzisiejszej rozmowy jest spec-driven development w realnym projekcie.Dziś moimi gościem jest Maciek Kemnitz – CEO Primotly. Łączy myślenie strategiczne z operacyjną skutecznością. Buduje organizacje, które biorą odpowiedzialność za efekt końcowy. Tworzy zespoły od podstaw, porządkuje procesy i prowadzi firmy przez etapy wzrostu. Prywatnie jest entuzjastą sportu i ruchu, od koszykówki i judo, przez taniec i bachatę, po medytację i długie spacery.W tym odcinku o spec-driven development rozmawiamy w następujących kontekstach:czy spec-driven development to realna zmiana paradygmatu czy tylko ewolucja znanych podejśćrelacja między spec-driven development a klasycznym programowaniem wysokopoziomowymrola developera jako orkiestratora zamiast implementerapraktyczne zastosowania spec-driven development w zespołach mid-marketgranice sensownego użycia vibe codingu w projektach produkcyjnychsytuacje, w których spec-driven development może przynieść więcej szkody niż pożytkutempo generowania kodu przez AI vs koszty jego utrzymaniaodpowiedzialność za kod generowany przez modele AIwpływ AI na rolę i znaczenie senior developerówzmiana kompetencji wymaganych w zespołach technicznychdojrzałość obecnych narzędzi spec-driven developmentmożliwe kierunki rozwoju i ewolucji tego podejściaSubskrypcja podcastu:zasubskrybuj w Apple Podcasts, Spreaker, Sticher, Spotify, przez RSS, lub Twoją ulubioną aplikację do podcastów na smartphonie (wyszukaj frazę „Porozmawiajmy o IT”)poproszę Cię też o polubienie fanpage na FacebookuLinki:Profil Maćka na LinkedIn – https://www.linkedin.com/in/maciek-kemnitz/Jeśli masz jakieś pytania lub komentarze, pisz do mnie śmiało na krzysztof@porozmawiajmyoit.plhttps://porozmawiajmyoit.pl/311

Witam w trzysta dziesiątym podcastu „Porozmawiajmy o IT”. Tematem dzisiejszej rozmowy są umiejętności miękkie, które w branży cybersecurity pozwalają przejść drogę od inżyniera do partnera dla biznesu.Dziś moimi gościem jest Paweł Zwierzyński – inżynier sieci i bezpieczeństwa IT z 15-letnim doświadczeniem, od ponad dekady związany ze środowiskiem integratorskim. Specjalizuje się w rozwiązaniach network i endpoint security, zarówno od strony wdrożeń, jak i szkoleń. Jako trener i prelegent dzieli się wiedzą na temat nowoczesnych technologii zabezpieczeń. Autor bloga związanego z sieciami i bezpieczeństwem, dostępnego pod adresem letsnet.eu.W tym odcinku o cybersecurity rozmawiamy w następujących kontekstach:codzienność pracy inżyniera bezpieczeństwa – między technologią, klientem i realnymi incydentamiróżnorodność wyzwań w projektach security i nieprzewidywalność problemów po stronie organizacjinajczęstsze słabości firm w obszarze cyberbezpieczeństwa – technologia, procesy i czynnik ludzkirozwój zawodowy specjalisty security i rola certyfikatów w budowaniu kompetencjiprowadzenie szkoleń jako sposób porządkowania wiedzy i budowania eksperckościznaczenie kompetencji miękkich w pracy specjalisty cyberbezpieczeństwakomunikacja technicznych zagadnień bezpieczeństwa w sposób zrozumiały dla biznesuprezentowanie rekomendacji security tak, aby wspierały decyzje organizacjibudowanie mostów między zespołami IT i biznesem w kontekście bezpieczeństwarola inżyniera security jako doradcy i partnera w podejmowaniu decyzji technologicznychwyznaczanie celów zawodowych i prywatnych w wymagającej branży bezpieczeństwadobrostan psychiczny i fizyczny jako element długofalowej pracy w cybersecuritySubskrypcja podcastu:zasubskrybuj w Apple Podcasts, Spreaker, Sticher, Spotify, przez RSS, lub Twoją ulubioną aplikację do podcastów na smartphonie (wyszukaj frazę „Porozmawiajmy o IT”)poproszę Cię też o polubienie fanpage na FacebookuLinki:Profil Pawła na LinkedIn – https://www.linkedin.com/in/pawel-zwierzynski/Blog Pawła – https://letsnet.eu/ Jeśli masz jakieś pytania lub komentarze, pisz do mnie śmiało na krzysztof@porozmawiajmyoit.plhttps://porozmawiajmyoit.pl/310

Witam w trzysta dziewiątym odcinku podcastu „Porozmawiajmy o IT”. Tematem dzisiejszej rozmowy w serii podcastów dla kandydata jest to jak skutecznie szukać pracy w IT.Dziś moim gościem jest Łukasz Drynkowski, z którym mam przyjemność współtworzyć portal z ofertami pracy dla branży IT o nazwie SOLID.Jobs.Główne myśli o szukaniu pracy w IT z tego odcinka to:dlaczego już nie wystarczy tylko wysłać CVmasowe aplikowanie nie działa, konieczne jest indywidualne podejście do rekrutacjijak dobrze przygotować CV i profil na LinkedInportfolio i aktywność techniczna są ważnenie musisz spełniać 100% wymagań by aplikowaćbudowanie relacji z rekruteramiaktywne szukanie pracy: jobboardy, network, strony firmySubskrypcja podcastu:zasubskrybuj w Apple Podcasts, Google Podcasts, Spreaker, Sticher, Spotify, przez RSS, lub Twoją ulubioną aplikację do podcastów na smartphonie (wyszukaj frazę „Porozmawiajmy o IT”)poproszę Cię też o polubienie fanpage na FacebookuLinki:Profil SOLID.Jobs na LinkedIn – https://www.linkedin.com/showcase/solid.jobs/SOLID.Jobs – https://solid.jobs/Jeśli masz jakieś pytania lub komentarze, pisz do mnie śmiało na krzysztof@porozmawiajmyoit.plhttps://porozmawiajmyoit.pl/309

Witam w trzysta ósmym podcastu „Porozmawiajmy o IT”. Tematem dzisiejszej rozmowy jest rola branży IT w odpowiedzialności społecznej za technologię.Dziś moimi gościem jest Ela Wojciechowska – liderka Fundacji Digital University, organizacji, która koncentruje się na edukacji w obszarze nowych technologii. Opracowuje i wdraża innowacyjne programy wspierające rozwój kompetencji cyfrowych. Jest współautorką Uniwersytetu Sukcesu – rocznego programu stypendialnego, który pomaga młodym kobietom z domów dziecka oraz rodzin w trudnej sytuacji materialnej zdobyć atrakcyjny zawód przyszłości. Zainicjowała także programy Be.Eco i Be.Net, skierowane do nauczycieli. Za swoje osiągnięcia została uhonorowana licznymi nagrodami, w tym tytułem Bizneswoman Roku w kategorii Przeciwdziałanie Wykluczeniu Cyfrowemu oraz tytułem Innowatorki Nauki i Nowych Technologii w plebiscycie 16 Liderek Równości.W tym odcinku o technologii i odpowiedzialności społecznej rozmawiamy w następujących kontekstach:wpływ nowych technologii na tempo i kierunek zmian społecznychnierozerwalność innowacji i odpowiedzialności w świecie cyfrowymgranice odpowiedzialności firm technologicznych – produkt, użytkownik, decyzje biznesowełączenie celów biznesowych z realną misją społecznąrola sektora IT we wspieraniu inicjatyw społecznychtechnologia jako narzędzie wyrównywania lub pogłębiania nierównościprzeciwdziałanie wykluczeniu cyfrowemu poprzez edukację i współpracę z branżąmodele współpracy fundacji z firmami technologicznymikompetencje przyszłości i ich znaczenie na rynku pracywsparcie dzieci, młodzieży i nauczycieli w rozwoju kompetencji cyfrowychosobista odpowiedzialność specjalistów IT za wpływ tworzonych rozwiązańformy zaangażowania społecznego firm i pracowników oraz najczęstsze błędy w projektach „pro bono”Subskrypcja podcastu:zasubskrybuj w Apple Podcasts, Spreaker, Sticher, Spotify, przez RSS, lub Twoją ulubioną aplikację do podcastów na smartphonie (wyszukaj frazę „Porozmawiajmy o IT”)poproszę Cię też o polubienie fanpage na FacebookuLinki:Profil Eli na LinkedIn – https://www.linkedin.com/in/ela-wojciechowska/Strona Fundacji Digital University – https://fundacja.digitaluniversity.pl/Jeśli masz jakieś pytania lub komentarze, pisz do mnie śmiało na krzysztof@porozmawiajmyoit.plhttps://porozmawiajmyoit.pl/308

Witam w trzysta siódmym podcastu „Porozmawiajmy o IT”. Tematem dzisiejszej rozmowy są cyberzagrożenia i praca w branży cybersecurity.Dziś moimi gościem jest Sebastian Burgemejster – wdrażał, doradzał i audytował bezpieczeństwo informacji, IT, zarządzanie ryzykiem i zarządzanie jakością w różnych branżach i organizacjach, w tym o zasięgu międzynarodowym. Jest współwłaścicielem i dyrektorem zarządzającym spółek w Polsce i Wielkiej Brytanii, współzałożycielem The Antifragility Institute, byłym prezesem i członkiem zarządu Instytutu Audytorów Wewnętrznych IIA Polska. Posiadacz międzynarodowych certyfikatów zawodowych. Prywatnie miłośnik gór, biegania, sztuk walki i nowych technologii.W tym odcinku o cybersecurity rozmawiamy w następujących kontekstach:jak zmienił się krajobraz zagrożeń cyberbezpieczeństwa w ostatnich latach i co dziś budzi największy niepokójktóre typy ataków są obecnie najbardziej realne i kosztowne dla organizacjidlaczego w cyberbezpieczeństwie człowiek i procesy bywają większym zagrożeniem niż sama technologiajak wygląda codzienna praca specjalisty od bezpieczeństwa i jak bardzo odbiega od potocznych wyobrażeńco w pracy w cybersecurity generuje największy stres, a co daje poczucie sensu i satysfakcjijakie role i specjalizacje składają się dziś na szeroki ekosystem cyberbezpieczeństwaktóre stanowiska w cyber są obecnie najbardziej poszukiwane i gdzie widać przyszły wzrost zapotrzebowaniaod czego realnie zależą zarobki w cyberbezpieczeństwie i jak wygląda rynek finansowoczy możliwe jest wejście do branży bez klasycznego doświadczenia IT i jaka baza techniczna jest niezbędnajakie ścieżki wejścia do cybersecurity sprawdzają się najczęściej w praktycektóre kompetencje techniczne stanowią fundament pracy w obszarze bezpieczeństwajaką rolę odgrywają umiejętności miękkie, certyfikaty oraz długofalowe myślenie o rozwoju branżySubskrypcja podcastu:zasubskrybuj w Apple Podcasts, Spreaker, Sticher, Spotify, przez RSS, lub Twoją ulubioną aplikację do podcastów na smartphonie (wyszukaj frazę „Porozmawiajmy o IT”)poproszę Cię też o polubienie fanpage na FacebookuLinki:Profil Sebastiana na LinkedIn – https://www.linkedin.com/in/sebastian-burgemejster-cisa-crisc-cism-ccak-soc-2-expert-7b342a127/Jeśli masz jakieś pytania lub komentarze, pisz do mnie śmiało na krzysztof@porozmawiajmyoit.plhttps://porozmawiajmyoit.pl/307

Witam w trzysta szóstym odcinku podcastu „Porozmawiajmy o IT”. Tematem dzisiejszej rozmowy w serii podcastów o wpadkach w IT jest uczenie się na błędach.Dziś moim gościem jest Łukasz Drynkowski, z którym mam przyjemność współtworzyć portal z ofertami pracy dla branży IT o nazwie SOLID.Jobs.Główne myśli o uczeniu się na błędach z tego odcinka to:błędy są naturalną i nieodłączną częścią budowania produktów ITnajszybciej uczymy się na błędach innych, ale najtrwalej zapamiętujemy własne wpadkinajwiększym fuckupem jest nieusunięcie przyczyn poprzedniego fuckupuorganizacje, które nie popełniają błędów, zazwyczaj nie dostarczają niczego nowegoblame culture skutecznie blokuje wyciąganie realnych lekcji z niepowodzeńpostmortem to proces analizy incydentu, a nie polowanie na winnychcelem postmortem jest zrozumienie przyczyn i zapobieganie podobnym sytuacjom w przyszłościpostmortem robimy wtedy, gdy problem jest już rozwiązany, a emocje opadłyefektem postmortem powinny być konkretne wnioski, zmiany procesowe i zadania techniczneaction items muszą mieć właścicieli, inaczej pozostaną tylko dobrymi intencjamiwartościowe postmortem jest blameless, oparte na faktach i rekonstrukcji timeline’udane mają znaczenie – logi, alerty, metryki i obserwowalność pomagają oddzielić fakty od opiniipostmortem to proces, a nie jednorazowe spotkanie – follow-up jest kluczowyucząc się na błędach, nie zapominajmy o tym, co działa dobrze i co warto świadomie chronićSubskrypcja podcastu:zasubskrybuj w Apple Podcasts, Spreaker, Sticher, Spotify, przez RSS, lub Twoją ulubioną aplikację do podcastów na smartphonie (wyszukaj frazę „Porozmawiajmy o IT”)poproszę Cię też o polubienie fanpage na FacebookuLinki:Profil SOLID.Jobs na LinkedIn – https://www.linkedin.com/showcase/solid.jobs/SOLID.Jobs – https://solid.jobs/Jeśli masz jakieś pytania lub komentarze, pisz do mnie śmiało na krzysztof@porozmawiajmyoit.plhttps://porozmawiajmyoit.pl/306

Witam w trzysta piątym podcastu „Porozmawiajmy o IT”. Tematem dzisiejszej rozmowy jest przewidywalność dowożenia przez zespoły IT.Dziś moimi gościem jest Jacek Wieczorek – konsultant z ponad 20-letnim doświadczeniem w branży IT. Pomaga firmom technologicznym uporządkować pracę zespołów, by efektywnie i przewidywalnie dowoziły wyniki biznesowe. Autor książki „Labirynty Scruma”, współtwórca podcastu „Porządny Agile” oraz współzałożyciel firmy konsultingowej 202 Procent.W tym odcinku o przewidywalności dowożenia w IT rozmawiamy w następujących kontekstach:czym w praktyce jest przewidywalność dowożenia w zespołach ITdlaczego z perspektywy biznesu przewidywalność bywa ważniejsza niż sama szybkość dostarczaniajakie realne koszty dla organizacji generuje brak przewidywalnościjak przewidywalność wpływa na zaufanie między biznesem a ITczy zespół, który regularnie dowozi niewielką część planu, nadal można uznać za przewidywalnyjak sensownie liczyć przewidywalność w ramach iteracji lub sprintu<jaki wpływ na przewidywalność mają zmiany zakresu w trakcie trwania iteracjijakimi narzędziami i metrykami można mierzyć przewidywalność zespołuczy wynik bliski 100% to ideał, czy raczej sygnał ostrzegawczyskąd bierze się koncepcja „zdrowej przewidywalności” w przedziale 80–120%dlaczego zespoły mają tendencję do chronicznego przeplanowywaniajak poprawiać przewidywalność, nie zabijając eksperymentowania i nie generując długu technologicznegoSubskrypcja podcastu:zasubskrybuj w Apple Podcasts, Spreaker, Sticher, Spotify, przez RSS, lub Twoją ulubioną aplikację do podcastów na smartphonie (wyszukaj frazę „Porozmawiajmy o IT”)poproszę Cię też o polubienie fanpage na FacebookuLinki:Profil Jacka na LinkedIn – https://www.linkedin.com/in/jacekwieczorek/Podcast “Porządny Agile” – https://porzadnyagile.pl/Firma konsultingowa Jacka – https://202procent.pl/Jeśli masz jakieś pytania lub komentarze, pisz do mnie śmiało na krzysztof@porozmawiajmyoit.plhttps://porozmawiajmyoit.pl/305