Sef treba i muze vedet, ale nemusi mit rozpocet. Udelat ve velke firme i maly software muze byt velky problem; musi byt projektovy manazer, musi byt presne zadani, tym progranatoru, tym testeru, pak dokumentace, vse je treba naplanovat, atd, atd. Kdyz se to vse secte, i jednoduchy software muze prijit na velky balik penez, castku kterou nikdo neschvali, proze rucni prace muze byt "levnejsi". Je proste obrovsky rozdil pokud stejny kod vyvyji student anebo profesionalove ve velke firme.
Pripad 2 je hezka ukazka efektivniho vyuziti pracovniho casu s velkym prinosem pro firmu. Ale nelze z toho delat obecnou normu, protoze dnes si kazdy druhy mysli, ze umi programovat. A pokud jste mohli nahlednout do kodu mnoha profesionalu, musi vas desit, co vse mohou vytvorit "amateri", kdyz i mnozi profici pisi tak spatny kod... ;-)
Takze pokud musite psat vlastni kod proto, ze nejaky SW architekt byl dement, tak budte velmi opatrni a dobre sve "skriptiky" testujte, protoze pokud svym vylepsenim poskodite zamestavateli data, budete pranyrovani; nesete celou odpovednost za sve vylepseni...
Používá se metoda fail-safe. Když odejdu nebo budu na dovolené a program už nenaběhne, tak se všichni vrátí k původní manuální práci. Po dobu co tam jsem a program držím při životě si firma užívá nadstandradního luxusu a nižších nákladů. Pokud si tento luxus a náklady chce firma udržet dlouhodobě, pak musí dokopat IT oddělení, aby napsali svůj vlastní program a ten pak udržovali v souladu s interními směrnicemi.
Je to jako když vás do práce vozí kolega autem. Je to rychlejší než jezdit autobusem, ale pokud tento kolega do práce nepojede (skončí, má dovolenou nebo je nemocný), pak holt pojedete sockou. Nebo si koupíte vlastní auto. Ono to opravdu je jednoduché. Tedy až do chvíle, než se začnete spoléhat na to, že vás ten kolega do práce poveze vždy a napořád - ale to už je problém někde jinde.
Takže za normálního stavu se vám zaměstnanci víceméně flákají, ale musíte jich mít hodně a nemůžete jim naložit trvalou práci navíc, protože musíte být připraven reagovat na očekávanou situaci, kdy samo-domo prográmky přestanou fungovat.
Navíc, když se to stane, tak ti zaměstnanci nejsou zvyklí fakt celých 8 hodin bušit zadávání dat a ztratili rutinu.
Takže co jste vlastně ušetřil? Myslím, co jste ušetřil firmě. Usnadnil jste po většinu času život špatně kvalifikovaným zaměstnancům, které se ale snad žádná firma rozmazlovat nesnaží.
Pochopitelně, že se na to vození autem bude člověk časem spoléhat a firma začne časem spoléhat na ty samo-domo prográmky - to, že o problému řeknete, že patří jinam ho nijak neumenší.
Opravdu to není tak snadné.
Ehm ... mam se zacit strasne smat? Co kdyz krachne dodavatel ERP systemu ci jine zivotne dulezite aplikace? Aha, tak si firma najde jineho dodavatele ... => ano, pokud zamestnanec vytvori pro firmu neco, co zlepsuje provoz/setri naklady/... tak by asi bylo pomerne logicke po jeho odchodu najit nekoho, kdo to bude dal udrzovat - protoze to usetri naklady, ze ...
Čemu se chcete smát?
Firma, která obsluhuje nějaké zákazníky většinou nekrachne tak, že zavře bránu a vyvěsí telefon. Tu firmu většinou někdo koupí - kdo stojí právě o ty zákazníky - a těm nabídne nějaké řešení (kupec udržuje starý produkt krachlé firmy, nebo připravuje migrace na svůj vlastní produkt).
Přesto je krach vašeho klíčového dodavatele považován za oprovský průšvih a všechny firmy si své kritické dodavatele pečlivě vybírají - i s ohledem na to, jak jsou na tom ekonomicky a jestli jim nehrozí krach. Je normální, že jako kritický dodavatel - uchazeč dodáváte zákazníkovi v zásadě velmi podobné dokumenty, jako dáváte bance, když chcete úvěr.
Takže je velmi logické, že větší firmy jsou velmi neochotné udělat svým klíčovým dodavatelem jednoho zaměstnance, který může ze dne na den nepřijít do práce.
Najít někoho, kdo bude udržovat samo-domo program, po odchodu autora zní strašně logicky - a když to jde, tak to firma jistě udělá. Ale to je ten problém - když to jde. Samo-domo programy amatérských programátorů mají různou kvalitu. Od slušné, po špatnou až po naprosto šílenou. A téměř vždy k nim není ani kousek dokumentace, ani analytickou ani programovou. V horším případě ani nedáte dohromady zdrojové kódy. Čest výjimkám, ale velká část samo-domo programů jsou neudržovatelné nikým jiným, než autorem a profi programátor začne tím, že udělá novou analýzu a napíše to celé znova včetně dokumentace (čili velmi drahé řešení).
Část samo-domo programů může převzít a udržovat IT vývoj - ale za peníze, které se nikomu nelíbí (to už je lepší, ale pořád je to docela drahé řešení).
Ideální situace, že odcházející kolega amatérský programátor předá údržbu jinému kolegovi, který umí to, co má - takže dané oddělení má dále fungující aplikaci "zadarmo" je spíše pohádka, než reálná situace.