--- title: "Mit kérdezzen, mielőtt szoftverfejlesztő partnert választ?" description: "Ezeket kérdezze meg egy szoftverfejlesztő partnertől aláírás előtt: ki végzi a munkát, referenciák, hatókör, a kód tulajdonjoga, biztonság, átadás, intő jelek." canonical: https://sdk.enterprises/hu/insights/choosing-a-software-partner language: hu --- # Mit kérdezzen, mielőtt szoftverfejlesztő partnert választ? Frissítve: 2026-09-25 > Mielőtt szoftverfejlesztő partnert bízna meg, tudja meg pontosan, ki fogja írni a kódot, milyen hasonló rendszereket szállított már, hogyan határozzák meg a munkaterjedelmet és az átvételt, és kié a kód az első naptól. Ha ezek bármelyikére homályos választ kap, az erősebb figyelmeztető jel, mint egy magas ár. ## Tudja meg, ki fogja valójában írni a kódot Akik az értékesítési megbeszélésen ülnek, gyakran nem azok, akik a rendszerét felépítik. Kérje el a projekten dolgozó fejlesztők nevét, szerepkörét és tapasztalatát, és aláírás előtt kérjen egy beszélgetést a műszaki vezetővel. Kérdezze meg, kerül-e munka alvállalkozóhoz vagy szabadúszókhoz. Mindkettő jól működhet, de tudnia kell róla, és a partnernek mindenkiért jót kell állnia, akit bevon. Azt is kérdezze meg, mi történik, ha egy kulcsfejlesztő a projekt közepén távozik, és ki fizeti meg azt az időt, amíg az utódja belejön a munkába. - Ki a műszaki vezető, és munkaidejének mekkora részét fordítja erre a projektre? - Mely fejlesztők alkalmazottak, és melyek alvállalkozók vagy szabadúszók? - Hogyan választják ki és ellenőrzik a bevont szakembereket? - Mi a folyamat, ha valaki távozik, vagy nem illik a csapatba? ## Olyan referenciákat kérjen, amelyek az Ön problémájához illenek Egy hosszú ügyféllista keveset bizonyít, ha egyik tétele sem hasonlít az Ön projektjére. Kérjen hasonló korlátokkal járó példákat: azonos típusú rendszert, összemérhető forgalmat vagy adatérzékenységet, hasonló szabályozási környezetet. Aztán kérdezze meg, mit végzett ez a csapat az egyes esetekben, ne azt, mit ért el az ügyfél teljes programja. Legyen pontos abban, kinek a tapasztalatát vásárolja meg. Egyes cégek a mérnökeik egyéni szakmai múltját mutatják be, ami rendben van, ha ezt őszintén közlik. Kérdezze meg, mikor alapították a céget, melyik munkát végezték a saját szerződéseik alapján, és beszélhet-e egy korábbi ügyféllel. ## A munkaterjedelmet, a mérföldköveket és az átvételt írásban rögzítse Sok vita abból fakad, hogy a munkaterjedelmet soha nem írták le pontosan. Egy jó ajánlat megnevezi a leszállítandó eredményeket, mérföldkövekre bontja a munkát, és meghatározza, hogyan veszik át az egyes mérföldköveket, például sikeresen lefutó tesztekkel, egy előéles (staging) környezetben tartott bemutatóval vagy leszállított dokumentációval. Kérdezze meg, hogyan kezelik és árazzák a változtatási kérelmeket, és mi az üzleti modell. A fix ár a jól körülhatárolt munkához illik, a ráfordításalapú elszámolás (time and materials) pedig a feltáráshoz és a változó követelményekhez. Mindkét esetben látnia kell a becslés mögötti feltételezéseket. ## A kód tulajdonjogát és az átadást a kezdés előtt tisztázza A szerződésben szerepeljen, hogy a kód és a kapcsolódó szellemi tulajdon az Öné, és hogy mikor száll át a tulajdonjog. Kérje, hogy a repositorykat, a felhőfiókokat és a domaineket már az első naptól az Ön szervezetében hozzák létre, a partnert pedig közreműködőként hívják meg, így a hozzáférés miatt soha nem függ tőle. Az átadást az elején tervezze meg, ne a végén. Kérdezze meg, mit fog kapni: dokumentációt, architektúradöntési feljegyzéseket, üzemeltetési kézikönyveket (runbookokat) és közös munkaüléseket a saját csapatával. Ellenőrizze, milyen harmadik féltől származó és nyílt forráskódú licenceket használ majd a projekt, mert ezek kötelezettségekkel járnak. ## Egyezzenek meg abban, hogyan látja majd az előrehaladást Soha ne kelljen megkérdeznie, jól halad-e a projekt. Állapodjanak meg egy rögzített ritmusban, például heti bemutatóban működő szoftverrel és egy rövid írásos állapotjelentésben, amely kitér az előrehaladásra, a kockázatokra és az Öntől várt döntésekre. Kérjen közvetlen hozzáférést a hibajegykezelőhöz és a repositoryhoz, valamint egy megnevezett kapcsolattartót, aki a megvalósításért felel. Tisztázza, hogyan eszkalálják a problémákat, és milyen gyorsan számíthat válaszra. ## A biztonsági gyakorlatukat vizsgálja, ne a jelvényeiket Kérdezze meg, hogyan férnek hozzá a fejlesztők a rendszereihez és adataihoz, hogyan tárolják a titkos kulcsokat, hogyan ellenőrzik a kódot a kiadás előtt, és hogyan vizsgálják a függőségeket ismert sérülékenységekre. A konkrét válaszok többet érnek egy logókkal teli diánál. Ha a partner az Ön nevében személyes adatokat kezel, a GDPR követelményeinek megfelelő adatfeldolgozási szerződésre van szükség. Ha egy szolgáltató tanúsítványra hivatkozik, kérje el a tanúsítványt és annak hatókörét, és győződjön meg róla, hogy kiterjed arra a csapatra és azokra a szolgáltatásokra, amelyeket megvásárol. ## Intő jelek, amelyeknél érdemes befejezni a beszélgetést Egy figyelmeztető jelre lehet magyarázat. Ha több is összejön, az általában azt jelenti, hogy a projekt a szükségesnél nehezebb lesz. - Nem tudják megnevezni a fejlesztőket, akik a munkát végzik. - Az esettanulmányok eredményeket mutatnak, de azt nem, mit csinált valójában ez a csapat. - A becslés megérkezik, mielőtt bárki részletes kérdéseket tett volna fel a rendszeréről. - A repositoryk és a felhőfiókok a partner ellenőrzése alatt maradnak. - A mérföldkövekhez nincsenek írásos átvételi kritériumok. - A biztonsági kérdésekre konkrét gyakorlatok helyett általános megnyugtatás a válasz. ## A legfontosabbak - Aláírás előtt ismerje meg a műszaki vezetőt, és tudja meg, ki fogja írni a kódot. - A referenciákat aszerint ítélje meg, mennyire hasonlítanak az Ön korlátaihoz, és mit végzett bennük maga a csapat. - Az egyértelmű átvételi kritériumokkal írásban rögzített mérföldkövek sok munkaterjedelmi vitát megelőznek. - A repositorykat és a felhőfiókokat az első naptól a saját szervezetében tartsa. - Kérdezzen rá a konkrét biztonsági gyakorlatokra, és kérjen bizonyítékot minden tanúsítványra, amelyre egy szolgáltató hivatkozik. ## GYIK ### Hány partnerrel tárgyaljak, mielőtt választok? Annyival, hogy össze tudja vetni a megközelítésük valódi különbségeit, ami a legtöbb projektnél néhányat jelent. Mindegyiknek ugyanazt a projektleírást és ugyanazokat a kérdéseket adja, hogy a válaszok összehasonlíthatók legyenek. ### Fix áras vagy ráfordításalapú szerződést válasszak? A fix ár olyan munkához illik, amelyet a kezdés előtt részletesen meg lehet határozni. A ráfordításalapú elszámolás a feltáráshoz, a változó követelményekhez és a folyamatos fejlesztéshez illik, feltéve, hogy átlátható jelentéseket és rendszeres bemutatókat kap. ### Miről legyen szó az első hívásban egy lehetséges partnerrel? Az Ön céljáról, korlátairól, ütemtervéről és meglévő rendszereiről, valamint az ő viszontkérdéseiről. Az a partner, amely már az első hívásban részletes kérdéseket tesz fel a rendszeréről, általában őszintén is becsüli meg. Az SDK Enterprisesnél ez az első hívás egy 30 perces beszélgetés franciául vagy angolul. ## Induljon ki az igényéből - [Weboldal-fejlesztés](https://sdk.enterprises/hu/website-development) - [Részmunkaidős CTO](https://sdk.enterprises/hu/fractional-cto) ## Kapcsolódó szolgáltatások - [Technikai audit és tanácsadás](https://sdk.enterprises/hu/services/consulting) - [Egyedi szoftver](https://sdk.enterprises/hu/services/product-engineering)