Nul
DevOps kan hjælpe med at få applikationer ud af døren og i produktion i en hurtig og rasende måde, men det er ikke det, der gør et sådant samarbejde er en succes. Succes er, set i kvaliteten af de beslutninger, der træffes, og for at opnå denne kvalitet, teams bør være frie til at fungere så selvstændigt som muligt.
Foto: HubSpot
Det er ordet fra Mark Schwartz, enterprise strateg hos Amazon Web Services, der er forfatter til En Plads ved Bordet: DET Lesadership i en Alder af Smidighed, og en tidligere føderale regering CIO. I en åbningstale på det seneste DevOps Enterprise-Topmødet begivenhed, og han bemærkede, at de bedste DevOps initiativer er dem, der stræber efter at nå mål, ikke krav. Alt for mange IT-teams med at få låst fast i håndteringen af kravene, at gå ind i en business case, der henviser til, at de bør være frigjort til at forfølge det overordnede mål, fastslår han.
Dette er den sande essens af smidighed og fleksibilitet. Teams, der arbejder i skyttegravene med business slutbrugere, ikke at være hæmmet af centraliseret virksomhedens beslutninger. “Med traditionelle måde at tage investeringsbeslutninger, du vil oversætte mål ind i en masse krav, og så ville du sætte alle disse krav til en business case, og prøv derefter at udføre disse krav,” Schwartz forklarer. “Det er lidt underligt, hvis du tænker over det, fordi at tilføje de krav, der faktisk giver risiko til projektet. Du har nu tilføjet risikoen for, at dit krav er ikke den rigtige.”
Ved at låse sig ind krav, “du har også bundet hænderne på den innovative mennesker, som du ønsker at tænke på gode løsninger,” fortsætter han. På AWS, siger han, “i stedet for at skabe krav, vi tog bare dem, mål og videregive dem til hold direkte. så vi ville skabe et hold, der var et tværfagligt team — det omfattede udviklere, operationer og infrastruktur mennesker, testere, sikkerhed folk, og virksomhedsdrift mennesker.”
I sidste ende, Schwartz stater. “det vigtigste ting at indse er, faldende cyklus gange handler ikke om at gøre tingene hurtigere. Det handler ikke om hastighed. det handler om kvaliteten af beslutningerne. Når du lægger DevOps i en virksomhed, er det ikke blot om, hvor hurtigt du kan få ting til markedet, — selv om det er vigtigt-det handler om, hvordan kan din central organisation i stadig har god kontrol, og stadig gøre gode beslutninger, mens handlingen bevæger sig rigtig hurtigt, både i erhvervslivet og i den DevOps proces.”
I DET, at Holde Lyset Baner Vejen til Innovation
Schwartz har også søgt at fjerne den udbredte forestilling, at der var en forskel mellem DET, vedligeholdelse udgifter og innovation. “Vi har haft denne myte i DET fællesskab for en stund, at vi har to typer af omkostninger, i vores IT-budget,” siger han. “Vi har at holde-de-lys-på omkostninger, og vi har innovation omkostninger, og alle af os sige, at innovation er, hvor vi vil bruge vores penge; vedligeholdelse er ikke der, hvor vi ønsker at bruge vores penge. Jeg er uenig. Jeg tror, at meget af det, der går under navnet ‘holde lyset,” en masse af, at vedligeholdelse ting er faktisk innovation arbejde. Det er faktisk hvad der er fremme erhvervslivet; det er faktisk, hvad der er at ændre IT-systemer til at holde dem i overensstemmelse med, hvad de forretningsmæssige behov.”
Software behøver ikke at være vedligeholdt “den måde, du er nødt til at opretholde en bil for at gøre det fortsætte med at fungere på den måde, det altid har gjort,” Schwartz forklarer. “Software holder gør præcis, hvad den gjorde, da du købte det. Du behøver ikke at sætte penge ind i det for at gøre det blive ved med at gøre det. Problemet er, at du aldrig vil have software til at holde gør, hvad den gjorde, da du købte det, du ønsker at ændre på det som din virksomhed ændringer. Så vedligeholdelse eller holde-de-lys-on bruge til et stort omfang, er at forandre den beslutning, at dette er den rigtige software for dig at bruge, og foretage ændringer til det som du har brug for.”
Relaterede Emner:
Amazon
Cloud
Big Data Analytics
Innovation
Tech og Arbejde
Samarbejde
0