Skip to main content

Përmbushja e kërkesës së shërbimit në TI


Përmbushja e kërkesës së shërbimit  në TI

Kur një përdorues dorëzon një kërkesë zyrtare për diçka – p.sh për një ndryshim fjalëkalimi, për një harduer të ri ose softuer që ata dëshirojnë, ose  çdo gjë që duan ose kanë nevojë, kjo quhet një kërkesë shërbimi.
Përkufizimi formal i ITIL për kërkesën e shërbimit është " se kërkesa e shërbimit është një kërkesë nga një përdorues për informacion, këshill, një ndryshim standard ose qasje në një shërbim".
Pra, çfarë është një ndryshim standard? Një ndryshim standard është thjesht një ndryshim i para-miratuar që është me rrezik të ulët dhe që ndjek një procedurë standarde.
Incidentet janë ndërprerje të paplanifikuara për shërbimet tuaja të IT-së, ose reduktime në cilësinë e shërbimeve të TI-së. Pra, kur një përdorues raporton një incident, ata po ju njoftojnë për mungesën ose uljen e kryerjes së një shërbimi TI-së ku normalisht kanë qasje.
Kërkesat e shërbimit, nga ana tjetër, merren me kërkesat për diçka të re që duhet t'i ofrohet përdoruesit që ata nuk e kanë, nëse ky është një version i ri i një programi softuer ose qasje në një portal në internet.
Në përgjithësi, kërkesat e shërbimit janë shpesh me rrezik më të ulët, duke kërkuar më pak protokoll miratimi. Në fakt, shumë kërkesa për shërbime mund të jenë gjëra që tashmë janë të miratuara paraprakisht - si të jepet aksesi në një printer në një zonë të përbashkët ose përmirësimi i një laptopi në versionin më të fundit të softuerit , të softuerit të para-miratuar.
Meqenëse këto lloje të kërkesave janë të shpeshta (por edhe më pak të rrezikshme se incidentet), ITIL tërheq një dallim mes tyre dhe sugjeron trajtimin e tyre me grupin e tyre të proceseve.
Për këtë qëllim, përmbushja e kërkesës është pikërisht kjo: procesi për të trajtuar kërkesat e shërbimit.
Objektivat e përmbushjes së kërkesës
Ta themi thjesht, përmbushja e kërkesës ka të bëjë me sigurimin që klientët të kenë qasje të lehtë në shërbimet e TI-së që ata kanë nevojë për të kryer punët e tyre.
Objektivat kryesore janë:
-          Për të ndihmuar përdoruesit të kuptojnë qartë se cilat shërbime janë të disponueshme, si t'i kërkojnë ato dhe sa do të zgjasë për ta.
-          Të krijoni një proces të veçantë për trajtimin e kërkesave të shërbimit që është i ndryshëm nga proceset tuaja të menaxhimit të ndryshimeve dhe incidenteve
-          Për të shpërndarë të gjitha komponentët e shërbimeve standarde të kërkuara (si softueri dhe licencat, për shembull, në rastin e një kërkese softuerike)
-          Të ndihmojë me informacione, komente dhe ankesa të përgjithshme.
Fusha
Llojet e shërbimit që ofroni dhe kërkesat që merrni, do të ndryshojnë në mënyrë dramatike nga kompania në kompani. Ndryshe nga incidentet, të cilat janë të paplanifikuara, kërkesa për shërbime mund të planifikohen .Kjo do të thotë se procesi për mënyrën se si e trajtoni secilin lloj të kërkesës për shërbim mund të ndahen në një sërë masash ose veprimesh të matura dhe të dokumentuara në një rrjedhë procesi.
Këto modele të kërkesave duhet të ndërtohen për çdo lloj kërkese që do të merrni dhe adresoni çdo hap ose fazë të përmbushjes së kërkesës.
Sigurohuni që të konsideroni se:
-          Kush do ta trajtojë kërkesën? Cilët individë apo skuadra të nevojiten?
-          Si është dorëzuar shërbimi? Cili është procesi?
-          Sa shpejt do ta përmbushni kërkesën e shërbimit? A ka një SLA (Service Level Agreement) ?
-          Nëse shërbimi nuk mund të përmbushet plotësisht, çfarë ndodh? Plani për mënyrën se si do të përshkallëzohet.
Në fund të fundit, është detyrë e çdo organizate që ofron shërbime standarde për të dokumentuar siç duhet ofertat e tyre.
Pse? Thjeshtë, përmbushja e kërkesës ka të bëjë me efikasitetin dhe uljen e kostos. Duke e bërë atë super të lehtë për përdoruesit për të marrë atë që ata kanë nevojë, ju shkurtoni konfuzionin dhe burokracinë që shpesh janë të lidhura me kërkësen  që ju duhet. Proceset e thjeshta dhe të përsëritura i kushtojnë biznesit shumë më pak për të përmbushur, dhe në përgjithësi, rezultojnë në përdoruesit më të lumtur.
Procesi i kërkesës së shërbimit
Procesi fillon kur një përdorues vendos një kërkesë shërbimi. Kjo shpesh trajtohet nëpërmjet tavolinës së shërbimit, duke përdorur mjete të vetë-ndihmës ku ata lehtë mund të zgjedhin shërbimin që kërkojnë nga një menu standarde e përzgjedhjeve që keni paracaktuar.
Megjithatë, jo çdo kërkesë shërbimi duhet të vijë përmes një ndërfaqe të vetë-ndihmës në internet. Nuk është e pazakontë që një kërkues të telefonojë drejtpërdrejt në tavolinën e shërbimit, për shembull.
Pasi të kërkohet një shërbim, ai mund të aprovohet automatikisht ose të kalojë në mënyrë alternative për miratim, pasi herë pas here ofrohen shërbime që ende kërkojnë miratim nga menaxhmenti ose edhe ajo financiare, ose edhe miratimi nga perspektiva e pajtueshmërisë.
Në ato raste, modeli i kërkesës duhet të përfshijë të gjitha hapat e duhur të miratimit, së bashku me planet për mënyrën se si do të trajtohet kërkesa sapo të miratohet apo refuzohet.
Pasi të miratohet një shërbim i kërkuar, ose kur nuk kërkohet miratimi, kërkesa duhet t'i caktohet individit ose ekipit të duhur për rishikim dhe përfundimisht përmbushjen.
 Kërkesat e thjeshta shpesh trajtohen nga ekipi i shërbimit, ndërsa kërkesat që kërkojnë produkte ose shërbime të palëve të treta mund të përcillen tek shitësit ose burime të tjera të brendshme / të jashtme.
Në çdo hap të rrugës, është e rëndësishme që tavolina e shërbimit të mbajë gjurmët e statusit të kërkesës. Statusi tipik i kërkesës është: i hapur, i caktuar, në progres , në pritje (miratimi, informata shtesë, disponueshmëria, etj), i plotë, i  mbyllur.
Pas dorëzimit të shërbimit (dhe verifikimit të përfundimit), duhet të kthehet në tavolinën e shërbimit për mbyllje, para së cilës tavolina e shërbimit duhet të konfirmojë që kërkuesi është i kënaqur me shërbimet e dorëzuara.
Pesë nën-proceset e përmbushjes së kërkesës në ITIL
ITIL 2011 rishikoi plotësisht procesin e përmbushjes së kërkesës, duke e thyer atë në 5 nën procesime:
Mbështetja e përmbushjes së kërkesës
Objektivi: Të sigurojë dhe mirëmbajë mjetet, proceset, shkathtësitë dhe rregullat për një trajtim efektiv dhe efikas të kërkesave të shërbimit.
Kërkesa për regjistrimin dhe kategorizimin
Qëllimi: Regjistrimi dhe kategorizimi i Kërkesës së Shërbimit me kujdes të duhur dhe kontrollimi i autorizimit të kërkuesit për të paraqitur kërkesën, me qëllim që të lehtësohet një përpunim i shpejtë dhe efektiv.
Kërkesa e modelit të ekzekutimit
Objektivi: Të përpunojë një Kërkesë Shërbimi brenda orarit të caktuar.
Kërkesa për monitorimin dhe shkallëzimin
Objektivi: Të monitorojë vazhdimisht statusin e përpunimit të kërkesave të shquara të shërbimit, në mënyrë që të mund të futen masat kundërshtuese sa më shpejt që të jetë e mundur nëse nivelet e shërbimit ka të ngjarë të shkelen.
Kërkesa, mbyllja dhe vlerësimi
Qëllimi: Të dorëzohet Regjistri i Kërkesës në një kontroll përfundimtar të cilësisë para mbylljes. Qëllimi është të sigurohet se kërkesa e shërbimit është në të vërtetë e përpunuar dhe se të gjitha informacionet e kërkuara për të përshkruar ciklin e jetës së kërkesës ofrohen në detaje të mjaftueshme. Përveç kësaj, gjetjet nga përpunimi i kërkesës duhet të regjistrohen për përdorim në të ardhmen.

Comments

Popular posts from this blog

Oracle SQL92_SECURITY parameter

The Oracle SQL92_SECURITY parameter must be set to TRUE. The configuration option SQL92_SECURITY specifies whether table-level SELECT privileges are required to execute an update or delete that references table column values. If this option is disabled (set to FALSE), the UPDATE privilege can be used to determine values that should require SELECT privileges. The SQL92_SECURITY setting of TRUE prevents the exploitation of user credentials with only DELETE or UPDATE privileges on a table from being able to derive column values in that table by performing a series of update/delete statements using a where clause, and rolling back the change.  In the following example, with SQL92_SECURITY set to FALSE, a user with only delete privilege on the scott.emp table is able to derive that there is one employee with a salary greater than 3000. With SQL92_SECURITY set to TRUE, that user is prevented from attempting to derive a value.  SQL92_SECURITY = FALSE SQL> delete from s...

Ofruesit e sistemeve të menaxhimit të bazës së të dhënave

Ofruesit e sistemeve të menaxhimit të bazës së të dhënave Cila është mënyra më e mirë për të përcaktuar se cili lloj i shërbimit të bazës së të dhënave ose bazës së të dhënave është më e mira për ndërmarrjen tuaj? E gjitha varet nga lloji i rastit të përdorimit që ju nevojitet. Zbuloni më shumë në këtë artikull , dhe artikujt vijues. Sistemi I menaxhimit të të dhenave Në thelb të gjitha informacionet digjitale që përdorim në baza ditore janë në një sistem të menaxhimit të bazës së të dhënave ose një grupi ruajtës diku në botë. Këto mund të shkojnë nga një pajisje e vogël e ruajtjes si një smartphone   ose a aq i madh sa një sistem ruajtje relativisht i pakufizuar i cloud. Më së miri është të zbuloni se cila DBMS është për ndërmarrjen tuaj? A duhet të abonoheni në një shërbim në AWS, Azure, Google ose ofrues tjetër cloud ose duhet të blini magazinimin e qendrës së të dhënave dhe serverat dhe ta ekzekutoni atë vetë? E gjitha varet nga lloji i rastit të përdorimit që ju ...

Autentifikimi, Autorizimi dhe Llogaritja (AAA)- Authentication, Authorization, and Accounting (AAA)

Autentifikimi, Autorizimi dhe Llogaritja (AAA)- Authentication, Authorization, and Accounting (AAA) Autentifikimi, autorizimi dhe llogaritja (AAA) është një term për një kornizë për kontrollin inteligjent të qasjes në burimet kompjuterike, zbatimin e politikave, përdorimin e auditimit dhe sigurimin e informacionit të nevojshëm për të faturuar shërbimet. Këto procese të kombinuara konsiderohen të rëndësishme për menaxhimin efektiv të rrjetit dhe sigurinë. Si proces i parë, autentifikimi siguron një mënyrë për identifikimin e një përdoruesi, zakonisht duke i dhënë përdoruesit një emër përdoruesi të vlefshëm dhe një fjalëkalim të vlefshëm përpara se qasja të jepet. Procesi i legalizimit bazohet në secilin përdorues që ka një grup të kritereve unike për të fituar akses. Serveri AAA krahason kredencialet e identifikimit të përdoruesit me kredencialet e tjera të përdoruesit të ruajtura në një bazë të dhënash. Nëse kredencialet përputhen, përdoruesit i jepet aksesi në rrjet. Nëse kre...