Det er skrevet mange legender om systemadministratorer: sitater og tegneserier pĂ„ Bashorg, megabyte av historier pĂ„ IThappens og Dolban-IT, uendelige nett-dramatiske historier pĂ„ forumene. Dette er ikke tilfeldig. For det fĂžrste er disse guttene nĂžkkelen til driften av en viktig del av infrastrukturen i enhver bedrift, for det andre pĂ„gĂ„r det rare debatter om huruvida systemadministrasjon er i ferd med Ă„ dĂž ut, og for det tredje er systemadministratorer ofte ganske originale; kommunikasjon med dem er en egen vitenskap. Men spĂžk til side, arbeidet som systemadministrator er bĂ„de farlig og krevende, og som teksten i sangen sier, â ved fĂžrste Ăžyekast likevel usynlig. Det er spesielt ofte usynlig for ledere i smĂ„ og mellomstore bedrifter, noe som fĂžrer til konflikter, ubehageligheter, intriger og annen bedriftsmessig hodepine. La oss diskutere om det er mulig Ă„ beseire sjefen i hver runde eller bare la det vĂŠre.
10 administrator-situasjoner og lĂžsninger for dem
Situasjon 1. Systemadministratoren â 'lĂžsner' av alle problemer
Dersom systemadministratoren leser sin stillingsbeskrivelse, vil han neppe finne en punkt som sier at hvert nye problem pĂ„ kontoret, knyttet til alt som er plugget i stikkontakten, er hans ansvar. Men i smĂ„ og mellomstore bedrifter blir systemadministratoren ofte en hybrid av lagerforvalter, elektriker og faktisk systemadministrator: han bestiller vann, reparerer bord og kjeler, opprettholder nettverket og arbeidsstasjonene, og noen ganger gir han psykisk stĂžtte til ansatte (uten Ă„ stĂžtte dem indre, siden han er sliten etter hundre hendelser om dagen). Faktisk blir han den eneste interne supporttjenesten â en strĂ„lende initiativ, men ikke bare med innsats fra Ă©n person. Og selvfĂžlgelig, dersom noen fĂ„r avslag pĂ„ en utenforstĂ„ende oppgave, eller hvis reparasjonen av kaffemaskinen blir utsatt til morgenen, fordi han trenger Ă„ sette opp testmiljĂžet for den oppdaterte betaen om kvelden, dukker det straks opp klager; heldigvis er det bare ett skritt til toppsjefen i et lite firma. Sjefen kan vise seg Ă„ vĂŠre tilhenger av kvelds-betarelease og generelt en god fyr, men for Ă„ unngĂ„ kaffesurmulerede revolusjoner, vil han fortsatt be om Ă„ fĂ„ fikset maskinen, for hva er vel det, 'bare Ă„ gjĂžre'.
Solution
à riste pÄ hodet og vise til stillingsbeskrivelsen i en slik situasjon er risikabelt, sÄ formalisering av prosessen og noen rasjonelle triks vil redde situasjonen.
- GjĂžr jobben din ordentlig, sĂ„ du unngĂ„r distraksjoner.Â
- Tilby ikke hjelp fĂžrst â reager pĂ„ forespĂžrsel (enda bedre â med en formell billett i ).
- Ikke gÄ i detaljer om ting som allerede er forklart en gang: send folk til Google eller henvis til kunnskapsbasen (som det er bedre Ä opprette og fylle opp én gang enn Ä mÄtte forklare det samme hundre ganger).
- Opprett et system for formalisert kommunikasjon angĂ„ende kontorproblemer â enten det skal vĂŠre e-postforespĂžrsel, eller , eller en meldingstjeneste som lagrer hele historikken).
Situasjon 2. Ikke-teknikere angriper
Lederen av et selskap eller en avdeling kan ofte vĂŠre en person uten IT-bakgrunn, og det betyr at de vil ha et annet sprĂ„k enn systemadministratoren. Samtidig er det nettopp lederen som tar beslutninger, og ofte er disse beslutningene teknisk upraktiske eller urealiserbare (for eksempel, Ă„ implementere SAP CRM i et lite selskap i stedet for RegionSoft CRM, bare fordi de fĂžrste sendte en konsulent som overbevisende snakket om den beste programvaren i verden). Hvis det ikke er en god buffer mellom ledelsen og systemadministratoren, som en CIO, CTO eller leder av IT-avdelingen, og de jobber alene pĂ„ dette feltet, blir det vanskelig. PĂ„ den ene siden kan man si at det ikke er noe Ă„ bry seg om beslutningene: Ăžnsker de SAP â da blir det SAP, Ăžnsker de en server til 700 000 rubler â sĂ„ blir det en server til 700 000 rubler. Men det er jo administratoren som mĂ„ stĂžtte det som er designet!
Solution
- Forhandle og forklare. Som regel er hovedpunktet for lederen profitten, det vil si inntektene minus kostnadene. Ikke gÄ inn i Profittyper eller emnet ROI og EBITDA, prÞv bare Ä uttrykke hvor mye en bestemt programvare eller maskinvare kan pÄvirke fortjenesten, og hvor lenge det vil ta Ä tjene inn igjen.
- Forklar og beregn hva som vil koste for utvikling, stĂžtte, oppdateringer, leie osv.
- Forklar at kraftig maskinvare bruker mer elektrisitet, krever eget rom (er ikke klar til Ä stÄ bak ryggen til administratoren) osv.
- ForeslÄ Ä diskutere planen for bruk av det nye elementet i infrastrukturen.
- Hvis konsulenter implementerer, prĂžv Ă„ vĂŠre til stede nĂ„r diskusjonen skjer, og still ekspertene de mest detaljerte tekniske spĂžrsmĂ„lene.Â
- ForeslÄ alternativer og forklar hvordan prisen vil pÄvirke selskapets Þkonomi.
Vanligvis fungerer diskusjoner fra et Ăžkonomisk perspektiv ganske effektivt.Â
Situasjon 3. En lat sysadmin i kollegers og sjefens Ăžyne
Dette er selvfĂžlgelig hovedepopeen i livet til en systemadministrator i smĂ„ og mellomstore bedrifter. SĂ„ lenge alt er godt konfigurert, justert og fungerer, er sysadminens arbeid usynlig, men sĂ„ snart noe gĂ„r galt, er sysadmin skylden og spĂžrsmĂ„l om hvorfor alt ikke ble gjort for Ă„ forhindre problemer pĂ„ datasenterets side (for eksempel) blir rettet mot ham. Generelt, sĂ„ lenge alt er bra, er sysadmin listet som lat nummer Ă©n.Â
Men det er ogsÄ en annen side av denne situasjonen: Sysadmin kan lÞse hundre problemer, men til den hundre og fÞrste vil det kreve mer tid og ressurser, og vips sÄ har han «lammet arbeidet til hele avdelingen!». Og ingen kan bevise at du har vÊrt i sving hele dagen, og akkurat denne kollegaen har bedt deg fem ganger om Ä tilbakestille passordet og tre ganger om Ä vise hvordan og hvor koden for to-faktor autentisering i e-posten skal skrives inn.
Solution
Her er alt banalt: dokumentere absolutt alle henvendelser med maksimal detaljering. Det finnes veldig mange verktĂžy for dette. E-post og meldingsapper er de minst passende: de kan miste logger, gir ingen statistikk (sĂ„ du kan se â og der er det!), bryter kjeder av meldinger, osv. Gratis billettsystemer er gode, men ofte ustabile, lite brukervennlige og leveres som de er. Det er bedre Ă„ finne noe rimelig og pĂ„litelig, der leverandĂžren stĂ„r ansvarlig for stabiliteten. For eksempel har vi utviklet et ultra raskt og enkelt â system der interne eller eksterne kunder lager billetter for dere, dere fĂžrer kommunikasjon om dem og lĂžser oppgavene deres. Vi har prĂžvd en hel haug med lignende programvare, og vi rettet opp i det vi absolutt ikke likte i utviklingen: implementerte enestĂ„ende hurtighet (billetter Ă„pnes nesten usynlig), rask oppsett av systemet (pĂ„ 5 minutter), enkle og tilgjengelige innstillinger (enda 5 minutter), og et enkelt grensesnitt (Ă„ lage en billett garantert klarer enhver ansatt, sĂ„ lenge han kan Ă„pne en nettleser og er i stand til Ă„ besĂžke et par nettsteder). PĂ„ samme mĂ„te  kan det brukes av outsourcere, servicestasjoner og all kundesupport.
Dermed blir du faktisk en utfĂžrer for en intern forretningskunde, og kan henvis til «ingen billett â ingen problem», og i tilfelle problemer kan du rolig legge frem for lederen alle hendelsene, statusene for arbeidet, antall og sĂ„ videre. Ekte korrespondanse â ekte klager.

18 Ă„r har gĂ„tt, og det er fortsatt aktuelt: evig visdom fra ixbt-forumet.Â
Situasjon 4. Ingen admin i skyene nĂždvendig.
Et meget utbredt syn: siden det finnes skyer, utryddes systemadministratorer, og smĂ„ og mellomstore bedrifter trenger dem ikke i det hele tatt, det er bare Ă„ leie VDS/VPS og «putte infrastrukturen i skyen». SelvfĂžlgelig blir denne oppfatningen stĂžttet og utviklet av leverandĂžrene. Kanskje er det slik, men akkurat til den fĂžrste feilen, problemet og behovet for Ă„ forstĂ„ panelet og snakke med teknisk stĂžtte fra leverandĂžren. Â
Solution
Demonstrere for lederen og lederne alle egenskapene ved funksjonaliteten til kontrollpanelet, fortelle om mulige feil og hvordan man skal hĂ„ndtere dem, dykke inn i de mest detaljerte nyansene. Vanligvis avsluttes et slikt kontormĂžte med det slitne forslaget: «Her er du admin, sĂ„ gjĂžr det». Â
Situasjon 5. Utdannet sysadmin â en fremmed sysadmin.
Programvare- og maskinvareleverandĂžrer eier IT-verdenen og slipper kontinuerlig oppdateringer, leverer flotte (og ikke sĂ„ flotte) bedriftsprodukter og tilbyr opplĂŠring og sertifisering. Det er lite sannsynlig at en systemadministrator vil si at det er dĂ„rlig Ă„ ha sertifisering fra Cisco, Microsoft, ABBYY eller til og med Huawei. Og hvis man fĂ„r det gjennom selskapet â er det helt utmerket, det er jo en investering i ansattes profesjonalitet. Ikke sjelden avslĂ„r ledere slike tilbud, og mener (rettmessig) at de vil utdanne medarbeideren, og han med forbedrede ferdigheter vil forlate for et stort selskap.Â
Solution
Dette er en situasjon der det mÄ oppnÄs et kompromiss, ettersom opplÊring fÞrst og fremst er nÞdvendig for deg, mens pengene betales av selskapet. Den vanligste lÞsningen er en avtale om arbeidsperiode etter opplÊring (med forpliktelse til Ä tilbakebetale differansen ved oppsigelse) eller fullfÞringen av et arbeidsprosjekt. Noen ganger dekkes opplÊringen under garantien for opplÊring av andre kolleger (men dette gjelder i mindre grad for sertifiseringer i IT).
Hvis du trenger opplÊring, kan du gÄ direkte til lederen eller kontakte HR. Uansett mÄ du formidle til lederen at jakten pÄ, ansettelsen av, og tilpasningen av en spesialist ogsÄ koster penger, og at arbeidsbehovene krever hÞy kompetanse. Kvalifiserte medarbeidere er mer produktive, produktivitet pÄvirker administrasjonsytelsen, ytelsen pÄvirker stabiliteten og pÄliteligheten til infrastrukturen, og til slutt pÄvirker det profitten.
Situasjon 6. Kan du se pÄ nettbrettet mitt? Og harddisken? Hva med bilen?
Dessverre (eller heldigvis), i Russland er bedriftskulturen og kommunikasjonen nesten alltid preget av gjensidig hjelp, uformell kommunikasjon og fĂžlelsesmessige signaler. Det betyr at fĂžr eller senere havner personlige bĂŠrbare datamaskiner, telefoner, nettbrett, klokker, eller til og med biler til kolleger i hendene pĂ„ systemadministratorer. Og noen ganger blir et enkelt 'Kan du se pĂ„ dette?' til timer med personlig tid brukt. Enten det er personlig tid eller arbeidstid, men da lĂžses arbeidsoppgaver i fritiden. Det er vanskelig Ă„ avslĂ„, og Ă„ ta betalt er enda vanskeligere. Hvis lederen ber om det, mĂ„ man bare sukke og gjĂžre det. Slike oppgaver hoper seg opp som en snĂžball, fordi det begynner Ă„ fungere som et feilfritt anbefalingssystem đ
Solution
Generelt er det best Ă„ akseptere spillereglene og bare vĂŠre et menneske â hjelpe. I morgen vil noen bruke sin personlige tid pĂ„ Ă„ hjelpe deg. Men noen rĂ„d kan vĂŠre nyttige.
- Hvis ingen har kontaktet deg fĂžr, vĂŠr forberedt pĂ„ Ă„ si noe som: 'Ă h, jeg er mer spesialist pĂ„ nettverk og konfigurasjoner, jeg har aldri hatt med slikt utstyr Ă„ gjĂžre â jeg kommer til Ă„ rote det til. La oss finne en tjeneste til deg?' Â
- Ă jobbe for penger fra starten av â la ryktet gĂ„ om at Vasja gjĂžr en flott jobb, og billigere enn tjenestene.Â
- à avslÄ ved Ä vise til arbeidsoppgaver. Hvis ledelsen ber, bÞr du vite prioriteten pÄ oppgavene. Men da vil du bli oppfattet som en kjedelig person, snobb og byrÄkrat.
Generelt er situasjonen mer etisk, sÄ vurder dette i ditt eget moralske rom. Vi hjelper hverandre med glede.
Situasjon 7. Gammel utstyr og programvare, grÄdig sjef.
Klassisk, mot serveren for 700, og samtidig mye mer utbredt i smĂ„ bedrifter. Gamle lisenser, gratisversjoner av alt og ingenting, elendig maskinvare, null periferiutstyr og midlertidige ressurserâbetingelsene som gjĂžr at man Ăžnsker Ă„ finne en vei ut. Gjerne med en arbeidsbok. Men hvis det er noen grunner (kolleger, atmosfĂŠre, prosjekt, fritid, nĂŠrhet til hjemmet osv.) som motiverer deg til Ă„ bli i selskapet, mĂ„ du handle avgjort.
Solution
- NÄr det gjelder programvareoppdateringer, ta kontakt med leverandÞren og be om materiale om fordelene med den nye versjonen; de sendes ut gratis. Basert pÄ dem kan du formulere riktig argumentasjon for Ä kjÞpe programvareoppdateringen.
- NÄr det gjelder maskinvare, mÄl ytelsen og beregn hvor mye raskere ansatte vil jobbe pÄ datamaskiner og servere med hÞyere ytelse.
- I tilfelle gratis programvare eller, enda verre, hosting, pÄpek usikkerheten til slike lÞsninger, ustabiliteten og mangelen pÄ stÞtte. Finn eksempler fra andre selskaper (det er mange pÄ nettet).
- Vurder ogsÄ kostnaden for nedetid ved eventuelle brudd pÄ telefoni, internett, PC-er og lignende, og send inn forespÞrsel om midlertidige ressurser og oppgradering av utstyr.
Generelt sett kan alle rĂ„d oppsummeres med den samme motivasjonen: La oss regne fordelene. Forresten, kontinuerlig oppdatering av alt og ingenting er ogsĂ„ dĂ„rligâhvis du er i tvil om hvor dĂ„rlig det er, spĂžr programmerere hva det betyr Ă„ endre stakken med hver ny teknologi og programmeringssprĂ„k; de som har vĂŠrt borti det, glemmer ikke.
Situasjon 8. Nedetid pÄ din vakt!
Du har et nĂždkopierings- og gjenopprettingssystem, backups i orden, nettverket er strĂžmlinjeformet, lisenser og fornyelser av programvareleie etter SaaS er i orden, men plutselig kutter gravemaskinen kabelen, datasenteret faller, det skjer et DDoS-angrep, Google stopper annonsene (ja- ja, det er ogsĂ„ noe som ofte legges pĂ„ administratoren), betalingssystemet faller utâog alt, nedetid pĂ„ ditt ansvar, kjĂŠre systemadministrator. Ă nekte og avvise er bare meningslĂžst, sjefen er sint, de ansatte er i panikk.Â

18 Ă„r har gĂ„tt, fortsatt aktuelt: «nyttige» rĂ„d fra ixbt-forumetÂ

For 15 Är siden ble det snakket om problemet, og det er fortsatt like relevant.
Solution
Det er et tilfelle hvor forebygging er den beste mÄten Ä unngÄ konflikter med lederen pÄ.
- SÞrg for Ä ha alle sikkerhetskopier og muligheter for nÞdgjenoppretting. Tap av data er uakseptabelt i vÄr tid, det er for kostbart.
- ForsĂžk Ă„ vĂŠre den fĂžrste som fĂ„r informasjon om eventuelle feil, ikke hĂžr det fra opprĂžrte kolleger og ledelsen. Organiser rask varsling av ansatte om feil â de mĂ„ ha sterk tillit til at selv om det er et problem, sĂ„ er det under kontroll.
- Overbevis lederen om nĂždvendigheten av en reserveforbindelse i tilfelle krise â det lĂžser allerede mange problemer.
Situasjon 9. Konsulenter fra leverandĂžren som fiender av administrasjonsfolket.
SĂ„ snart lederen din begynner Ă„ lete etter ny programvare, vil han fĂ„ reklame, og han vil uten tvil kontakte svĂŠrt dyre 'representanter fra leverandĂžrintegratoren' som har erfaring med salg og ikke er villige til Ă„ la gĂ„ den som kom med opprinnelig interesse. Jo mindre teknisk leder, jo dypere blir han trukket inn i kommunikasjonen med disse folkene. Og sĂ„ er de her, i mĂžtelokalet â de har lagt ut en fargerik presentasjon og gir deg glansbilder. Og du, systemadministrator, sitter og er trist: det er ikke fordi du er bekymret for bedriftens penger, men du mĂ„ jo implementere og stĂžtte dette, og du vet godt at mye av programvaren er designet for at du skal betale for tilpasninger, oppsett og kundestĂžtte, og betale for en personlig prosjektleder. Og uansett vil ikke maskinen fungere, fordi den ikke tilpasser seg forretningskravene. Og de 'krageklippede' fortsetter Ă„ overbevise deg...
Solution
Ofte er programvare- og maskinvarekonsulenter godt trente selgere og har ikke erfaring med utstyret, de forstĂ„r ikke hvordan programvaren fungerer under reelle forhold. De har pugget skriptene sine og veilederne, men det er lett Ă„ sette en system i stĂ„ ved Ă„ stille profesjonelle tekniske spĂžrsmĂ„l. Ja, de vil formelt svare i henhold til det fastsatte mĂžnsteret, men det vil bli Ă„penbart at de 'svĂžmmer'. Din oppgave er Ă„ fĂ„ dem til Ă„ tie stille og vise sin mangel pĂ„ profesjonalitet.Â
SĂ„ fortell lederen hvordan man velger programvare / maskinvare / hva som helst teknisk i bedriftssektoren: kravinnsamling â tilbudsanalyse â kommunikasjon med leverandĂžrer â demo â diskusjon om endringer, modifikasjoner, tilpasninger â implementering â opplĂŠring â drift.
Situasjon 10. Jeg kan ikke si «nei» Â
Ă si «nei» er veldig vanskelig. SĂ„ vanskelig, at det i Europa for eksempel er en av de mest populĂŠre tjenestene for private psykologer. Det er mange forespĂžrselen og anmodninger, men du har begrenset tid og ressurser, selv for arbeidsrelaterte spĂžrsmĂ„l. Og med hvert avslag begynner man pĂ„ nytt: klager til leder, reprimande, konflikt, hastesakene blir lukket. Herav frykten for Ă„ avslĂ„. Og noen ansatte (og dette gjelder ikke bare systemadministratorer) setter seg i en situasjon uten «nei» pĂ„ grunn av ambisjoner â det virker som en ufullstendig forespĂžrsel, og alt er over, mĂ„lene er Ăždelagt, arbeidet er borte. Men Ă„ alltid oppfylle alt som kommer, vil fĂžr eller siden fĂžre til en katastrofe â mye mer fryktelig enn en fornuftig oppgavefordeling og avslag pĂ„ enkelte oppgaver med begrunnelse. For eksempel đ

 Â
Solution
- Forutse: pÄ forhÄnd klargjÞre omfanget av dine plikter og muligheter.
- Alt til sin tid: fĂžr en kalender eller oppgavescheduler for deg selv, slik at du husker at tid er en begrenset ressurs, og at det er umulig Ă„ gjĂžre absolutt alt.Â
- Delegere: ikke vĂŠr redd for Ă„ ta med en assistent eller fordele oppgaver pĂ„ eksisterende kolleger. Nei, du vil ikke bli sagt opp, det er en farlig og helt grunnlĂžs misforstĂ„else og et resultat av usikkerhet i deg selv og ditt profesjonelle nivĂ„. Behold de komplekse oppgavene som bare du kan utfĂžre â og gjĂžr dem pĂ„ et verdig nivĂ„. Du vil bli verdsatt!
- Sett en liten lapp med ordet «nei» pĂ„ PC-en. Og start diskusjonen om neste «uvitende» oppgave med ordene «jeg trenger Ă„ se nĂ„r jeg har et vindu, jeg er opptatt [navnet pĂ„ en virkelig viktig gjeldende oppgave]».   Â
Og generelt, noen ganger hjelper det mest Ă„ bruke den magiske setningen: «Ikke hast med Ă„ fĂžlge instruksene, for det vil bli gitt ordre om Ă„ oppheve dem» đÂ
Alle brenner ut. Ledere er sinte pĂ„ alle. Alle vil ha ferie. Generelt er alle mennesker slik. Ă bli enige med lederen er ofte nĂŠrmest umulig, men du har alltid mulighet til Ă„ beskytte din profesjonelle integritet og vise hva du er verdt uten Ă„ kaste inn oppsigelsen. Evnen til Ă„ forhandle, stĂ„ for sin mening og samtidig ivareta selskapets interesser â er ogsĂ„ en kunst som vil fĂžre deg til respekt og karrierevekst. Bedriftsdiplomati er magien til ekte proffer.Â
Vi kunngjÞr en kampanje for kundene fra 1. august til 30. september 2019: ved fÞrste betaling til din kundekonto, vil 150% av det betalte belÞpet bli kreditert til din saldo. For Ä motta bonusen mÄ du oppgi kampanjekoden «Startup» pÄ fÞlgende mÄte: «Betaling for tjenestene til ZEDLine Support (kampanjekode <Startup>)» Det vil si at ved betaling av 1000 kr, vil 1500 kr bli lagt til saldoen, som du kan bruke til Ä aktivere alle tjenester fra tjenesten.
Kilde: habr.com
