Originally Published in 1991
Minor updates in 2000, 2017, and 2021

”How many IT staff does an organization need?”on yleisesti kysytty ja vaikea vastata kysymykseen. Taikasuhdetta ei ole. Ei ole ihanteellista henkilöstömäärää. Henkilöstön sopiva määrä riippuu siitä, mistä TIETOTEKNIIKKAORGANISAATIO vastaa ja millaisesta palvelutasosta kullakin vastuualueella odotetaan.

tässä viestissä on ensisijaisesti kyse klassisesta yrityksen IT-henkilöstöstä … mitä tapahtuu yrityksen tai yliopiston sisällä, jossa IS / IT-ratkaisut toimitetaan. Vaikka liittyvät, käynnissä tuotantopalvelu, joka tuottaa ohjelmistoja palveluna on melko vähän erilainen kuin enterprise computing. CIO: ssa oli lyhyt artikkeli, joka osoittaa, mitä tapahtuu, kun vertaat yrityksiä palveluntarjoajiin. Käsittelen joitakin näistä asioista Vinkeissäni laadukkaiden palveluiden toimivuudesta. James Hamilton on pannut merkille, että megaluokan operaatioissa ihmishenkilöstön osuus kokonaiskustannuksista on alle 10 prosenttia.

slide deck Impliance: an Information Management Appliance by folks from IBM Research which captured how staff costs have gone up in comparison to the costs of hardware for enterprise computing. Tuotantoympäristössä investoidaan tyypillisesti huomattavasti enemmän infrastruktuuriin ja työkaluihin, työ jaetaan usein suunnitteluryhmän ja toimintaryhmän kesken, ja mittakaavaetuja on usein vain viittaan tässä asiakirjassa.

mitä IT-henkilöstö tekee

on olemassa useita erilaisia töitä, joista IT-tiimit ovat usein vastuussa.

käyttäjäpalvelut (esim. Helpdesk)

kuinka paljon kädestä pitämistä odotetaan? Joillakin sivustoilla on käyttäjiä, jotka ovat melko omavaraisia; muilla sivustoilla on käyttäjiä, jotka tarvitsevat apua kaikkeen, mitä he tekevät. Voivatko käyttäjät huolehtia itsestään vai tarvitsevatko he ja haluavatko ylläpitäjän suorittavan heille yksinkertaisimmatkin tehtävät? Esimerkiksi, minulla on ystävä, jonka käyttäjät vaativat, että hän suorittaa kaikkein perustehtäviä heille (kuten siirtämällä tiedostoja hakemistosta toiseen). Kaikki, mikä ei ole pelkästään tekstieditoriin vetoamista tai sähköpostin lukemista, on ”UNIX” ja siten järjestelmänvalvojan tehtävä. Tällainen tuki vaatii suhteen jotain yksi ylläpitäjä jokaista neljää käyttäjää.

haluaako sivusto sinun pitävän työpajoja tai laativan laajaa paikallista dokumentaatiota? Missä määrin teidän odotetaan konsultoivan teknisissä kysymyksissä? Oletko huolissasi vain käyttöjärjestelmästä, kuten OSX: stä, vai auttaako Helpdesk sovellusten tai jopa kehitystyökalujen kanssa? Sanotaan esimerkiksi, että sivustollasi on runsaasti TeX: n, Mathematican, C++: n, Pythonin, X11: n, R: n, MySQL: n ja Googlen G-Suiten käyttäjiä. Onko käyttäjäpalvelujen tarkoitus pystyä vastaamaan kaikkiin näihin aiheisiin liittyviin yksityiskohtaisiin kysymyksiin? Harva on näiden asioiden asiantuntija. Asiantuntemuksen kehittäminen millä tahansa aihealueella vaatii aikaa leikkiä, kokeilla ja kypsyä sillä alueella, ja on olemassa rajoja, kuinka monta aluetta joku voi hallita.

ohjelmistotuki

kuinka paljon public domain-ohjelmistoja tai ilmaisohjelmia ihmiset haluavat asentaa? Millaista tukea he odottavat? Kierrosten asentaminen on yleensä melko helppoa. Pelkkä ohjelmiston kokoaminen ja asentaminen ei vie paljon aikaa. Usein kuitenkin, ohjelmisto ei vain kääntää ja asentaa oikein. Usein pakettien välillä on ristiriitoja, jotka voivat olla haastavia ratkaista. Ohjelmistossa on usein oletuksia, joita on muutettava ennen kuin ohjelmistoa voidaan käyttää tietyssä kohteessa. Lisäksi järjestelmänvalvojien odotetaan usein (ja syystäkin) jatkavan ohjelmiston ylläpitoa (virheenkorjauksia, tietoturvakorjauksia ja mitä ei) ja tulevan asiantuntijaksi ohjelmiston käytössä. Kokoaminen ja asentaminen (yhdistettynä usein laastaria) tai monet laitteisto/ohjelmistoalustat voivat tehdä tämän uskomattoman aikaa vievää jopa vain muutaman ohjelmistopaketteja. Aika tämä vie vaihtelee laatu ja monimutkaisuus ohjelmiston. Kermitin tai Perlin nykyisen version pitäminen ei ole vaikeaa (toivon, että kaikki tekisivät yhtä mukavaa työtä kuin Larry Wall on Perlin kanssa); g++: n kanssa pysyminen on paljon aikaa vievää.

pilvipalvelujen tuki

yhä useammin nykyään organisaatiot käyttävät pilvipalveluja liiketoimintaongelmiensa ratkaisemiseen. Henkilöstön aikaa pilvipalveluille arvioidaan usein liian vähän, koska niitä yleensä jaetaan. Ensimmäinen on kustannukset lennolle. Usein tämä tapahtuu heti, kun joku käyttää yrityksen luottokorttia palveluun kirjautumiseen, mutta se ei ole kestävää. Ensinnäkin laskutuksen pitää todella mennä organisaatiolle, ei yksilölle. Tärkeämpää on kuitenkin vakuuttaa oikeat ihmiset pääsevät, ja kun ihmisten roolit muuttuvat, tai he jättävät yrityksen, oikea asia tapahtuu.

parhaassa tapauksessa SaaS voi hyödyntää olemassa olevia tilinhallintajärjestelmiä, kuten Google Appsia, yritysten kertakirjautumisjärjestelmää, kuten Oktaa, tai sisäistä mainospalvelua, jos se tarjoaa ulkoisesti tavoitettavissa olevan SAML-päätepisteen. Can on tehtävä vakuuttaa, että poistamalla käytöstä yhden kirjautumisen tilin estää pääsyn (joissakin järjestelmissä sallitaan myös pääsy vastaan palvelukohtainen credential). Yleensä lennolle sovellukset on noin 1 henkilöviikko / sovellus, joka olet tekijä oppia palvelusta, järjestämällä integraatioita, tuottaa asianmukaista dokumentaatiota.

SaaS-putkiston hankkimisen lisäksi on olemassa monenlaisia mahdollisia kustannuksia riippuen integraatioiden monimutkaisuudesta, siitä, kuinka paljon räätälöintiä tarvitaan ja siitä, tarvitaanko IT-tiimiä tarjoamaan asiakastukea.

toiminnanohjausjärjestelmä

yhä monimutkaisemmassa ja säännellyssä maailmassamme organisaatioiden on seurattava ja hallittava monenlaisia prosesseja. Työtahdin kasvaessa on vallinnut käsitys, että tietojen on oltava saatavilla reaaliajassa, mutta se on johtanut toiminnanohjausjärjestelmien käyttöönottoon. Tämän tilan parhaiten tuntevat järjestelmät ovat SAP: n ja Oraclen sovellussarja. Keskitasolla on NetSuiten ja Workdayn kaltaisia yrityksiä. Pienyrityksille Quickbooks on yleisesti käytössä.

pienemmissä orginiztioissa toiminnanohjausjärjestelmiä hallinnoi usein toiminnasta vastaava tiimi. Talous huolehtii kirjanpidon ohjelmistosta. Henkilöstöresurssit usein huolehtii mitä työkaluja käytetään hallita henkilöstömäärä, ja käyttää mitä järjestelmän rahoitus on VALINNUT tehdä palkanlaskenta. Näissä tapauksissa se henkilöstö on melko minimaalinen ja on tyypillisesti keskittynyt tarjoamalla palvelimen ja vakuuttaa, että sen tiedot on säännöllisesti varmuuskopioitu.

yrityksen kasvaessa ja koon ja monimutkaisuuden kasvaessa näiden järjestelmien vaatimukset voivat kasvaa massiivisesti. Se on soveltamisalan ulkopuolella tämän viran keskustella arvioimalla henkilöstön vaatimukset ERP järjestelmiä, mutta teen yhden huomautuksen. Lähes kaikissa tapauksissa on huono idea muokata toiminnanohjausjärjestelmiä vastaamaan olemassa olevia liiketoimintaprosesseja. Aina kun mahdollista sinun pitäisi käyttää järjestelmää niin lähellä laatikosta kuin voit, ja jos valinta on muuttaa prosessia tai muokata ohjelmistoa, muuttaa prosessia.

Custom Software

monilla organisaatioilla ei ole omaa ohjelmistoteknistä osastoa, joten IT — henkilöstöä kehotetaan paitsi hallitsemaan toimittajien tarjoamia ohjelmistoja myös luomaan tilauksesta työkaluja käyttäjäyhteisölle. Tämä on ymmärrettävää, varsinkin pienillä sivustoilla, joissa IT-henkilökunta saattaa olla ainoita ammattiohjelmoijia. Jos tällaisia odotuksia on, tähän kehitysprosessiin on varattava aikaa.

aluesuunnittelun / hallinnon yleiskustannukset

kuinka paljon aluesuunnittelun hoitajan odotetaan hoitavan? Onko ylläpitäjä tietää, että keskimääräinen henkilö tuottaa 115 wattia, ja miten tekijä, että ja lämpö kuormat koneiden skaalata sopiva AC/Lämmitys kuormia ja teho? Paljonko paperitöitä on?

laitteisto / verkon ylläpito

kuka ryömii katon läpi vetämään johtoja? Kuka löytää lähettimen, kun Ethernet sekoaa? Kun työpiste kuolee, soittaako sihteeri vain myyjälle ja odottaa, vai tarvitaanko luovempia ratkaisuja? Teetkö lautatason korjauksia? Ostaako sivustosi kaikki oheislaitteet valmiina asennettavaksi vai säästätkö rahaa ostamalla komponentteja ja teet integroinnin itse? IT-henkilökunnan tekeminen vie aikaa.

ennakoi teknologiaa

onko IT-henkilöstön tarkoitus ennakoida uutta teknologiaa ja neuvoa yritystä uusista lähestymistavoista? Useimmissa paikoissa olen työskennellyt odottaa IT-henkilöstö on hyvä tuntuma uusinta ja uutta teknologiaa, joka näyttää lupaavalta (ei vain tuotteita, mutta tutkimus, liian). Ennakointi on usein tarpeen, koska monilla kohteilla on kolmen-kuuden vuoden suunnittelu-tai poistoaikataulu. Ei ole helppoa pysyä alallamme. On olemassa erilaisia lähteitä, joista on paljon hyötyä pysyäkseen ajan tasalla. Olen löytänyt useita hyviä lähteitä ajankohtaiselle tiedolle. Kaupan rätit voivat antaa sinulle kuvan siitä, mitä myydään, blogi (ja muu sähköinen media) on hyvä kysymyksiä ajankohtaisista asioista ja ongelmista. Ammattilehdet ACM, IEEE, jne ovat hyödyllisiä nähdä, mitä tapahtuu lähes tehty tutkimusrintamalla. Mikään ei kuitenkaan korvaa hyvää ammatillisten kontaktien verkostoa. Tätä verkkoa voidaan ylläpitää puheluilla, sähköpostilla, osallistumalla verkkoyhteisöihin ja osallistumalla konferensseihin.

omat suhdeluvut

paras tapa arvioida tarvittavien ylläpitäjien määrää on selvittää, mitä palvelutasoa tarvitaan ja miten eri tekijät (esimerkiksi verkkoinfrastruktuuri ja tuettavien koneiden heterogeenisuus) vaikuttavat näiden velvollisuuksien täyttämiseen. Harvoin järjestelmänvalvojat tekevät vain ”järjestelmänvalvojan” tehtäviä. Ensimmäinen osa tämän artikkelin yksityiskohtaisesti tehtäviä, että huomaan suorittaa lisäksi normaali ”ylläpitäjä” tehtäviä, kuten varmuuskopiot, asentamalla uusia käyttäjiä, käyttöjärjestelmän ylläpito, ja niin edelleen. Lisätehtävät esitetään (suurimmaksi osaksi) kysymysten muodossa. Toisessa osassa esitetään joitakin eri tekijöitä, jotka vaikuttavat henkilöstön määrään. Kolmannessa osassa esitellään joitakin yksinkertaisia näkökulmia, joita järjestelmänvalvojat voivat ottaa käyttöön tehdäkseen ympäristöstään helpommin hallinnoitavan. Lopuksi tarkastelen nopeasti joitakin suhdelukuja, jotka voivat auttaa teitä arvioimaan henkilöstötarpeitanne.

Seuraavassa on hyvin karkea joukko sääntöjä, joita käytän arvioidessani henkilöstötarpeita. Mittarilukema vaihtelee. Minun pitäisi huomata, että nämä numerot olettaa säilyttää kohtuullisen vakaa ympäristö. Nopea vaihtuvuus käyttäjäkunnan, koneet, poikkeuksellisen usein ohjelmistojen muutokset, kasvu ympäristön, jne johtaa enemmän työtä ja vaikutus suhdelukuja.

työn tyyppi	työvoimayksiköt parhaiden käytäntöjen suorituskyvyn ja skaalaustekijöiden saavuttamiseksi
Loppukäyttäjäpalvelu	1 yksikkö 50 käyttäjälle, jotka saavat hyvää palvelua. 1 yksikkö jokaista 200: aa kohti, jotka saavat peruspalvelun, ja (esim.opiskelijat opetustehtaassa) olettaen 8×5 tukea. Ei tarvita, jos käytät palvelua erillisellä asiakaspalveluorganisaatiolla. Suhde on nousta, jos haluat help desk ajaa pitkiä tunteja.
24 x 7 tuki (kumppanit, asiakkaat jne.)	tekee 24×7 NOC: n, joka vaatii ennakoivaa ilmoittamista ja nopeaa ongelmanratkaisuasteikkoa hallinnoitavan palvelun monimutkaisuuden ja high touch-asiakkaiden määrän suhteen. Paikkoja, jotka todella välittävät tästä on askel kustannukset 14 henkilöä … johtaja, apulaisjohtaja, kolme vuoroa, jossa jokainen vuoro on kaksi ihmistä, yksi vuoro käynnissä sunnuntai-keskiviikko, ja toinen käynnissä keskiviikko-lauantai niin on päällekkäisyyttä joukkueet, puhdas handoffs, ja kertaa tehdä ryhmäkoulutusta. Vähemmän, että tämä voi helposti johtaa siihen, että työvuoroja ei kateta. Esimerkiksi yhden henkilön / vuoron saaminen voi epäonnistua, jos yövuorolainen nukahtaa tai jos viikonloppuvuoroa tekevä sairastuu. Tähän ei lasketa ihmisiä, joiden puoleen voi kärjistyä. Työvuoroa kohden tarvittavien henkilöiden määrä on suhteessa siihen, kuinka paljon normaalia työtä on ja kuinka monta samanaikaista onnettomuutta tiimin odotetaan pystyvän hoitamaan.
käyttöjärjestelmän hallinta	2 yksikköä jokaista perustukea vaativaa käyttöjärjestelmän merkkiä kohti. Jos työnnät käyttöjärjestelmä yli valtavirran / testattu asteikko lisää lisäksi 4 yksikköä. Tekee hyvin monimutkaisia asioita, jotka vaativat hakkeroitu ytimet, ei-standardi laiteajurit, jne lisää sitten 4 yksikköä. Jos todella välität turvallisuudesta, lisää vielä 12 yksikköä. Tarvitsetko toimintoja, joita ei tällä hetkellä ole kernelissä ja / tai jotain muuta kuin perusjumpstart tai kickstart asennusta ja hallintaa varten? Hallitse tätä kuin ohjelmistokehitysprojektia ja hanki hyviä insinöörejä työskentelemään sen parissa.
laitteiston hallinta / Host Imaging (OS Deployment)	1 yksikkö jokaista 50 laatikkoa kohti, jos et pysty suojaamaan käyttöjärjestelmää ja järjestelmäkokoonpanoja käyttäjiltä (Windows monissa ympäristöissä) tai jos on suuri räätälöinti, joka IT-henkilöstön on tehtävä. 1 yksikkö jokaista 200 laatikkoa kohti, jos voit suojata käyttöjärjestelmän käyttäjiltä estämättä käyttäjää, mutta ei voi automaattisesti rakentaa / rakentaa / päivittää käyttöjärjestelmää ja ohjelmistoa ilman IT-valvontaa. 1 yksikkö jokaista 400 laatikkoa kohti, joissa on verkkopohjainen ohjelmisto asennettuna (laske klusterit tai täysin automatisoidut käyttäjän työasemat konfiguraationhallinnan avulla). Erittäin suuren mittakaavan toiminnot (1000 s koneita käynnissä täysin cookie cutter) mittakaavassa enemmän kuin 500 laatikot / yksikkö ja saattaa skaalata jopa 2500 laatikot/yksikkö google mittakaavassa, jossa sinulla on varaa menettää koko telineet / palveluyksiköt tarvitsematta välittömästi ryhtyä toimiin.
laitteen tuki	1 yksikkö kutakin yksinkertaista sovellusta varten. 4 yksikköä tahansa monimutkainen sovellus, jonka henkilöstön odotetaan olevan tehokäyttäjiä. Sovellusten käyttöönotto on tyypillisesti aikaa vievää. Kun suuri määrä sovelluksia otetaan käyttöön täytyy ottaa huomioon aika se vie henkilöstön yhteydessä vaihtaa / ”swap in” TIEDOT.
yksinkertaiset verkkopalvelut	1 yksikkö jokaista kahta peruspalvelua kohti: httpd, DNS, mail, printing, SAMBA jne. Lisää 2 yksikköä, jos haluat niiden olevan paremmin kuin 99,8% saatavuus. Lisää 2 yksikköä, jos välität turvallisuudesta. Lisää 1 yksikkö, jos skaalaus suurempi kuin keskimäärin. Lisää 4, Jos olet skaalaus mega koko ja ovat yli mitä ohjelmisto on suunniteltu. Jos olet täysin yli mittakaavan, käsitellä kehitysprojektin ja henkilöstön sen mukaisesti insinöörien.
monimutkaiset verkkopalvelut	erittäin vaihtelevat. Esimerkiksi, multi-teratavu tietokanta käytetään tiedonlouhinta voisi helposti kuluttaa useita DBAs + useita senior järjestelmänvalvojat, jotka ovat erikoistuneet suorituskyvyn viritys ja laajamittainen tallennusjärjestelmä.
verkkoyhteydet	asteikot verkkolaitteiden lukumäärän, verkkojen lukumäärän, tietoturvaongelmien, reitityksen monimutkaisuuden, HA-vaatimusten suhteen.
koordinointi ja johtaminen	mitä suurempi ja monimutkaisempi organisaatio, sitä enemmän tarvitaan koordinointirooleja. Ihmiset, jotka keskittyvät ihmisten johtamiseen, järjestelmäarkkitehtuuriin, ohjelmien hallintaan, projektinhallintaan. Tämä on aika monimutkaista. Olisi julkeaa ehdottaa suhdelukua.

vankka SAGE II järjestelmänvalvoja pystyy käsittelemään 4 yksikköä työtä. Vahva SAGE III järjestelmänvalvoja pystyy käsittelemään 8 yksikköä työtä. Ylivertainen SAGE IV – järjestelmän ylläpitäjä pystyy hoitamaan 12 työyksikköä. On joitakin harvinaisia yksilöitä, joilla on sekä syvä ja laaja kokemus, ovat kättelyssä ajattelijat, korkea taajuuskorjain, ja uskomattoman keskittynyt ja tuotanto. Vaikka ne eivät skaalaa vastaan ihmisen tehtäviä, kuten loppukäyttäjän tukea paremmin kuin SAGE IV tason henkilö, ne skaalautuvat huomattavasti paremmin tekninen / järjestelmien työtä. Tämä liittyy siihen, että on olemassa joitakin kehittäjiä, jotka ovat 10x parempia kuin ”normaali” Kehittäjä. Urani aikana on ollut ilo työskennellä useiden näiden poikkeuksellisten esiintyjien kanssa. Tämä laskentajärjestelmä perustuu löyhästi Sherwood Botsfordin ehdottamaan yhtälöön, joka löytyy komp: stä.unix.admin FAQ. Jossain vaiheessa aion päivittää laskenta käyttää minun Sre taito Matrix (excel).

muut asiat

yhden ylläpitäjän sivusto ei ole kovin toivottava.

ne ovat tosiasia, sillä monilla pienillä sivustoilla ei ole varaa eikä oikeuta useampaan kuin yhteen järjestelmän ylläpitäjään. Yhden ihmisen on vaikea saada tietoa ja kokemusta pyörittämään todella ensiluokkaista sivustoa, vaikka koneita olisi kuinka vähän. Aina tulee olemaan jokin alue, joka ei ole yksittäisen hallinnoijan vahvuus.

toinen ongelma on se, että sivustolla, jossa on vain yksi järjestelmänvalvoja, on yksi vikapaikka: kun ylläpitäjä on lomalla (tai jää bussin alle), sivusto on haavoittuvainen. Hakulaitteen kuljettaminen lomalla ei ole minun käsitykseni hauskasta; kukaan ei kuitenkaan voi ennustaa, milloin kriisi saattaa ilmetä. Korkean tason ihmistä on tietysti vaikea kiinnostaa työssä, johon kuuluu myös varanauhojen vaihtaminen ja kattojen läpi ryömiminen.

mitä homogeenisempi sivusto on, sitä helpompi sitä on tukea.

tuettujen eri alustojen (eri konearkkitehtuurit tai erilaiset käyttöjärjestelmät) määrä lisää tukitehtävän monimutkaisuutta. Käyttöjärjestelmän päivittäminen on tehtävä vähintään kerran käsin jokaiselle alustalle. Jokaisella käyttöjärjestelmällä on omat omituisuutensa, jotka on opittava ja hallittava. Useimmat sivustot haluavat kaikkien alustojen näyttävän identtisiltä, jotta niiden käyttäjät voivat istua mille tahansa työasemille ja saada töitä tehtyä. Tämä edellyttää, että jokaisella alustalla on identtiset työkalut, ikkunajärjestelmät jne. Tämä voi lisätä huomattavasti työn määrää ylläpitäjän on tehtävä. Parhaassa tapauksessa tämä tarkoittaa ohjelmien kääntämistä uudelleen kullekin alustalle. Pahimmissa olosuhteissa se tarkoittaa ohjelmistojen siirtämistä ja taistelua toimittajan toimittamien ohjelmistojen kanssa. My personal nightmare yrittää tukea kaikkia X11R4: ää (MIT: stä), Decwindowsia, SVT/Motifia ja Sunin Openwindoweja kolmella eri alustalla.

suuremmissa kohteissa voidaan hyödyntää mittakaavaetuja.

suuret toimipaikat voivat laajentaa hallintohenkilöstöään hitaammin kuin käyttäjien (tai työasemien) määrä kasvaa. Syynä tähän on se, että henkilökuntasi kasvaessa ihmisten on mahdollista erikoistua. Tämä erikoistuminen sallii yksittäisten työntekijöiden kehittää syvää asiantuntemusta, jonka avulla he voivat ymmärtää kaikki kysymykset tietyn aiheen ja ratkaista nopeammin mitä ongelmia ilmaantuu.

toiseksi suuremmat työmaat voivat hyödyntää aikaisempia töitä. Koneen tai ohjelmiston ensimmäinen asennus on aina vaikein. Toinen on helpompi. Kun olet tehnyt 50 tai 100 asennusta, olet kehittänyt automaattisia skriptejä ja voit tehdä asennuksia unissasi. Olen nähnyt suuria sivustoja 1: 100 järjestelmänvalvoja-to-machine suhde, jossa asiat juoksi melko hyvin. Minun on kuitenkin varoitettava lukijaa: tällainen suhde on mahdollista vain huipputason ihmisten kanssa, jotka työskentelevät huolellisesti suunnitellussa ympäristössä, jossa on satoja käyttäjiä. Useimmat sivustot eivät voi saada tuottavaa työtä tehdä tällainen suhde. Tällainen suhde rajoittaa myös järjestelmän henkilöstön jäsenten ammatillista kasvua, koska he viettävät suurimman osan ajastaan päivittäisten asioiden ja palontorjunnan parissa. Tämä on sääli, sillä organisaation arvokkain voimavara ovat sen ihmiset.

lisääntynyt SA-tehokkuus	heikentynyt SA-tehokkuus
automaatio Standards (policy, architecture) Effective monitoring Common tools Strong IS security Strong control over what gets loaded on HW/SW baseline Redundancy of critical services Separating services (single service machines) Good training program Detailed disaster recovery plans, by system System which don ’ t required backups	diverse hardware baseline diverse software baseline LAX is turvallisuus vähän tai ei lainkaan koulutusta henkilöstö, joka on reaktiivinen, ei ennakoiva ad-hoc varmuuskopiot tai ei varmuuskopioita

korkean käytettävyyden kohteet vaativat suurempaa henkilökuntaa.

työmaat, joiden on oltava erittäin saatavilla (esim.yli 99,9% palvelutarjonnasta), edellyttävät suurempaa henkilöstömäärää. Syynä tähän on tarvitset ihmisiä, jotka voivat vastata lähes välittömästi kaikkiin palveluongelmiin (esim.24×7 kattavuus, mieluiten vähintään 2 ihmistä syvä, joka voi tehdä ensimmäisen ja toisen tason resoluutio, ja voi eskaloitua aihealueen asiantuntijoita). Sinulla on myös oltava useita ihmisiä kullekin aihealueelle, jotka pystyvät diagnosoimaan ja ratkaisemaan monimutkaisia kysymyksiä nopeasti.

Entä Muut Alustat?

tuetulla alustalla on suuri merkitys. Kokemukseni on, että Macintosh-ja UNIX-yhteisöjen tuki kestää suunnilleen samalla henkilöstötasolla. Historiallisesti tuki PC tahansa Microsoft OS näyttää vaativan vähintään kaksinkertainen henkilöstö ja tarjoaa alemman palvelutason. Koska Windows XP suhde ei tarvitse olla niin korkea… mutta olen silti löytää hallinnon asteikot parempi UNIX kuin Windows.

muiden suhdeluvut

viime vuosina on ollut paljon ihmisiä, jotka ovat puhuneet kohtuullisina pitämistään suhdeluvuista. On tavallista kuulla ihmisten puhuvan henkilöstö / käyttäjäsuhteesta 1: 60, jossa on jonkin verran vaihtelua väestössä ja paljon tilaustyötä, ja henkilöstö / käyttäjäsuhde on 1:150 (tai korkeampi) paikoissa, jotka voivat käyttää ”cookie cutter” ratkaisuja, esim.yliopistot, joissa on laumoittain opiskelijaa tai yrityksiä, joissa ihmiset käyttävät tietojenkäsittelyä välineenä sen sijaan, että haluavat innovoida koneita, joita hallinnoidaan. Realistisempi suhdeluku (perustuu alan parhaisiin käytäntöihin eikä toimittajan valkoisiin sivuihin TCO: ssa) oli Mega Groupin Improve staff ratio-artikkeli. On olemassa useita muita tutkimuksia, jotka ovat havainneet, että reaalimaailmassa useimmat organisaatiot eivät ole pystyneet tukemaan suhdelukuja yli 30: 1. Vuonna 2000 tehdyn Mitre-tutkimuksen mukaan suhdeluku on 47:1 +/- 17%. Justin Nguyenin Video käyttäjän ja teknikon välisistä suhdeluvuista oli ehdotus, jossa oli useita tekijöitä, jotka vaikuttavat tähän suhteeseen.

esimerkki liian suurista luvuista löytyy opetuslaitoksia koskevasta valkoisesta kirjasta Staffing for Technology Support. Valitettavasti nämä ihmiset yrittävät soveltaa henkilöstömääriä MIT: n Athena-projektista muuhun maailmaan. Tämä on puutteellista kolmesta syystä. Ensinnäkin, useimmat sivustot eivät ole kehittyneitä työkaluja, jotka Athena oli. Toiseksi Athenalla oli ihmisiä, jotka saivat Athenan juoksemaan, joita ei saatu kiinni heidän suhdeluvuissaan: opiskelija-vapaaehtoisia, jotka tekivät paljon työtä ja hard core system-ohjelmoija, joka kehitti mit: n vaatimukset täyttäviä työkaluja. Mitsin käyttäjäpopulaatio ei ole keskivertokäyttäjäpopulaatio.

David Cappuccio Gartner Groupista ehdotti artikkelissaan, että tiedä tyypit: mitoitus tukihenkilöistä, että on olemassa kaksi suhdelukua, jotka sinun täytyy ottaa huomioon. Ensimmäinen suhde on henkilöstö käyttäjiin, yritys kaapata ihmisen osa yhtälöstä. Tämä suhde tarkastelee sitä, kuinka monta ihmistä sinun tarvitsee tehdä, mitä kutsutaan usein Tier I: ksi, help deskiksi tai käyttäjätueksi. Toinen suhde on koneiden ja osajärjestelmien määrä henkilökuntaa kohti, eli se, kuinka monta ihmistä tarvitaan teknisen infrastruktuurin hoitamiseen. Vaikka pidän Davidin puitteet, mielestäni hänen suhdeluvut ovat liian korkeat käyttäjätuen, ja että hän ei ole onnistunut kaapata erilaisia tekniikoita useimmat organisaatiot käyttöön: on paljon enemmän kuin tulostaa, tiedosto, web, ja tietokanta palvelimet. On hakemisto -, turvallisuus -, Sanoma-ja yhteistyöpalveluita. Mutkistaa asioita, monet sivustot ovat heterogeeninen edellyttää ylimääräisiä ponnisteluja saada yksi palvelu toimimaan kaikille asiakkaille, tai huonompi, jolloin tarvitaan palveluja, jotka perustuvat asiakasalustan. Viimeinen mutkistava tekijä on se, että näillä palveluilla on usein monimutkaisia vuorovaikutuksia ja riippuvuuksia, mikä vaikeuttaa niiden käyttöönottoa ja ylläpitämistä. Tuloksena on, että Davidin suhdeluvut johtavat henkilöstöön, joka pystyy tuottamaan vain kaikkein peruspalvelut riittävällä tasolla.

itbenchmarkin blogissa on useita kirjoituksia henkilöstön mitoituksesta.

päätelmä

tarvittavien ylläpitäjien määrä vaihtelee suuresti paikasta toiseen. Yksi vakio on se, että järjestelmän ylläpitäjiä on harvoin riittävästi niille vastuualueille, joita heillä on. Kun tämä alun perin kirjoitettiin, huomasin, että yhden henkilön oli mahdollista ylläpitää jopa 220 konetta (kolmella eri alustalla) ja antaa riittävät käyttäjäpalvelut melko sivistyneelle noin 80 hengen käyttäjäkunnalle. Aikani jakautuu käyttäjäpalveluihin (30 prosenttia), yleisiin järjestelmänhallintatehtäviin (20 prosenttia), uusien koneiden asentamiseen ja laitteisto – /verkkotukeen (10 prosenttia), ohjelmistojen asentamiseen ja ylläpitoon (30 prosenttia), mukautettujen ohjelmistojen kehittämiseen ja trendien seurantaan (35 prosenttia) ja työmaasuunnitteluun (10 prosenttia). Huomaat, että tämä on jopa 135 prosenttia.

tämän viran historia

vuonna 1991 lähetin Usenetille huomautuksen, jossa vastasin kysymykseen henkilöstösuhteista. Rob Kostad pyysi minua laajentamaan tuon lyhyen huomautuksen artikkeliksi, jonka otsikkona oli ” kuinka monta hallintovirkamiestä riittää?”Unix Review-lehdessä huhtikuussa 1991. Olen vuosien varrella tehnyt joitakin, enimmäkseen pieniä päivityksiä alkuperäiseen artikkeliin. Jonain päivänä kirjoitan sen kokonaan uusiksi. Vaikka tämä artikkeli on kirjoitettu kauan sitten, huomaan, että suhdeluvut ovat edelleen melko tarkkoja. Jos olen mielestäsi väärässä, lähetä minulle postia kokemuksistasi.