Vas problem dobre znam a myslim si ze prvni a nejvetsi chyba je, ze od zakaznika vubec neco ocekavate, krome uhrady dohodnute maximalni ceny... K nasledujicimu jsem dosel po letech dodavek IT/Automatizace do prumyslu:
1. Pokud jsem placen za navrh a dodavku nejakeho systemu jako celku, reseni vzdy navrhuji "pro sebe", tak jak by melo logicky a racionalne prakticky vypadat, aby se mi s danym systemem dobre pracovalo.
2. Nejake zadani od zakaznika je mi ukradene, vzdy musim JA SAM pochopit, co vsechno to ma delat, co se tim resi, k cemu to slouzi, jak to pracovnici v praxi pouzivaji, jake vystupy chteji atd. Podle toho si navrhnu sve reseni a pri znalosti problemu extrapoluji budouci mozny rozvoj a budouci pozadavky.
3. Datovy i aplikacni model od pocatku predpoklada maximalni vetveni a variabilitu, tak aby do nej s minimem prace a zmen v budoucnu zapadl i pozadavek na to, ze kazdy sroubek muze mit sadu individualnich parametru.
To ze vystupem vyse uvedenho je implementace cca 20% rozsahu navrzene funkcionality, jen te ktera je prakticky, aktualne potrebna a zaplacena, nic nemeni na nutnosti takto uvazovat, protoze jinak bych se z naslednych pozadavku na zmeny, upravy a rozsireni zblaznil. Takto jen pred uzivatelem schovavam nebo zpristupnuji datove polozky v GUI, pripadne dodelavam drobnou funkcionalitu a pokud me opravdu svymi pozadavky na zmeny uz nasere, tak mu sdelim ze toto je uz mimo ramec puvodniho objednaneho navrhu, je nutny zasadni redesign, nauctuji 50% ceny systemu... a pak pridam tech par polozek do sveho megalomansky a paranoidne navrzeneho modelu...
