Mit várjunk el egy szerződéses programozótól?

Most olvastam egy elgondolkodtató írást (Hogyan indítsd be a növekedésed motorját(http://hun2.org/blog/teljes/hogyan_inditsd_be_a_novekedesed_motorjat/) lap megszünt), ami arról szól, hogy egy webes kereskedő miért ne szervezné ki a munkát, hiszen nem ez az elsődleges dolga. Nem nagy, de legalább serkentő írás. A megjegyzésekben viszont felmerült egy érdekes kérdés, mégpedig hogyan válasszuk ki azt az egyszerű programozó, aki meg is tudja csinálni a munkát. Itt van az én hozzászólásom (remélem a moderátor hóvá hagyja és meg is jelenik mire ezt olvassátok.)

Akire nektek szükségetek van az a fejlesztő, ami nem egyezik meg a programozóval.

Amit javasolni tudok, hogy ne rázza át az agyadat a programozó az a következő:

1. Ha a programozó nem tudja megmondani, hogy egy munka mennyi ideig tart, akkor az a programozó nem ért hozzá/nincs tapasztalata az adott témakörben. Ha van tapasztalata (és profi), akkor vannak múltbeli tapasztalatai, hogy bizonyos munkák mennyi ideig tartanak. Meglepően jó lehet ezen alapján becsülni a munka mennyiségét. Ezeket az adatokat tételesen kérd el, ha ilyen nincs, akkor nagyobb a teljesítés kockázata.
2. Ha van mód, akkor teljesítmény és ne idő alapján szerződj.
3. Meglepően jól el lehet végezni a feladatot egy részletes specifikációval a háttérben. Sajnos a megrendelő (ha nincs folyamatszervezési vagy informatikusai tapasztalata) gyakran többértelmű megfogalmazást használ. Az, hogy Te érted a saját szakmád terminológiáját az nem jelenti, hogy a programozód is tudni fogja. Úgy írd le, mint ahogy a munkát írod le a beosztottaidnak. (Utalok pl. A vállalkozás mítosza című könyvre). Jó módszer, ha úgy képzeled el, mint ha anyukádnak mesélnéd el, hogy mit szeretnél elérni.
4. Hallgasd meg a programozó ötleteit. Néha nekik is vannak ötleteik, amik egyszerűsíthetik az megoldást.
5. Bontsd a követelményt kis egyértelműen elszeparálható részekre. A kisebb falatokat könnyebb megérteni és a számonkérése is egyértelműbb. Önállóan is rendelhetőek és fizethetőek. Lásd még lentebb a fejlesztés közbeni számonkérés témáját.
6. Nyugodtan várd el a programozótól hogy tételesen leírja neked, hogy hogyan fogja megvalósítani a követelményeket (valahol design dokumentumnak is hívják). A lényeg, hogy a programozó gondolkozzon el előre(!) a megoldáson.
7. Számon kérhetőség és garancia? Tudod, hogy a Microsoft nem vállal semmi garanciát a szoftvereik használata során fellépő károkért? Te ne legyél szamár és várd el a garanciát.
8. Van, hogy nem tudja az ígéretét teljesíteni, de ez csak a legritkább esetben a legvégén derül ki. Van ilyen, de hol nincs? Emberileg is meg kell érteni. De ez ellen az a legegyértelműbb megoldás, ha időnként tételesen számon kéred a haladást. Magyarán ha valami elkészül, akkor nézd meg és várd el, hogy be is mutassa. Kiderülhet, hogy már ez is elég, de az is lehet, hogy működés során kiderül, Te is máshogy képzeled el. Magyarán változik a követelmény.
9. Friss diplomás programozónak halvány lila gőze sincs a fentiekről. Szóval a szomszéd fiú, aki éppen most tanul, kicsit kockázatos választás, de legalább olcsó.