Nul
DevOps kunnen helpen om aanvragen de deur uit naar de productie in een snelle en furieuze wijze, maar dat is niet wat een dergelijke samenwerking succesvol. Het succes is te zien in de kwaliteit van de genomen beslissingen, en om dit te bereiken kwaliteit, teams vrij moet zijn om te werken als zelfstandig mogelijk.
Foto: HubSpot
Dat is het woord van Mark Schwartz, enterprise strateeg bij Amazon Web Services, auteur van Een plaats aan de Tafel: HET Lesadership in de Leeftijd van Behendigheid en een voormalige federale overheid van de CIO. In een keynote op de recente DevOps Enterprise Top evenement, merkte hij, dat het beste DevOps initiatieven zijn die ernaar streven om te voldoen aan de doelstellingen, en niet eisen. Veel IT-teams worden vergrendeld in de aanpak van de eisen die in een business case, overwegende dat zij moeten worden vrijgemaakt om na te streven doelstellingen, stelt hij.
Dit is de ware essentie van wendbaarheid en flexibiliteit. Teams, het werken in de loopgraven met zakelijke eindgebruikers, niet zijnde verlamd door centrale zakelijke beslissingen nemen. “Met de traditionele manier van het maken van investeringsbeslissingen, je zou het vertalen van doelstellingen in een bos van eisen, en dan zou je je al die eisen in een business case, en vervolgens probeert uit te voeren die eisen te voldoen,” Schwartz legt. “Dit is een beetje vreemd als je er over nadenkt, omdat het toevoegen van deze eisen eigenlijk voegt risico voor het project. Je hebt nu nog de kans dat uw wensen niet het juiste te zijn.”
Door het blokkeren van in-eisen, “je hebt ook bond de handen van de innovatieve mensen die je willen denken in de richting van goede oplossingen”, vervolgt hij. Bij AWS, zegt hij, “in plaats van het creëren van eisen, we zijn gewoon namen die doelstellingen en pas ze aan teams direct. dus we zouden het creëren van een team dat was een cross-functioneel team — het opgenomen ontwikkelaars, activiteiten en infrastructuur, mensen, testers, veiligheid van mensen, en de bedrijfsvoering van mensen.”
Uiteindelijk Schwartz staten. “het belangrijkste ding om te beseffen is dat de krimpende cyclus keer niet over het doen van dingen sneller. Het gaat niet om de snelheid. het gaat over de kwaliteit van de beslissingen. Wanneer u DevOps in een onderneming, niet alleen over hoe snel je het kunt krijgen dingen op de markt — hoewel dat belangrijk is — het gaat over hoe kan de centrale organisatie hebben nog steeds goede controle, en nog steeds de goede beslissingen te maken tijdens de actie is het verplaatsen van echt snel, zowel in de zakelijke context en in de DevOps proces.”
In HET Houden van de Lichten Op de Weg Geëffend voor de Innovatie
Schwartz ook gestreefd naar het wegnemen van het wijdverbreide idee dat er een verschil is in HET onderhoud van de uitgaven en de uitgaven voor innovatie. “We hebben deze mythe in de IT-gemeenschap voor een tijdje dat we twee soorten kosten in onze begroting”, zegt hij. “We hebben het houden van-het-licht-op kosten en we hebben de innovatie van de kosten, en alle van ons zeggen innovatie is waar we willen ons geld uitgeven; het onderhoud is niet waar we willen ons geld uitgeven. Ik ben het oneens. Ik denk dat veel van wat er door de naam van ‘het licht aan te houden,’ veel van dat onderhoud spul is eigenlijk innovation work. Het is eigenlijk wat is het bevorderen van de business; het is eigenlijk wat is het veranderen van de IT-systemen om ze te houden in overeenstemming met wat de business nodig heeft.”
Software hoeft niet te worden gehandhaafd “de manier waarop je hebt om een auto te maken blijven functioneren op de manier zoals het altijd deed,” Schwartz legt. “Software blijft doen precies wat het deed toen je hem kocht. Je hoeft niet om geld te steken in het maken van het blijven doen. Het probleem is dat je nooit wilt dat software te blijven doen wat het deed toen je hem kocht, wil je blijven veranderen, terwijl uw onderneming verandert. Dus het onderhoud of het houden van-het-licht-aan te besteden voor een groot deel is het herbouwen van het besluit dat dit de juiste software voor u om te gebruiken, en het aanbrengen van wijzigingen als u dat nodig heeft.”
Verwante Onderwerpen:
Amazon
Cloud
Big Data Analytics
Innovatie
Tech en Werk
Samenwerking
0