Postup ktorý si sám vždy znovu prečítam predtým ako vezmem novú zákazku.

1. Špecifikácia, špecifikácia a ešte raz špecifikácia
Treba si jednoducho dať na nej záležať – porozmýšľať aj za klienta čo sa mu v projekte zíde, s čím by mohol prísť neskôr. Radšej to mať podchytené na začiatku ako v strede projektu. Nie je to bez námahy - sám mám tendenciu pristupovať k špecifikácii tak, že je to vecou klienta – ale tento prístup sa nevypláca. Klient ná často len hrubú predstavu o tom čo potrebuje a nad detailami nerozmýšľa.
Takže: čas ktorý strávite nad zostavením špecifikácie si pridajte k projektu, nech nemáte stresy že ju robíte zadarmo. Špecifikácii venujte toľko času, že v hocikedy v budúcnosti nebudete mať problém klientovi povedať že jeho nová požiadavka v špecifikácii nebola. Ak sa vám nechce rozvádzať niektorú čiastkovú špecifikácia do detailu, odkážte sa na príklad, ak sa dá. Pre istotu dopíšte na spodok špecifikácie vetu, že zmeny alebo úpravy v projekte vyplývajúce z toho. že špecifikácia nebola úplná, budú účtované naviac.
Príklad: V špecifikácii je napísané že aplikácia má zobraziť flash banner, nie je povedané ako. Vy to spravíte tak ako si myslíte, klient to chce inak -> znamená to pre vás výdavky naviac, tak sa nebojte za to vypýtať.

2. Ladenie
Niekedy až keď sa špecifikácia prevedie do reálu vidieť, že niektoré veci by mohli fungovať možno trochu inak. Takéto malé úpravy na záver nazývam „ladenie“. Keďže by vyzeralo trochu hlúpo účtovať aj za takéto minizmeny na záver projektu, rozhodol som túto fázu nazvať „ladenie“. Ku každému projektu pridám „zadarmo“ 1-5 hodín ladenia, v závislosti od projektu. Tento čas musí byť ohraničený a pokým je dobrá špecifikácia, mal by stačiť. Ak si ladenie vyžaduje viac času, odvolajte sa na spomínanú poslednú vetu v špecifikácii. Žiadne malé zmeny nad časový rámec nerobte už zadarmo.

3. Malé zmeny neexistujú
Pozor na malé požiadavky!!! - Tipu „však len toto zmeniť“. Žiadna požiadavka nie je malá, vyžaduje si čas na prečítanie emailu, pochopenie, otvorenie zdrojových súborov, zapracovania, výstupnej kontroly, ďalšieho emailu. Naviac je tu pri tomto procese riziko zanesenia novej chyby (ako napríklad preklepu v kóde). Moja rada: pokým sa malú požiadavku rozhodnete neúčtovať, zapíšte si čiarku. Po tretej čiarke nekompromisne účtujte (samozrejme upozornite na to klienta).

4. Backdoor
Zadné dvierka môžete využiť pri novom klientovi, ktorému nedôverujete. Ja som ich nikdy nepoužil ale v niekde v diskusii som čítal zaujímavý príspevok jedného programátora strojov – ktorého firme príliš dlho otáľali s platbou. Po troch mesiacoch sa stroje zablokovali. Samozrejme nasledovali zo strany neplatiča nadávky a výhražky súdom, ale pravda bola na strane programátora. Keď si to konečne neplatič priznal platba nabehla zrazu zázračne rýchlo a programátor stroje odblokoval.
Menej brutálne metódy sú platba vopred, rozdelenie projektu na fázy a splátky a podobne.

A aké sú vaše postupy a finty pri účtovaní a komunikácii s klientom?

Foto: Morrhigan, http://www.sxc.hu/photo/97874