Építs IT-t, ami túléli a vezetőjét Mi történik a céggel, ha a legfontosabb embere egyik napról a másikra kiesik? Sok IT-szervezet kívülről skálázhatónak tűnik, közelről viszont kiderül, hogy egyetlen ember működésén múlik minden. Ilyenkor valójában nem céget építettünk, hanem függőséget. Közben egy átlagos senior fejlesztő heti idejének akár 30%-a a hibák utólagos javításával telik, és válság idején mégis gyakran a tesztelés az első, amin spórolni kezdenek. Ebben az epizódban Hamana Zsolt és Hargitai Zsolt arról beszélget, hogyan lehet olyan IT-szervezetet építeni, amely a vezetője nélkül is működik. Szó esik a kulcsember-függés veszélyeiről, a struktúra és az egyén viszonyáról, és arról, milyen stratégiai szerepe van a tesztelésnek a versenyszférában és az állami szektorban. Vendégünk Kuti Róbert, aki a tesztelésből indulva több mint 20 éve vezet fejlesztő- és rendszerintegrációs csapatokat. Korábban a Vodafone-nál, az Erste-nél és az IDOMSoftnál töltött be vezető IT pozíciókat, emellett dolgozott az Ericssonnál és a GE-nél is, többek között a GE Aviation hajtóműszervizeinek szoftverein. Ha IT közép- vagy felsővezetőként azt szeretnéd, hogy a csapatod nélküled is működjön, ha tudni akarod, miért rövidlátó döntés a tesztelésen spórolni, vagy kíváncsi vagy, hogyan érdemes belsős és külsős kollégákból tesztcsapatot építeni, akkor ez az adás 🫵neked szól. Megvizsgáljuk, mikor válik a vezető a szervezet motorjából a gátjává, miért „hitelből vásárolt sebesség” az ad hoc működés, és hogyan működik a shift left a gyakorlatban. Szó lesz arról is, mit tanít egy olyan iparág, ahol a hiba nem opció, hogyan áraz be egy bank egy reputációs kárt, és miért ugyanolyan szoftverfejlesztő a tesztautomatizáló mérnök, mint az, aki a funkciót fejleszti. ⏱️ Időbélyegek 00:00 – Előzetes 01:24 – Bevezetés: Miért kell olyan IT, ami a vezetője nélkül is működik? 03:24 – Motor vagy gát? Mikor válik a vezető szűk keresztmetszetté, és hány ember kiesése állítja meg a céget? 06:34 – Vodafone: Miért kellett szétválasztani az üzemeltetést, a támogatást és a tesztelést? 12:36 – Struktúra vs. egyén: Hogyan biztosítható a kontinuitás, ha egy kulcsember távozik? 16:41 – Hősök helyett rendszerek: Kulcsember-függés kis cégeknél és a mikromenedzsment csapdája 18:24 – Válság idején először a tesztelést vágják? A fejlesztői idő 30%-a hibajavítás 24:24 – Shift left a gyakorlatban: Mennyire korán lehet bevonni a tesztelést? 30:54 – Ahol a hiba nem opció: Szoftverfejlesztés a GE Aviation hajtóműszervizeinek 38:04 – Hogyan áraz be egy bank egy reputációs kárt? A bizalomvesztés kamatos kamata 41:34 – A versenyszférából az állami szférába: Kultúrsokk, jogszabályok és a DÁP 50:13 – Monolit rendszerek és COBOL: Van helye a tesztautomatizálásnak? 01:00:13 – Fejlesztői vs. tesztelői bérek: Miért ugyanolyan szoftverfejlesztő a tesztautomatizáló? 01:03:49 – Belsős vagy külsős? Így skálázz tesztcsapatot 01:08:35 – Betanítás, tudásmegosztás és belső minősítő vizsgák: Hogyan ne függj egyes emberektől? 🧠 Ha tetszett az epizód: 👍 Nyomj egy like-ot! 💬 Írd meg kommentben: Nálatok hány ember kiesése állítaná meg a csapat működését? 🔔 Iratkozz fel, hogy ne maradj le a következő adásról! 🎧 Hallgasd meg a teljes beszélgetést Spotify-on, Apple Podcasten vagy YouTube-on, és válogass a korábbi adásaink közül: TesterLab - Nálunk működött 🔗 Hasznos linkek: Weboldal: https://testerlab.io LinkedIn profilok: Hamana Zsolt: linkedin.com/in/zsolt-hamana Hargitai Zsolt: linkedin.com/in/zsolt-hargitai Kuti Róbert: linkedin.com/in/robert-kuti
