Pracuji teď na novém knižním projektu a docela by mne zajímaly vaše názory na problematiku vstupního jednání s programátorem, pokud jste vy v roli zadavatele a on dodavatele.
S jakými problémy se nejčastěji setkáváte, čemu se podle vás má zadavatel vyhnout, co je dobré neopomenout v zadání atd. Jakém máte zkušenosti při zadávání práce?
Nejčastěji s nespolehlivostí (nedodržuje termíny), drhnoucí komunikací (neptá se, nehlásí stav práce) a následně celkovou neschopností (nekomunikuje, nedotáhne projekt do konce). Vyhnout se tomu moc dobře nedá (i ti lepší programátoři, mnohdy na doporučení od někoho jiného mají tendenci podobně hřešit), vše je nejlepší řešit sankcemi ve smlouvě. Alespoň to jsou mé zkušenosti.
Moje doporučení nejen pro programátory:
- Napsat specifikaci funkčně: Co má dělat z pohledu uživatele, jaká je typická cesta aplikací
- Rozdělit projekt na menší ucelené milníky
- Nesnažit se na vývoji šetřit
- Ptát se pravidelně, co od tebe potřebuje
- Být rychle dostupný
Při outsourcování vývoje je důležité dopředu vyřešit otázku údržby a dalších prací po spuštění. Bude to dělat tentýž dodavatel? Pokud ne, zaškolí in-house síly? Bude kód dokumentovaný a srozumitelný?
Zahlédl jsem u poučených zdrojů číslo, že napsání kódu a jeho následná údržba po dobu života projektu se k sobě mají finančně a časově cca 10:90.
Všechno, co jsi vyjmenoval, může být stejnou měrou vina managementu / zadavatele.Původně odeslal Railbot
Může, nemusí, o tom téma není. Ale zajímalo by mě jak takové nedodržení termínů a laxní přístup ke komunikaci může být vina zadavatele.
Celkem jednoduše. Vše začíná u nekvalitního zadání. Z toho vyplývá nedodržení termínů, protože programátor nemohl dostatečně dobře odhadnout náročnost projektu. No a následuje programátorovo znechucení projektem a komunikací s manažerem, který mu stejně nikdy nic kloudného (z pohledu programátora) neřekne...
S tím musím souhlasit, tak yse mi občas při tvorbě webu stává, že mi je zděleno co má daný web dělat a následně je problém v tom, že si klient představuje "maličkosti" na dodělání, které nezmínil a samořejměi ty maličkosti zvyšují čas vývoje a termín není dodržen... Obvykle se s tímto setkávám u klientů co se v oblasti PC nepohybují a berou jisté věci jako samozřejmost, kterou nesdělí na začátku a kolikrát se musí věc i předělávat dosti složitě, aby jejich následný požadavek byl splněn... Tedy ano může to být i chyba managementu...
Takže určitě si hodně dobře promyslet co má program splňovat... Není jistě nutná přesná technická specifikace, ale alespoň vyjmenovat veškeré požadované funkcionality!
třeba když programátor nebere zadavatele jako "autoritu" .. pak může flákat zadání různýma způsobama.
--
jako negativní zkušenost by se dalo snad i nekvalitní/nebezpečný kód.
Doporučuji sepsat striktní smlouvu předem - ohledně mlčenlivosti a nepoužití zdrojových kódů. Dále pak sankce, pokud se rozhodne přestat chodit do práce a vykašle se na rozběhnutou práci. Ve firmě pracovali dva týpci, co si uprostřed rozběhnutého projektu rozhodli, že na to serou. Vyřešili celou věc tak, že to šéfovi poslali mailem a už se neobjevili. Pak slibovali, že něco dodělají a zdokumentují poslední práci, ale co vím, tak k tomu nijak nedošlo. Jeden z nich pak použil část zdrojáků ve svém novém podnikání. Šéf na něj podal trestní oznámení a chce po něm náhradu škody ve výši 13 mega. Zatím to vypadá, že to ten programátor bude opravdu muset zaplatit.
