Noll
DevOps kan hjälpa till att få tillämpningar ut genom dörren och in i produktion i en snabb och rasande sätt, men det är inte det som gör samarbetet framgångsrikt. Framgång ses i kvaliteten på de beslut som fattas, och för att uppnå denna kvalitet, lagen bör vara fria att fungera så självständigt som möjligt.

Foto: HubSpot
Det är ordet från Mark Schwartz, företag strateg på Amazon Web Services, författare till En Plats vid Bordet: DET Lesadership i en Ålder av Agility, och tidigare federala regeringen CIO. I ett inledningsanförande vid den senaste DevOps Företag Toppmötet händelsen, konstaterade han att det bästa DevOps initiativ är de som strävar efter att uppfylla mål, inte krav. Alltför många IT-team bli låst till att tillgodose de krav som går in i ett företag, medan de bör frigöras för att följa övergripande mål, konstaterar han.
Detta är den sanna essensen av smidighet och flexibilitet. Lagen, som arbetar i skyttegravarna med business-användare, som inte är lamslagna av centraliserad företagets beslut. “Med traditionella sättet att fatta investeringsbeslut, skulle du översätta målen till en massa krav, och då skulle du sätta alla dessa krav i ett företag, och sedan försöka utföra dessa krav,” Schwartz förklarar. “Det är lite konstigt om man tänker på det, eftersom att lägga till de krav som faktiskt ger risk till projektet. Du har nu lagt till risken för att dina krav är inte rätt.”
Genom att låsa in krav, “du har också knutit händerna av innovativa människor som du vill att tänka på bra lösningar”, fortsätter han. På AWS, säger han, “i stället för att skapa krav, vi bara tog de mål och föra dem till lag direkt. så vi skulle skapa ett team som var en cross-functional teams-det ingår utvecklare, verksamheter och infrastruktur människor, testare, säkerhet, människor, verksamheter, som människor.”
I slutändan, Schwartz stater. “det viktiga att inse är att krympa cykel gånger handlar inte om att göra saker snabbare. Det handlar inte om hastighet. det handlar om att kvaliteten på besluten. När du sätter DevOps i ett företag, det handlar inte bara om hur snabbt du kan få saker att marknaden-även om det är viktigt-det handlar om att hur kan den centrala organisationen fortfarande har god kontroll, och ändå göra bra beslut även om det rör sig riktigt snabbt både i näringslivet och i DevOps processen.”
I DET, att Hålla Lampor På Banar Väg för Innovation
Schwartz också försökt att skingra den utbredda uppfattningen att det fanns en skillnad mellan IT-underhåll utgifter och innovation utgifter. “Vi har haft denna myt i IT-samhället för en stund att vi har två typer av kostnader i våra IT-budget, säger han. “Vi måste hålla-i-ljus-på kostnaderna och vi har innovation kostnader, och alla oss säga att innovation är där vi vill spendera våra pengar, underhåll är inte där vi vill spendera våra pengar. Jag håller inte med. Jag tror att en hel del av det som går under namnet “att hålla lampor på,” en hel del att underhåll grejer är faktiskt innovation arbete. Det är faktiskt vad som är att främja verksamheten, det är faktiskt vad som förändras IT-system för att hålla dem i linje med vad branschen behöver.”
Programvaran behöver inte förvaras “på det sätt du har att upprätthålla en bil för att få det att fortsätta att fungera som det alltid gjorde,” Schwartz förklarar. “Programvara håller på med precis vad den gjorde när du köpte den. Du behöver inte lägga pengar på det för att få det att fortsätta att göra det. Problemet är att du aldrig vill programvara för att fortsätta att göra vad den gjorde när du köpte den, vill du hålla på och ändra det som ditt företag förändringar. Det underhåll eller hålla-i-ljus-på att spendera en stor del är att göra om beslut som detta är rätt program för dig att använda, och göra ändringar till det som du behöver.”
Relaterade Ämnen:
Amazon
Cloud
Big Data Analytics
Innovation
Tech och Arbete
Samarbete
0