15 Oct 2026
Építs IT-t, ami túléli a vezetőjét | Vendég: Kuti Róbert
É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 (https://testerlab.io/nalunk-mukodott-podcast)
🔗 Hasznos linkek:
Weboldal: https://testerlab.io
(https://testerlab.io)
LinkedIn profilok:
Hamana Zsolt: linkedin.com/in/zsolt-hamana (https://www.google.com/search?q=https%3A%2F%2Flinkedin.com%2Fin%2Fzsolt-hamana)
Hargitai Zsolt: linkedin.com/in/zsolt-hargitai (https://www.google.com/search?q=https%3A%2F%2Flinkedin.com%2Fin%2Fzsolt-hargitai)
Kuti Róbert: linkedin.com/in/robert-kuti (https://www.linkedin.com/in/robert-kuti/)
