Vlákno názorů k článku
Sun propouští 6000 zaměstnanců od Pavel Stěhule - Sun je začátek laviny - role IT se...

Jak vám již napsali jiní, firma si typicky nemůže dovolit sestavit tým zkušených profesionálů. Dobří lidé se špatně schánějí, a jsou drazí. Když už je máte, tak je nevytížíte, nezajistíte jim profesní růst, a oni pak odejdou. Pokud se vám povede se draho a těžko skrz tohle dostat, stejně musíte svůj tým uřídit, což je samo o sobě dost náročné.

Typickým scénářem pak je, že firma kombinuje vlastní IT s externími dodavateli. Drahé odborníky si najímá na konkrétní úkol. Má garanci dostupnosti, zastupitelnost, a vyjde jí to daleko levněji, než mít na všechno odborníky vlastní.

Samozřejmě existují různí dodavatelé, a také různí zákazníci. Je také třeba si přiznat, že i být úspěšným zákazníkem vyžaduje jistou zkušenost, což si řada lidí neuvědomuje.

kdyz si muzete dovolit zaplatit TSM licence, proc se budete zdrzovat s resenim ktere prakticky nic neumi a ma navic drazsi provoz? Jenom abyste mohli machrovat ze pouzivate OSS a jste in? OSS uz davno neni in.

Ano nase hosting divize taky jede baculu jako self-managing backup pro zakazniky co plati prakticky nic, spolehlivost, dementni UI a rychlost nas naprosto netankuje, to je problem zakaznika. Za malo penez maji malo muzyky. Kdyz chteji TSM tak za circa $150/mesic muzou mit profi backup reseni. Vetsina lidi s dedicated serverem ovsem nezalohuje vubec, zalohu si koupi asi 10% zakazniku, zbytek spoleha na RAID1 a pak vyskakuje na nas support ze mu lehla masina, nema zalohy a ztraci $1500 denne. I taci se najdou a nejsou to zdaleka ojedinele pripady, tyhle zakazniky tezce zajima vysledna cena/mesic a jsou i kvuli $10/mesic schopni migrovat k jinemu hosterovi prestoze jim server vydelava par tisicovek mesicne. Funguje to skvele do doby nez se jim to podela nebo jim to treba nekdo hackne (security updaty si pochopitelne neinstaluji, spravuji masinu stylem install & forget).

Kolik pocitacu zazalohujete na jeden bacula server? Uz i 25 bylo opravdu moc kdyz jsme testovali skalovatelnost. U zakazniku mame TSM nasazene tak ze se na jeden server zalohuje treba 400 windows masin. Navic TSM potrebuje vyrazne mene pasek, ma sirsi hw podporu a je rychlejsi nez bacula. Bacula nema ani funkcniho windows klienta, kdyz jsem ho pred par mesici testoval tak vubec nesel.

Nejde o to poslat autorum, prachy jde o to dostat od nich odskousene supportovane reseni v nejakem rozumnem terminu, coz jednotlivci delajici po vecerech proste zajistit nemohou.

kolik % projektu z google SoC se opravdu zakomituje? Podivejme se treba na freebsd a jeho SoC, odhaduji to tak na 20%. Tomu rikate funkcni vyvojovy system?

Co si vezmete na těch svých zaměstnancích, když se projekt nepovede? Asi toho také moc nebude.

Interní zaměstnanci často nemají potřebnou kvalifikaci. Oni jí totiž těžko získají. Když budete třeba jen migrovat Exchange ve velké organizaci, kolik firem může říci, že s tím jejich IT má zkušenost? No a pokud tu zkušenost nemáte, je lepší svěřit akci silnému partnerovi, který jí má. In-house development má také své místo, ale není to typický scénář první volby.

Projekty se typicky vedou tak, že existují milníky (milestones), a na ně vázaná fakturace. Takže když firma k danému milníku projektu nedodá funkcionalitu, nedostane zaplaceno za práci odvedenou od posledního úspěšně splněného milníku. Samozřejmě co jeden implementační partner rozdělal, může dodělat jiný (přijdete tedy nejvýše o kus peněz). Licence se typicky platí až po ukončení implementace a řádném převzetí projektu, tedy poté, co vše funguje.

Na LaelOphír s.r.o. si toho moc vzít nelze, protože taková firma neexistuje.

Jak říkám, na vlastních zaměstnancích si toho také moc nevezmete. Rozdíl je v tom, že je celá věc o dost dražší.

Není moje vina, že jste nikdy neviděl slušně řízený projekt. Zkuste nabrat zkušenosti. Souvislost s Vistou je samozřejmě nulová, ale proč nevypustit nějaký blábol úplně mimo, že?

Malé projekty mají svá specifika. Přesto je i na nich třeba řídit rizika, a hlavně řídit ty projekty. To, že český trh IT je z hlediska serióznosti dodavatelů (ale i zkušenosti zákazníků) ještě v plenkách, je bohužel prostý fakt.

Posledn íodstavec má být pokus o vtip, urážku, nebo prostě jen nemáte co říci k věci?

Já pracuji na té straně barikády, kde mají všichni potřebnou kvalifikaci. Těžko totéž ale můžete očekávat od firmy, která prodává prací prášky, nebo vyrábí sušenky.

Vetsina lidi diskutujicich na rootu si mysli ze jsou vsichni ostatni odbornici na IT. Podle mych zkusenosti kdyz si male firmy (tak 200 zamestancu) delaji IT svepomoci tak to vzdy dopadne tragicky, jejich zamestnanci to neumi, trva jim to dlouho a dokonci treba jen 10% zapocatych projektu, ke kterym neni ani dokumentace a po zmene pracovniku obvykle nikdo jiny nez autor netusi kde je vlastne ten zdrojak a jak to interne funguje.

Kdyz jim rikam ze je lepsi si na to nekoho najmout tak se jim nechce, protoze se jim to zda moc drahe. Je to chyba manageru.

Podle mych zkusenosti ale vetsina firem IT delat nechce. Ackoliv my sami jsme IT firma, tak veci co se nam delat nechcteji nebo jsou to jednorazove akce (treba migrace) ci specializovane akce (custom mpeg2 encoding, soft pro embedded systemy) si nechavame delat.

I kdyz nechcete delat IT musite do IT videt aby jste umeli byt dobrym zakaznikem a nekladli si nemozne pozadavky.

Napriklad tvrdohlave prosazovani MySQL ktere ma zakladni nedostatky
1. nekvalitni soft
2. neumi rozumne online backupy, jen export dat
3. neumi rollforward recovery
4. restore importem je ale kurevsky pomale - muze trvat u velke db i dny (viz diskuze http://www.root.cz/diskuse/7/49004/vlakno/ kde byla uvadena rychlost 10 GB/ 5 hodin). Co budete delat kdyz objem dat naroste? Zacnete prepisovat aplikaci do jine DB? To je ale dost draha sranda.
5. neumi inkrementalni backupy
6. umi mysql5 alespon uz SCHEMA? bylo by uz nacase.

Zakaznik tomu ovsem neveri, protoze mysql prece pouzivaji v NASA a v Googlu!

prave protoze jdou lidi obtizne vyhodit tak je vyhodnejsi najimat si narazove externi pracovni silu. To je proste optimalizace nakladu, nejen mzdovych, prostory take nejsou nafukovaci.

Treba Wimbledon si taky pronajima hw/bandwidth od ibm protoze kdyby mel vlastni tak ho po zbytek roku neuzivi. Domu si taky nekupujete 100mbit linku abyjste si neco rychleji stahnul kdyz vam 2mbit po zbytek mesice staci.

Navic zamestanci jsou pekna pakaz a musi se drzet dost u huby, protoze nekolik malo problematickych jedincu dokaze rozbit i secviceny team. Jak nekdo zacne delat problemy, napriklad se mne snazi vydirat nebo pracuje schvalne nekvalitne ci pomalu aby se mi pomstil tak ho vykopnu. Vlastni vykopnuti je docela problematicke protoze urazeny zamestnanec se muze se mnou soudit a tak je potreba si pred vykopnutim opatrit dukazovy material ktery pak obstoji u pripadneho soudu.

Taky obcas nejaky soud projedu - naposledy jsem projel soud kdy zamestnanec pozadoval aby si mohl volat v pracovni dobe, dlouho a navic zadarmo sve nemocne manzelce. Soud jsem sice projel ale pote co jsem mu vratil prachy co jsem mu strhnul z vyplaty jsem ho z reorganizacnich duvodu prevelel na pracoviste v argentine, kam odmitl nastoupit a tak dostal padaka.

Jeden programator vam IT tezko napise, krome toho potrebuje mit jeste patricne zazemi (sw architekta, testery, dokumentacni team, support pro koncove usery, server admina, project leadera, vypracovanou metodiku) aby se mohl venovat programovani a nemusel delat milion veci okolo.

Drzet a vzdelavat cely IT team je drahe a vyzaduje to dneska porad jeste nadstandardni knowhow, protose vyplati si ho pronajmout. Ve vyvoji IT delam a je to dost draha sranda, pricemz levneji to delat nejde pokud mate splnit zakaznikovy pozadavky na kvalitu a rychlost. U nas temer vsechny projekty uspesne dokoncujeme v terminu, coz obcas byva i docela huste. Srovnejte to s uspesnosti inhouse matlalu - tam se povazuje za uspech i 20% uspesnost dokonceni, s 20% uspesnosti bychom prisli o zakazniky velmi rychle. Neuspech u externiho dodavatele se posuzuje mnohem prisneji nez neuspech vlastnich zamestnancu. Proc jim vetsina projektu selhava? Protoze to neumi a nemaji vubec predstavu co to obnasi, jejich znalosti konci u LAMP + ViM a velmi efektivne se brani jakymkoliv efektivnejsim postupum.

Pokud implementator nesplni pozadavky v terminu nedostane zaplaceno a jeste zacvaka penale. To je obvykle pro nej dost silna motivace. Ze jim platite predem, naucte se tedy uzavirat pro vas vyhodnejsi smlouvy.

"sw architekta, testery, dokumentacni team, support pro koncove usery, server admina, project leadera, vypracovanou metodiku" a další označíte jako "milion věcí okolo"? LOL.

Já také žiju převážně v ČR. Pobyt v zahraničí nejvýše zvýší rozhled, nic víc za tím nehledejte.

Pokud nikomu neplatíte předem, tak o jaké prostředky přijdete, když dodavatel nedodá? Nejvýše nebude hotová poslední etapa projektu. Pořád máte dokumentaci, zdrojáky, případně nárok na licence. Pokud byste naopak platil předem, nebo před převzetím (dané části) projektu, lze pochopit, že máte velký problém, když dodavatel nedodá.

Zadavat zakazky v IT se musi umet, existuje jeste porad dost firem ktere vam to draze sprasi. Kdyz tomu mala firma nerozumi a nedokaze sama posoudit kvalitu nebo neuzavrit pro sebe nevyhodnou smlouvu tak si ma vzit projektovy dohled. Napriklad ve stavebnictvi se to takhle bezne dela.

Pokud zakaznik zjisti az po roce ze mu dodane reseni nevyhovuje, je to jeho chyba ze dodal spatne podklady a netestoval ho v prubehu vyvoje. Zakaznik musi s dodavatelem aktivne spolupracovat. Pokud si zakaznik mysli ze staci dodat nejake nepresne podklady a nekam poslat penize bude s vysledkem u vetsich projektu dost zklaman.

My treba takove projekty kde zakaznik odmita spolupracovat vubec nebereme a i ve smlouve mame zakotveno ze spolupracovat s nami musi, nejlepsi testeri jsou lidi z provozu ktere s tou aplikaci pak budou delat - proste potrebujeme aby nam tyhle lidi cas od casu pujcil na customer testing. Pokud nechce nebere ten projekt vazne a investovat do nej krome penez i trochu casu svych lidi tak at si laskave jde jinam.

Pokud chtel az po roce migrovat data ze stare aplikace, tak je to take jeho chyba. Bezne je ze pozadavek na migraci dat do noveho systemu je soucasti projektu. Ze to nevedel? Tak at si najme IT konzultanty.

nejde o to zda je zbozi hmatatelne nebo virtualni. V obou pripadech tomu nerozumi a tak si plati projektovy dohled. Ve spolecnosti existuje delba prace. Myslite si ze kdyz nam staveli v argentine sidlo tak ze jsme kecali zednikum do remesla jak to maji delat kdyz tomu hovno rozumime? Ne, najmuli jsme si dohled jako vsichni ostatni. My delame do IT a ne do zedniciny.

Pokud se mi cena zda u maleho projektu nerealna a moc velika, tak ho pochopitelne nezadam a snazim se vyresit dany ukol jinak. Je to normalni rozhodnuti managementu jako cokoliv jineho. Pokud si chci neco kutit inhouse mam vzdy tu moznost, ale celkove naklady (ktere si vetsina managementu nechce z ruznych duvodu spocitat) budou vetsi a riziko take.

Kdyby to bylo tak jednoduche tak verte tomu ze by byla snaha delat si maximum IT inhouse, ale ona je vseobecna snaha prave uplne opacna. Moje zkusenost to potvrzuje -- vetsina lidi delajicich v IT divizich v neIT firmach rozhodne nema na to aby neco programovala a nezprasila to.

Vetsina firem ma spatne fungujici IT. Kdyz ale prejdou na nektere z nasich odzkousenych reseni, tak si teprve zacnou pochvalovat jak IT dokaze zefektivnit jejich byznis. IT neni o tom ze koupite wokna s offisama. IT je tu od toho aby podporovala vas byznis a umoznilo vam delat spravna a rychlejsi rozhodnuti.

Vezmete si treba i takovy jeden hotel (mala firma), co vsechno potrebuje za IT aby mohl efektivne fungovat. Myslite si ze si bude vlastni aplikaci kazdy hotel programovat? Jasne ze ne, radsi si ji koupi uz hotovou. Lidska spolecnost ze zacala specializovat a tim se znacne zefektivnila. Kdyz se delaji veci ve velkem je to mnohem levnejsi nez je delat v malem.

Pokud neni IT vas core byznis, proc by jste se s tim meli vubec zatezovat a budovat si vlastni team programatoru? Obvykla a najivni predstava managementu je ze vlastnim programatorum az je vyskoli budou platit prakticky nic a oni pro ne budou pracovat protoze jsou to prece jejich verni zamestnanci, ne?

My s LO si nemusime svuj chleba vubec branit, mame zakazek vic nez stacime stihnout, penez taky dostatek, jedine ceho je nedostatek jsou schopni a pouzitelni lide.

Podivejte se treba na tu aplikaci co ma CZNIC na registraci domen a porad s ni machruje, kdyby to zadal nam vyjde ho to levneji, rychleji a kvalitneji, protoze pouzivame efektivnejsi nastroje a technologie a lepe to umime. 2 roky vyvoje v 6ti lidech na tak jednoduchou aplikaci? To je prilis pomaly.

Kromtoho ackoliv ten FRED neni zprasene napsany, jsou v nem races (pgsql backend se slony replikaci nekomentuji), chtelo by si to priste pridat do teamu nekoho kdo vidi do SQL a MVCC v PGSQL. Pravda takovych lidi na trhu prace asi moc nenajdete, DB expert pro Oracle by se urcite hledal snaz.

Na prikladu FREDa bych chtel ukazat je ackoliv je FRED nadprumerne kvalitni inhouse soft nebot neni zpraseny, my jako odbornici jsme jeste tak o 2 tridy lepsi.

Mel jsem namysli vetsi hotel, zhruba 150 zamestnancu. Nedavno jsme jednomu delali nejake drobnejsi zmeny v jejich aplikaci. Je mi jasne ze vy by ste jim jiz naordinoval at si udelali interni developerske oddeleni, ze tim prece usetri. Misto aby si koupili IS (JD Edwards) za cca $300k by si ho prece mohli naprogramovat sami, ne? Myslite ze by to zvladli levneji a lepe? Pro srovnani jeden programator stoji minimalne $150k/rok. Zkuste se zamyslet.

Dobry by bylo kdyby Oracle sejmul JD Edwards, zajimalo by mne jak by vypadal SAP migracni program. My jsme premigrovali svuj SAP z Oracle10 na DB2 a stalo nas to jen $30k poplatek firme ktera nam to delala + zakoupeni IBM POWER6 HW. Nechali jsme si to udelat ackoliv mame SAP team, ktery by to urcite zvladnul, ale kdyz by to zvorali tak by se z nich nedal vyrazit zadny dolar. Takle to bylo mene rizikove.

Na jiném místřě v diskusi jsem jasně psal, že i inhouse development má své místo, byť typicky nejde o scénář první volby. Důvody tu byly dost dobře popsány (schánění lidí, jejich vytížení, celkové náklady). Kdo vyrábí sušenky nebo prodává prací prášky, umí vyrábět sušenky nebo prodávat prací prášky, a ne dělat IT. Takové firmy typicky nemívají IT oddělení, které by bylo schopné něco slušného napsat, nebo při tom dokonce dodržet časový plán a rozpočet. A pokud ano, jsou náklady typicky vyšší, než při použití hotového produktu a externí firmy.

Jak jsem také psal, vy jste zřejmě viděl jeden inhouse development, a nic jiného. Já viděl spousty projektů interních i externích. U obou scénářů znám rizika (někeré případy byly opravdu tristní), a mám také představu o nákladech. Pravdivost toho, co tvrdím, je nejlépe ilustrovaná tím, že firmy skutečně v drtivé většině případů aplikace kupují či nechávají psát dodavatele, a nepíší je doma.

1. IT a telekomunikace jsou pro výrobce sušenek nástroj, nutný náklad, a ne primární předmět businessu. Taková firma si nevyrábí technologické linky, nevyrábí automobily, neupravuje si je, a nepíše si software, protože má jiný business. Psát SW je pro ně stejně vedlejší činnost, jako provozovat si autoservis pro své dodávky. A má podobně mizerné předpoklady "doma" dobře a levně psát SW, jako dobře a levně opravovat auta. To je věc, kterou vám již delší dobu tvrdím. Pokud z toho usoudíte to, co jste psal, máte asi nějaký problém.

2. A nechcete dodat důvěryhodné statistiky vy, když tvrdíte, že je lepší SW vyvíjet ve firmě? Kolik firem má vlastní skladové hospodářství, plánování výroby, fakturační systém, mzdy a další, a kolik koupilo licence a implementace od dodavatelů? Otevřete oči. Nebo je otevřete mě tím, že dodáte statistiku ;)

Ještě bych se zeptal, jestli vám něco říká pojem "úspora z rozsahu". Zvláště u produkce SW, kde je "výroba" dalšího kusu licence skoro zdarma. Podle vás je levnější napsat ve 100 firmách 100 různých SW pro podporu nějakého procesu, než jeden, který nasadíte ve všech těch firmách? Vždyť z takového tvrzení kape absurdita.

Nemá mu to smysl vysvětlovat. Byl zřejmě u nějakého in-house projektu, u kterého sice nemá přehled o plánování, nákladech, a možná ani o obecnějším účelu projektu, ale zato ví, jak to se má všude dělat. Takových lid se vždy najde dost. Vymění žárovku ve světlometu svého vozu, a hned ví, jak řídit autoservis.

To je opravdu sranda. Nepochopil jste. Když si děláte SW pro sebe, tak si kompletně zaplatíte celý drahý vývoj aplikace (a nebudete platit obchodníka). Když se jedna aplikace prodá stovce zákazníků, tak zaplatíte setinu nákladů na vývoj, a setinu toho obchodníka. Prémiová otázka: co se vyplatí?

V takovém případě jsem to buď já špatně napsal, nebo vy špatně pochopil. A protože jsem to po sobě četl (nyní ještě jednou), tak si myslím, že jste to vy špatně pochopil. Uznávám, že diskuse na takové téma není triviální, a příspěvky je třeba číst pozorně, ale snad od vás nežádám tolik.

Pokud SW na trhu neexistuje, typicky se vyplatí si ho nechat napsat od externí firmy. Pokud máte vlastní tým odborníků, schopných psát kvalitní aplikace s dodržením času a rozpočtu, tak jste v něm zřejmě už zbytečně utopil velikou spoustu peněz. V takovém případě bych si rozmyslel celou strategii, a na základě toho pravděpodobně divizi IT oddělil jako separátní firmu (záleží na číslech a okolnostech). To proto, že vývojáře typicky nevytížíte, a když budou ve vlastní firmě, tak budou mít i jiné zákazníky, kteří se podělí o jejich platy, a vy na tom typicky vyděláte. U výsledné firmy bych potom poptal výrobu dané aplikace.

Chcete mi tvrdit, že neexistuje třeba trh tvorby zakázkových aplikací? :)

Samozřejmě nechte šéfa svého šéfa :) rozhodovat, jak uzná za vhodné. Pokud by někdo stavěl svou IT strategii na diskusích na rootu, asi by to bylo na hluboké zamyšlení nad jeho kvalifikací. Pokud je váš management spokojen s výší prostředků, na které ho přijde IT, tak nemáte problém.

Ještě bych se zeptal, jak to řešíte, když vývojáři dodělají interní projekt (jistě s dodržením zadání, času, ceny a dalších omezení), a do dalšího projektu je nepotřebujete. Staví nějakou SW "hladovou zeď", nebo diskutují na rootu?

Nebo máte, v duchu nejhorších podnikových tradic, nikdy nekončící projekty s faktickou absencí jejich řízení? U nikdy nekončícího projektu podniky ten SW vyjde zatraceně draho. Zpravidla si pak někdo spočítá, že za ty peníze (platy od IT managera po uklízečku uklízející IT oddělení, odvody, prostory, technika, energie) mohl mít implementovanou komerční aplikaci rovnou několikrát, a nebo si jí mohl nechat napsat na míru.

Stavba zdi? Takových aktivit se neúčastním. Teď se spíš rozhoduju, kde strávit svátky. Na výběr je Praha, Amsterdam, Las Palmas de Gran Canaria a Eilat. Kdybych měl levný mobil, tak bych ho na začátku svátků hodil do moře. Takhle vystačím s jeho vypnutím ;)

ja bych to videl asi na ten amsterdam, tam jsou prijemni lidi. Canaria -- proboha kolik je tam prumerne IQ turistu 60?

Ti turisté s IQ 60 mě také odrazují, zase teplota by mohla být fajn. Amsterdam je pěkný, i coffee shopy jsou fajn, ale znám ho až moc dobře.

Deset Ophirů asi seženete (Gazit Ophir, Adi Ophir, Ophir Nave, Ron Ophir, Ophir Pines-Paz, Johnathan Ophir, Meira Ophir a další), ale výrazně pochybuji, že kdokoliv z nich bude pracovat napůl zdarma. U své osoby to potom mohu vyloučit ;)