Ky Ù۰ۧ post i shkurtĂ«r Ă«shtĂ« njĂ« shtesĂ« e rĂ«ndĂ«sishme nĂ« ciklin e artikujve 'Si ta marrĂ«sh infrastrukturĂ«n rrjetĂ«sore nĂ«n kontroll'. PĂ«rmbajtja e tĂ« gjithĂ« artikujve tĂ« ciklit dhe lidhjet mund tĂ« gjenden .
Pse nuk funksionon kjo?
Nëse përpiqeni të aplikoni proceset dhe zgjidhjet e përshkruara në kompaninë tuaj, do të kuptoni që kjo mund të mos funksionojë për ju.
Për shembull, le të marrim procesin për ofrimin e aksesit.
Për të 'nisur' këtë proces, do t'ju duhet të bëni si më poshtë
- të përcaktoni që të gjitha biletat të drejtohen te ju përmes departamenteve të tjera teknike
- të bëni që këto departamente të bien dakord për të dokumentuar të gjitha kërkesat që kalojnë përmes tyre
- të detyroni drejtuesit e departamenteve jo teknike të mbajnë të përditësuar këto lista aksesesh
Dhe si të bindni këta njerëz të kryejnë një punë të mërzitshme, përgjegjëse dhe natyrisht jo të profili tyre? Për fat të keq, ju nuk jeni shefi i tyre.
Argumentet e arsyeshmĂ«risĂ« dhe logjikĂ«s mund tĂ« mos funksionojnĂ«, sepse pĂ«r tĂ« tjerĂ«t, kjo mund tĂ« mos duket aq e arsyeshme. ĂshtĂ« e qartĂ« se zakonisht kjo nuk Ă«shtĂ« pĂ«rgjegjĂ«sia juaj â tĂ« organizoni tĂ« gjitha kĂ«to, mjafton tĂ« bindni menaxhimin. Por çështja Ă«shtĂ« se, nĂ«se kjo bĂ«het pĂ«rtej dĂ«shirave tĂ« punonjĂ«sve, mund tĂ« çojĂ« nĂ« pĂ«rplasje dhe lojĂ«ra politike. Dhe kjo, sigurisht, do tĂ« pengojĂ« punĂ«n efektive.
Më duket e qartë se nëse keni një ekip profesionistësh, atëherë zgjidhjet që supozojnë veprime të përbashkëta janë më mirë të miratohet së bashku dhe të gjejnë më të mirat së bashku. Por për këtë duhet të jetë e pranishme diçka tjetër, jo vetëm njohuri të mira teknike dhe të kuptoni se cilin proces e nevojitet për këtë.
TĂ« gjitha ato qĂ« janĂ« pĂ«rshkruar dhe do tĂ« pĂ«rshkruhen nĂ« ciklin e artikujve 'Si ta marrĂ«sh infrastrukturĂ«n rrjetĂ«sore nĂ«n kontroll' â janĂ« procese tĂ« provuara dhe zgjidhje tĂ« provuara. Ato funksionojnĂ«.
Arsyet se pse diçka nuk është e aplikueshme ose nuk funksionon për ju mund të jenë të ndryshme, për shembull, një strukturë ndarjesh tjetër në departamentin teknik ose kërkesa të ndryshme për rrjetin dhe, sigurisht, zgjidhja duhet të diskutohet dhe të adaptohet për situatën tuaj, por shumë e rëndësishme është gjithashtu se çfarë marrëdhëniesh kultivohen në kompaninë tuaj, cilat janë stilet e komunikimit të caktuara nga menaxhimi, cilat janë proceset e zakonshme.
Tre komponentë
Kështu, rezulton një hierarki:
- Mund të keni një ekip të fuqishëm në aspektin e njohurive teknike, por nëse nuk ka procese të qarta dhe të saktë, nuk do të keni mundësi të përfitoni efektivisht nga këto njohuri.
- Mund tĂ« keni njĂ« ekip teknik tĂ« fuqishĂ«m, si dhe njohuri dhe aftĂ«si pĂ«r tĂ« krijuar procese funksionuese, por nuk do tĂ« mund tâi aplikoni plotĂ«sisht nĂ« kĂ«tĂ« kompani, nĂ«se nuk ka marrĂ«dhĂ«nie pĂ«rkatĂ«se.
Pra, kemi një lloj hierarkie të 'njohurive'. Le të quajmë ato
- Njohuri teknike
- Proceset
- Marrëdhënie
Të tria komponentët janë të rëndësishëm dhe shumë zgjidhje moderne (për shembull, qasja DevOps) supozojnë zhvillimin e të trijave. Pa këtë, nuk funksionon.
Burimi: habr.com
