Názor ke článku "Stavební dozor" nad programátorem od mon - klasicky problem nezvladnuteho agilneho vyvoja, chybalo sledovanie pocas...

klasicky problem nezvladnuteho agilneho vyvoja, chybalo sledovanie pocas tvorby. resp. poziadavky boli agilne ale vyvoj vodopadovy.

ako tu niekto pisal:
1) zastavit vyvoj
2) spisat sucasny stav
3) zistit co chyba alebo treba prerobit
4) napisat co sa ma este spravit + zakladny popis
5) spravit odhady na nove veci - pesimisticke, tj. to co povie programator krat konstanta - toto je najtazsie, mozno tu prizvat dakeho odbornika
6) rozdelit si vyvoj na napr. na tyzdnove useky (staci na taky maly projekt) - ak je uloha dlhsia ako tyzden, rozdelit na mensie, ktore sa daju skontrolovat
7) spustit vyvoj
8) pred zaciatkom kazdeho tyzdna (napr. piatok) sa stretnut, ukazat stav splnenych uloh + vybrat zo zoznamu uloh, ulohy, ktore sa budu riesit dalsi tyzden + dopisat podrobny popis (pozor musi spadat do rozsahu, ktory sa predtym urcil)
9) komunikovat
10) komunikovat
11) komunikovat

a este raz komunikovat, ak programator urobi nieco inak a nepovie to dopredu, tak je to jeho problem.

plnu sumu platit za splnene ulohy. za z vacsej casti splnene alebo s malou chybou tak 2/3 sumy, atd... a nech si fakturuje ulohy + riadenie projektu okolo (komunikacia, maily, ...)