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.