Blogg

itstechschool
10 mar 2017

Påverkar världarna av DevOps, ITIL & Agile

/
Postat av

DevOps, ITIL & Agile Impacts

Förändring är dagens förfrågan, och nu som aldrig förr, snabbare affärs- och innovationsförändringen snabbare. Organisationer och kunder söker IT-leverantörer för att vara mer lyhörda och förmedla mer regelbundna serviceförändringar med högre kvalitet, vilket ger tjänster som ger mer incitament till verksamheten. ITIL är den sanna globala strukturen för att överföra och övervaka innovation som en tjänst till verksamheten. Deft är ett system för att påskynda utvecklingen och arrangemanget av applikationer (utnyttja förfaranden och förfaranden, till exempel Scrum). DevOps är en teori eller metod för arbete som möjligen kan erkänna mer anmärkningsvärda fördelar och snabbare överföring genom sådana fina strategier.

Överlappningen

DevOps täcker över huvuddelen av ITIL-tjänstens livscykelstadier. Applikationsutveckling (Agile) skär ITIL-tjänsteutkastet genom tjänsteflyttning. Programhantering går igenom större delen av ITIL-livscykeln. Medan serviceoperationen börjar på service beskrivs genom konsekvent serviceändring.

 

DevOps

  • DevOps är ett "esteem include" sätt att hantera Agile utveckling som accentuerar:
  • Den ihållande föreningen och engagemanget av operationsgrupper med inre utvecklingsgrupper genom hela livscykeln
  • Operationsgruppernas engagemang som före planen är tänkbart bland definitionen av visionen och sanktionen för tjänstearrangemanget
  • Verksamhetsgruppernas bidrag till de tekniska och tillämpningsförutsättningarna för tjänsten och råd om att den föreslagna ansvarsfrihetsplanen kan uppnås
  • Förbättrad organisation återkommande på detta sätt möjliggör snabbare tid till marknaden av nya eller förbättrade ändamål användningsändringar
  • Ta ner besviklingsgraden av nya utsläpp, mer successiv upplösning och snabbare återhämtningstid i händelse av förändringsbesvikelse
  • Tillämpningen av servicemekanisering för att snabba vanliga "processmodeller, till exempel en standardändring eller rutinmässig utmatningsuppdatering

 

ITIL

Dessa idéer om samarbete, uppgraderad korrespondens och affärsreaktion ligger inte utanför ITIL. Faktum är att ITIL-strukturen fokuserar på kravet på tidig inkludering av tekniska lednings- och applikationshantering användbara grupper under perioderna med serviceteknik, serviceplan och serviceflyttning. ITIL är uppenbart att serviceteknikskapacitet-tekniska ramkoncerner specifikt borde ge tidigt råd till översikts- och utvecklingsgruppen om support och välbefinnande i ansökan till levnadsförhållanden. De borde också ge bidrag till de tekniska utförandena för "servicearrangemanget", inklusive serviceteknik, applikationsteknik, organisering av design, datateknik, databasteknik och liknande.

Kraften att ansluta styrkor

Ansökningshantering (som ansvarar för hela livscykeln för alla applikationer - inte bara de som skapas i hus) borde vara låsta i rätt tid i tjänstens livstid. Sanningen berättas, de borde vara de som arbetar med verksamheten, individen fördjupades som affärsrelaterad chef (BRM) och serviceinnehavaren att känna igen, karakterisera och registrera hela "servicearrangemangets" förutsättningar och garantera att dessa fångas i tjänstekontraktet för den nya eller ändrade tjänsten som beaktas.

Som framgår av ITIL bör applikationshanteringsgrupper arbeta intimt med utvecklingsbuntar som förblir centrerade i tjänsteutbudet och tjänsten går vidare i snabb utveckling och sändning av applikationer som utgör en del av det sammanlagda servicearrangemanget. Samtidigt som den skiftande utvecklingen koncentrerar sig på den snabba utvecklingen av övningar tvärs över tjänsteplanen och tjänsteflyttningen, hanterar applikationshanteringen ansökan över hela livscykeln från metodik genom skiss och flyttning (arbeta med utveckling) och in i drift och nonstop-förändring. Detta tillvägagångssätt garanterar att tjänstearrangemanget (som innehåller ansökan) skickar så bra som möjligt och fortsätter att utföra mitt i live-verksamhet för att lösa problem med företagskunder och klienter.

Liksom DevOps är ITIL oerhört entusiastisk över användningen av "modeller" och tillämpningen av servicemekanisering för att öka produktivitet, snabb genomförande och lägre kostnader. Vad ITIL påpekar, var det som det är, är att för att vara effektiv bör en IT-tjänsteleverantör först vara procedur och processstyrd innan den kan förstå de mest extrema fördelarna med datorisering. Standardändringen eller utmatningen "display" ska först rapporteras och bryts ner, "sprickorna" måste tas ut, och proceduren och gränssnitten måste strömlinjeformas och mekaniseras. Vid exakt den punkten kommer de flesta extrema fördelarna att uppnås.

Det råder ingen tvekan om att ITIL är branschens bästa repetition för IT. Var det som det måste, måste IT-tjänsteleverantörer dra nytta av och konsolidera de bästa ömsesidiga rutinerna, inklusive Agile och DevOps, som har visat sig förbättra arrangemanget med verksamheten och kunden, höja kvaliteten och genomförandet av IT-tjänster, förbättra genomströmningen av transport och lägre allmänna IT-kostnader.

För att fortsätta läsa på denna punkt, se kursen, The Crossing of DevOps och ITIL®.

Lämna ett svar

 
GTranslate Please upgrade your plan for SSL support!
GTranslate Your license is inactive or expired, please subscribe again!