původně publikováno v 1991
drobné aktualizace v 2000, 2017 a 2021
„kolik IT zaměstnanců potřebuje organizace?“je často kladená a obtížně zodpovězitelná otázka. Neexistuje žádný magický poměr. Neexistuje ideální personální úroveň. Příslušný počet zaměstnanců závisí na tom, za co je IT organizace odpovědná, a na úrovni služeb očekávané v každé oblasti odpovědnosti.
tento příspěvek je primárně o klasickém personálním obsazení podnikových IT … co se děje uvnitř společnosti nebo univerzity, kde jsou dodávána IT řešení. Zatímco související, spuštění produkční služby, která dodává software jako službu, se trochu liší od podnikových výpočtů. V CIO byl krátký článek, který ukazuje, co se stane, když porovnáte podniky s poskytovateli služeb. Některé z těchto otázek diskutuji ve svých radách pro provozování vysoce kvalitních služeb. James Hamilton poznamenal, že v operacích mega scale představuje lidský personál méně než 10% celkových nákladů.
ve slide deck Impliance byl nalezen pěkný graf: zařízení pro správu informací od lidí z IBM Research, které zachytilo, jak personální náklady vzrostly ve srovnání s náklady na hardware pro podnikové výpočty. Ve výrobním prostředí je obvykle výrazně více investic do infrastruktury a nástrojů, práce je často sdílena mezi strojírenskou skupinou a operační skupinou a často dochází k úsporám z rozsahu, na které v tomto článku pouze narážím.
co IT pracovníci dělají
existuje řada různých druhů práce, za které jsou IT týmy často odpovědné.
uživatelské služby (např. Helpdesk)
kolik se očekává držení ruky? Některé weby mají uživatele, kteří jsou docela soběstační; jiné weby mají uživatele, kteří potřebují pomoc pro všechno, co dělají. Mohou se vaši uživatelé postarat o sebe nebo potřebují a chtějí, aby administrátor pro ně vykonával i ty nejjednodušší úkoly? Například Mám přítele, jehož uživatelé požadují, aby pro ně vykonával nejzákladnější úkoly(například přesun souborů z jednoho adresáře do druhého). Cokoliv, co není jen vyvolání textového editoru nebo čtení pošty je „UNIX“ a tudíž práce pro správce. Tento druh podpory vyžaduje poměr něco jako jeden správce pro každé čtyři uživatele.
chce web vést workshopy nebo připravit rozsáhlou místní dokumentaci? Do jaké míry se od vás očekává konzultace v technických otázkách? Zajímáte se jen o operační systém, jako je OSX, nebo pomáhá Helpdesk s aplikacemi, nebo dokonce vývojovými nástroji? Řekněme například, že váš web má těžké uživatele TeX, Mathematica, C++, Python, X11, R, MySQL a Google G-Suite. Mají být uživatelské služby schopny odpovědět na podrobné otázky týkající se všech těchto témat? Jen málo lidí je odborníků na všechny tyto věci. Rozvoj odborných znalostí v dané tematické oblasti vyžaduje čas na hraní, experiment, a zralé v této oblasti, a počet oblastí, které může někdo zvládnout, má své limity.
Softwarová podpora
kolik public domain software nebo freeware lidé chtějí nainstalovat? Jakou úroveň podpory očekávají? Instalace RPM je obvykle poměrně snadná. Jen kompilace a instalace softwaru nezabere moc času. Často však software není jen kompilovat a nainstalovat správně. Často existují konflikty mezi balíčky, které mohou být náročné vyřešit. V softwaru jsou často předpoklady, které je třeba změnit, než může být software použit na daném místě. Kromě toho se od správců často očekává (a správně), že budou pokračovat v údržbě softwaru (opravy chyb, bezpečnostní záplaty a co ne) a stanou se odborníkem na používání softwaru. Kompilace a instalace (spolu s častými opravami) nebo mnoha hardwarovými / softwarovými platformami to může neuvěřitelně časově náročné i pro několik softwarových balíčků. Čas, který to trvá, se liší podle kvality a složitosti softwaru. Udržet aktuální verzi kermitu nebo perlu není těžké (přál bych si, aby všichni odvedli tak pěknou práci jako Larry Wall s Perlem); držet krok s g++ je mnohem časově náročnější.
podpora cloudových služeb
organizace stále častěji využívají cloudové služby k řešení svých obchodních problémů. Čas zaměstnanců pro cloudové služby se často odhaduje, protože mají tendenci být distribuovány. První je cena na palubě. Často je to, jakmile se někdo pomocí kreditní karty společnosti zaregistruje ke službě, ale to není udržitelné. Za prvé, fakturace opravdu musí jít do organizace, ne jednotlivec. Důležitější je však pojištění správných lidí, kteří mají přístup, a než když se změní role lidí, nebo opustí společnost, stane se správná věc.
v nejlepším případě může SaaS využít existující systémy správy účtů, jako jsou Google Apps, podnikový jednotný přihlašovací systém, jako je Okta, nebo interní reklamní služba, pokud poskytuje externě dosažitelný koncový bod SaML. Může musí být zajištěno, že zakázání jediného přihlašovacího účtu blokuje přístup (některé systémy také umožňují přístup proti pověření specifickému pro službu). Obecně platí, že na palubě aplikace je kolem 1 muž týden / aplikace, které jste faktor v učení o službě, uspořádání integrace, výrobu příslušné dokumentace.
kromě instalace SaaS existuje celá řada možných nákladů v závislosti na složitosti integrací, na tom, kolik přizpůsobení je vyžadováno a zda bude potřeba IT tým poskytovat zákaznickou podporu.
ERP systém
v našem stále složitějším a regulovaném světě musí organizace sledovat a řídit širokou škálu procesů. Jak se tempo práce zvýšilo, existuje dojem, že data musí být k dispozici v reálném čase, ale vedla k přijetí systémů plánování podnikových zdrojů (ERP). Nejznámější systémy v tomto prostoru jsou SAP a Oracle sada aplikací. Ve střední vrstvě jsou společnosti jako Netsuite a Workday. Pro malé podniky se Quickbooks běžně používá.
v menších orginizacích jsou ERP systémy často řízeny týmem, který je zodpovědný za tuto funkci. Finance se stará o účetní software. Lidské zdroje se často starají o jakékoli nástroje, které se používají ke správě počtu zaměstnanců, a používá jakýkoli systém, který si finance vybraly pro provádění mezd. V těchto případech je personální obsazení poměrně minimální a obvykle se zaměřuje na poskytování serveru a zajištění pravidelného zálohování dat.
jak společnost roste a velikost a složitost, požadavky těchto systémů mohou masivně růst. Je nad rámec tohoto příspěvku diskutovat o odhadu personálních požadavků na systémy ERP, ale udělám jedno pozorování. Téměř ve všech případech je špatný nápad přizpůsobit ERP systémy tak, aby přesně odpovídaly vašim stávajícím obchodním procesům. Kdykoli je to možné, měli byste použít systém co nejblíže k po vybalení z krabice, jak je to možné, a pokud je volba změnit proces nebo přizpůsobit software, změnit proces.
vlastní Software
mnoho organizací nemá specializované oddělení softwarového inženýrství, takže zaměstnanci IT jsou vyzváni nejen ke správě softwaru poskytovaného dodavateli, ale také k vytváření nástrojů na vyžádání pro komunitu uživatelů. To je pochopitelné, zejména na malých webech, kde mohou být IT pracovníci jedinými profesionálními programátory. Pokud existuje toto očekávání, musí být pro tento vývojový proces přidělen čas.
plánování / Správa webu režie
kolik plánování stránek má správce zpracovat? Musí správce vědět, že průměrný člověk generovat 115 wattů, a jak faktor, který a tepelné zatížení ze strojů na stupnici odpovídající AC/topné zátěže a energie? Kolik papírování je tam?
údržba hardwaru / sítě
kdo prochází stropem, aby vytáhl dráty? Kdo najde šupinatý transceiver, když se Ethernet začne zbláznit? Když pracovní stanice zemře, zavolá sekretářka vašemu dodavateli a počká, nebo jsou vyžadována kreativnější řešení? Děláte opravy na úrovni desky? Nakupuje váš web všechna jeho periferie připravená k instalaci nebo ušetříte peníze nákupem komponent a integraci sami? To, že zaměstnanci IT dělají některou z těchto věcí, vyžaduje čas.
předvídat technologii
má IT personál předvídat nové technologie a radit společnosti o nových přístupech? Většina míst, kde jsem pracoval, očekává, že zaměstnanci IT budou mít dobrý pocit ze stavu techniky a nových technologií, které vypadají slibně (nejen produkty,ale také výzkum). Předvídání je často nutné vzhledem k tomu, že mnoho webů má plán plánování nebo odpisů na tři až šest let. Udržet krok s naším oborem není jednoduché. Existuje celá řada zdrojů, z nichž jeden hodně čerpá, aby zůstal aktuální. Našel jsem řadu dobrých zdrojů pro aktuální informace. Obchodní hadry vám mohou poskytnout obrázek o tom, co se prodává, blog (a další elektronická média) je skvělý pro otázky týkající se aktuálních problémů a problémů. Jsou užitečné vidět, co se děje na téměř hotové výzkumné frontě. Neexistuje však žádná náhrada za dobrou síť profesionálních kontaktů. Tuto síť lze udržovat telefonními hovory, elektronickou poštou, účastí v online komunitách a účastí na konferencích.
Moje poměry
nejlepší způsob, jak odhadnout počet potřebných správců, je zjistit, jaká úroveň služeb je vyžadována a jak různé faktory (například síťová infrastruktura a heterogenita podporovaných strojů) ovlivní plnění těchto povinností. Správci systému zřídka provádějí pouze úkoly „správce“. První část tohoto článku podrobně popisuje úkoly, které provádím kromě běžných úkolů“ správce“, jako jsou zálohy, instalace nových uživatelů, údržba operačního systému atd. Další úkoly jsou prezentovány (z větší části) ve formě otázek. Druhá část podrobně popisuje některé z různých faktorů, které ovlivní úroveň zaměstnanců. Třetí část podrobně popisuje některé jednoduché perspektivy, které mohou správci systému přijmout, aby se jejich prostředí snadněji spravovalo. Nakonec skončím rychlým zkoumáním některých poměrů, které by vám mohly pomoci přiblížit vaše personální potřeby.
následuje velmi hrubý soubor pravidel, která používám k odhadu personálních požadavků. Váš počet najetých kilometrů se bude lišit. Měl bych poznamenat, že tato čísla předpokládají zachování přiměřeně stabilního prostředí. Rychlý obrat uživatelské základny, strojů, abnormálně časté změny softwaru, růst životního prostředí atd.
| typ práce | jednotky práce pro zajištění osvědčených postupů a faktorů měřítka |
| služba koncového uživatele | 1 jednotka pro 50 uživatelů, kteří získají dobré služby. 1 jednotka pro každých 200, kteří získají základní služby, a (např. studenti ve vzdělávací továrně) za předpokladu podpory 8×5. Není potřeba, pokud provozujete službu s oddělenou organizací péče o zákazníky. Poměr musí jít nahoru, pokud chcete, aby help desk běžel delší hodiny. |
| 24 x 7 Podpora (partneři, klienti, atd) | dělá 24×7 NOC, která vyžaduje proaktivní oznámení a rychlé řešení problémů váhy proti složitosti služby, která je spravována a počet vysoce dotykových klientů. Místa, která se o to opravdu zajímají, mají krok v ceně 14 lidé … manažer, asistent manažera, tři směny, přičemž každá směna má dva lidi, jedna směna běží od neděle do středy, a druhý běží od středy do soboty, takže mezi týmy dochází k překrývání, čisté předání, a časy skupinového tréninku. Méně, že to může snadno vést k tomu, že posuny nebudou pokryty. Například mít jednu osobu / směnu může selhat, pokud osoba noční směny usne nebo pokud někdo, kdo pracuje na jedné z víkendových směn, onemocní. To se nepočítá lidi eskalovat na. Počet lidí potřebných na směnu souvisí s tím, kolik normální práce existuje, a kolik souběžných katastrof by tým měl být schopen zvládnout. |
| Správa operačního systému | 2 jednotky pro každou značku operačního systému vyžadující základní podporu. Pokud tlačíte operační systém nad rámec hlavního proudu / testovaného měřítka, přidejte přídavek 4 jednotky. Dělat velmi složité věci vyžadující hacknutá jádra, nestandardní ovladače zařízení atd. Pokud vám opravdu záleží na bezpečnosti, přidejte dalších 12 jednotek. Potřebujete funkčnost, která v současné době není v jádře a / nebo něco víc než základní jumpstart nebo kickstart pro instalaci a správu? Spravujte to jako projekt vývoje softwaru a získejte dobré inženýry, kteří na něm pracují. |
| Správa hardwaru / host Imaging (OS Deployment) | 1 jednotka pro každých 50 polí, pokud nemůžete chránit konfigurace operačního systému a systému před uživateli (Windows v mnoha prostředích) nebo tam, kde je vysoká přizpůsobení, které musí provést pracovníci IT. Jednotka 1 pro každých 200 krabic, pokud můžete chránit operační systém před uživateli, aniž byste bránili uživateli, ale nelze jej automaticky sestavit / znovu sestavit / aktualizovat OS a software bez dohledu nad ním. 1 jednotka pro každých 400 krabic, které mají instalaci softwaru založeného na síti (výpočetní klastry nebo plně automatizované uživatelské pracovní stanice s konfigurační správou). Extrémně rozsáhlé operace (1000 s strojů běží zcela cookie cutter) měřítko více jako 500 boxů / jednotka a může měřítko tak vysoké jako 2500 boxů / jednotka v měřítku google, kde si můžete dovolit ztratit plné regály / servisní jednotky, aniž byste museli okamžitě jednat. |
| Podpora zařízení | 1 jednotka pro každou jednoduchou aplikaci. 4 jednotky pro všechny složité aplikace, u kterých se očekává, že zaměstnanci budou výkonnými uživateli. Počáteční nasazení aplikací je obvykle časově náročné. Pokud je nasazen velký počet aplikací, je třeba zohlednit čas potřebný zaměstnancům k přepnutí kontextu / „swap in“ Informace. |
| jednoduché síťové služby | 1 jednotka pro každé dvě základní služby: httpd, DNS, mail, tisk, SAMBA atd. Přidejte 2 jednotky, Pokud chcete, aby měly lepší než 99,8% dostupnost. Přidejte jednotku 2, Pokud vám záleží na bezpečnosti. Přidejte 1 jednotku, pokud škálujete větší než průměr. Přidat 4 Pokud škálujete na mega velikost a jsou nad rámec toho, pro co byl software navržen. Pokud jste zcela mimo rozsah, zacházejte s vývojovým projektem a zaměstnanci podle toho s inženýry. |
| komplexní síťové služby | vysoce variabilní. Například multi-terabajtová databáze používaná pro dolování dat by mohla snadno spotřebovat více DBA + více vyšších správců systému, kteří se specializují na ladění výkonu a rozsáhlý úložný systém. |
| Síťová Konektivita | měří počet síťových zařízení, počet sítí, bezpečnostní problémy, složitost směrování, HA požadavky. |
| koordinace a řízení | čím větší a složitější organizace, tím více je potřeba koordinačních rolí. Lidé, kteří se zaměřují na řízení lidí, architekturu systémů, řízení programů, řízení projektů. To je docela složité. Bylo by troufalé navrhnout poměr. |
solidní správce systému SAGE II zvládne 4 jednotky práce. Silný správce systému SAGE III zvládne 8 jednotek práce. Vynikající správce systému SAGE IV zvládne 12 jednotek práce. Existují vzácní jedinci, kteří mají hluboké i široké zkušenosti, jsou mimo myslitele, vysoký EQ, a neuvěřitelně soustředěný a produkční. I když nemají měřítko proti lidským úkolům, jako je podpora koncových uživatelů lépe než osoba na úrovni SAGE IV, výrazně lépe se pohybují v technické / systémové práci. To souvisí s tradicí, že existují někteří vývojáři, kteří jsou 10x lepší než „normální“ vývojář. Během mé kariéry jsem měl to potěšení pracovat s několika z těchto výjimečných umělců. Tento systém počítání je volně založen na rovnici navržené Sherwoodem Botsfordem a nalezený v comp.Unix.admin FAQ. V určitém okamžiku aktualizuji počítání, abych použil svou matici dovedností SRE (excel).
další problémy
stránky s jedním správcem nejsou příliš žádoucí.
jsou skutečností života, protože mnoho malých webů si nemůže dovolit ani ospravedlnit více než jednoho správce systému. Pro jednoho člověka je obtížné mít šíři znalostí a zkušeností, aby provozoval opravdu prvotřídní web, bez ohledu na to, jak málo strojů má. Vždy bude existovat nějaká oblast, která není silou jediného Správce.
dalším problémem je, že web s jedním správcem systému má jediný bod selhání: když je správce na dovolené (nebo je přejet autobusem), web je zranitelný. Nosit pager na dovolené není moje představa zábavy; nicméně, nikdo nemůže předvídat, kdy by mohla nastat krize. Samozřejmě je těžké zaujmout osobu na vysoké úrovni v práci, která zahrnuje také výměnu záložních pásek a procházení stropů.
čím homogennější je web, tím snazší je podpora.
počet podporovaných různých platforem (různé architektury strojů nebo různé operační systémy) zvyšuje složitost úlohy podpory. Upgrade operačního systému bude muset být proveden alespoň jednou ručně pro každou platformu. Každý operační systém má své vlastní výstřednosti, které se musí naučit a zvládnout. Většina webů chce, aby všechny platformy vypadaly identicky, aby se jejich uživatelé mohli posadit na kteroukoli z pracovních stanic a dokončit práci. To vyžaduje, aby každá platforma měla identické nástroje, okenní systémy atd. To může výrazně zvýšit množství práce, kterou musí správce udělat. V nejlepším případě to znamená rekompilaci programů pro každou platformu. V nejhorších případech se jedná o portování softwaru a boj s dodavatelem dodávaným softwarem. Moje osobní noční můra se snaží podporovat všechny X11R4 (od MIT), DECwindows, OSF/Motif a Sun OpenWindows na třech různých platformách.
větší weby mohou využívat úspory z rozsahu.
velké weby mohou rozšířit své administrativní štáby méně rychle, než roste počet uživatelů (nebo pracovních stanic). Důvodem je to, že jak se váš personál zvětšuje, je možné, aby se lidé specializovali. Tato specializace umožňuje jednotlivým zaměstnancům rozvíjet hloubku odborných znalostí, která jim umožňuje porozumět všem problémům na dané téma a rychleji řešit jakékoli problémy.
za druhé, větší weby mohou využít předchozí práci. První instalace stroje nebo softwaru je vždy nejobtížnější. Druhý je jednodušší. V době, kdy jste provedli 50 nebo 100 instalací, jste vyvinuli automatické skripty a můžete provádět instalace ve spánku. Viděl jsem velké weby v poměru 1: 100 administrator-to-machine, kde věci běžely docela dobře. Musím však čtenáře varovat: tento druh poměru je proveditelný pouze u špičkových lidí pracujících v pečlivě upraveném prostředí s mnoha stovkami uživatelů. Většina webů nemůže získat produktivní práci s tímto druhem poměru. Tento druh poměru také omezuje profesní růst členů personálu systému, protože většinu času stráví každodenními problémy a hašením. To je škoda, protože nejcennějším zdrojem organizace jsou její lidé.
| zvýšená účinnost SA | snížená účinnost SA |
| automatizace standardy (politika, Architektura) efektivní monitorování běžné nástroje robustní je zabezpečení přísná kontrola nad tím, co se načte na základní linii HW / SW redundance kritických služeb oddělovací služby (stroje pro jednotlivé služby) dobrý tréninkový program podrobné plány obnovy po havárii systémem systém, který nevyžaduje zálohy |
různorodá hardwarová základna různorodá softwarová základna Lax je zabezpečení malý nebo žádný výcvik personál, který je reaktivní, není proaktivní zálohy ad-hoc nebo žádné zálohy |
místa s vysokou dostupností vyžadují vyšší počet zaměstnanců.
stránky, které musí být vysoce dostupné (např. více než 99,9% poskytování služeb), budou vyžadovat vyšší úroveň personálního obsazení. 24×7 pokrytí, v ideálním případě alespoň 2 Lidé hluboko, kteří mohou dělat první a druhé úrovni řešení, a být schopen eskalovat na odborníky v oblasti). Musíte také mít více lidí pro každou oblast předmětu, kteří jsou schopni rychle diagnostikovat a řešit složité problémy.
A Co Jiné Platformy?
platforma, která je podporována, dělá velký rozdíl. Moje zkušenost je, že podpora komunit Macintosh a UNIX má přibližně stejnou personální úroveň. Historicky se zdá, že podpora počítačů s libovolným operačním systémem Microsoft vyžaduje alespoň dvojnásobný počet zaměstnanců a poskytuje nižší úroveň služeb. Vzhledem k tomu, Windows XP poměr nemusí být tak vysoká… ale stále jsem najít administrační váhy lepší na UNIX než Windows.
poměry jiných lidí
v posledních několika letech bylo mnoho lidí, kteří hovořili o poměrech, které považují za rozumné. Je běžné slyšet lidi mluvit o poměru zaměstnanců / uživatelů 1: 60, kde existují určité rozdíly v populaci a spousta vlastní práce, a poměr zaměstnanců / uživatelů 1:150 (nebo vyšší) v místech, která mohou používat řešení „cookie cutter“, např. univerzity s hordami vysokoškoláků nebo podniků, kde lidé používají výpočetní techniku jako nástroj spíše než hledat inovace na strojích, které jsou spravovány. Realističtější sada poměrů (založená spíše na osvědčených postupech v oboru než na bílých stránkách dodavatele na TCO) byl článek Mega Group o zlepšení poměrů zaměstnanců. Existuje řada dalších studií, které zjistily, že v reálném světě většina organizací nebyla schopna podporovat poměry vyšší než 30: 1. Studie Mitre z roku 2000 naznačila, že poměr je 47:1 +/- 17%. Ve videu o poměru uživatelů a technik Justin Nguyen základní poměr 60: 1 byl návrh, s řadou faktorů, které ovlivňují tento poměr.
příklad nadsazených čísel lze nalézt v personální pro technologickou podporu, Bílá kniha pro vzdělávací instituce. Bohužel, tito lidé se snaží aplikovat personální poměry z projektu mit Athena na zbytek světa. To je chybné ze tří důvodů. Za prvé, většina webů nemá sofistikované nástroje, které Athena měla. Za druhé, Athena měla lidi, kteří dělají Athena Běh, které nebyly zachyceny v jejich poměrech: studentští dobrovolníci, kteří dělali hodně práce a tvrdé jádro systémový programátor, který vyvinul nástroje, které splňovaly požadavky MIT. Konečně, populace uživatelů MITs není průměrná populace uživatelů.
David Cappuccio ze skupiny Gartner ve svém článku navrhl znát typy: dimenzování podpůrných štábů, že je třeba zvážit dva poměry. První poměr je personál k uživatelům, pokus o zachycení lidské části rovnice. Tento poměr se dívá na to, kolik lidí musíte udělat, co se často nazývá Tier I, help desk, nebo uživatelská podpora. Druhým poměrem je počet strojů a subsystémů na zaměstnance, který zachycuje, kolik lidí je potřeba k péči o technickou infrastrukturu. I když se mi líbí Davidův rámec, myslím, že jeho poměry jsou příliš vysoké pro uživatelskou podporu a že se mu nepodařilo zachytit rozmanitou sadu technologií, které většina organizací používá: existuje mnohem víc než tisk, soubor, web, a databázové servery. K dispozici jsou služby adresáře, zabezpečení, zasílání zpráv a spolupráce. Komplikovat záležitosti, mnoho webů je heterogenních, což vyžaduje zvláštní úsilí, aby jedna služba fungovala pro všechny klienty, nebo horší, což má za následek potřebu služeb založených na klientské platformě. Konečným komplikujícím faktorem je, že tyto služby mají často složité interakce a závislosti, což ztěžuje jejich nasazení a údržbu. Výsledkem je, že Davidovy poměry budou mít za následek personální obsazení, které bude schopno poskytovat pouze ty nejzákladnější služby na odpovídající úrovni.
blog itbenchmark obsahuje řadu příspěvků na téma dimenzování zaměstnanců.
závěr
počet požadovaných správců se v jednotlivých místech značně liší. Jedinou konstantou je, že existuje jen zřídka dostatek správců systému pro povinnosti, které mají. V době, kdy to bylo původně napsáno, jsem zjistil, že je možné, aby jedna osoba udržovala až 220 strojů (se třemi různými platformami)a poskytovala odpovídající uživatelské služby poměrně sofistikované uživatelské populaci kolem 80 lidí. Můj čas je rozdělen mezi uživatelské služby (30 procent), obecné úkoly správy systému (20 procent), instalaci nových strojů a podporu hardwaru/sítě (10 procent), instalaci a údržbu softwaru (30 procent), vývoj vlastního softwaru a sledování trendů (35 procent) a plánování stránek (10 procent). Všimněte si, že to zvyšuje až 135 procent.
historie tohoto příspěvku
v roce 1991 jsem zaslal poznámku Usenetu, která odpovídala na otázku o personálních poměrech. Rob Kostad mě požádal, abych tuto krátkou poznámku rozšířil do článku, který běžel s názvem “ kolik správců stačí?“v časopise Unix Review, Duben 1991. V průběhu let jsem udělal některé, většinou drobné aktualizace původního článku. Jednoho dne to přepíšu úplně. Zatímco tento článek byl napsán dávno, zjistil jsem, že poměry jsou stále docela přesné. Pokud si myslíte, že se mýlím, pošlete mi e-mail se svými zkušenostmi.