voor Service Oriented
| 16 November 2019 — 15:36 GMT (15:36 GMT)
| Onderwerp: HET Prioriteiten
In deze cloud-drenched tijdperk, softwareleveranciers hebben zich ontwikkeld van code-en-schip in 24×7 datacenter operators. Zodat ze, misschien wel meer dan enig ander type van organisatie, moet DevOps methoden om te houden van de ontwikkeling en activiteiten van de inspanningen op het spoor, het pompen van releases met verblindende frequentie, terwijl de teams in constante sync.
Microsoft HQ.
Foto: Microsoft
Om die reden, Microsoft, misschien wel ‘ s werelds grootste software factory neemt DevOps zeer serieus. In een recente post, Ori Zohar, senior product marketing manager voor Microsoft Azure, beschrijft de urgentie voor zijn bedrijven op te bouwen en te perfectioneren de DevOps cultuur. ‘Van Office, Azure, Xbox we ook vinden we het nodig om aan te passen aan een nieuwe manier van het leveren van software”, legt hij uit. “Het nieuwe tijdperk van de cloud ontgrendelt een enorm potentieel voor innovatie om te voldoen aan de groeiende vraag van onze klanten voor rijkere en betere ervaringen, terwijl onze competitie is niet te vertragen. De noodzaak tot innovatie versnellen en te veranderen in de manier waarop we werken is reëel en urgent.”
Veel van Microsoft ‘ s DevOps inspanningen zijn onder toezicht van de Microsoft Een technisch Systeem (1ES) team, een groep van ongeveer 200 mensen die werken met engineering teams binnen Microsoft uitgestrekte product lijnen. De 1ES team richt zich op gereedschappen, processen, programma kantoren (zoals open-source bijdragen), toegankelijkheid, beveiliging en compliance, interne consultancy, “de innerlijke bron (delen van de broncode die binnen de organisatie zijn),” en het versterken van best practices in engineering teams.
De 1ES team, eerst gevormd in 2014, is het toezicht op de vennootschap Azure DevOps initiatieven en woekeren met de beste praktijken ontwikkeld en geleerd om meer dan 50.000 medewerkers van Microsoft. Het team boekte enkele indrukwekkende resultaten, niet de minste daarvan was de mogelijkheid om het uitrollen van updates naar de primaire applicatie suites in een kwestie van uren. In de openbare samenvatting van DevOps activiteiten, Rijden engineering cultuurverandering bij Microsoft: Een experimentele reis, het team rapporteert de volgende resultaten:
“Versiebeheer problemen afgenomen, bouwen keer en bouwen verbeterde betrouwbaarheid, beveiliging en compliance inspanningen werden gestandaardiseerd, en de meerderheid van de engineering teams waren aan het managen van hun werken op dezelfde manier. Zelfs de grote Windows engineering team, met duizenden gebruikers, miljoenen items, en 300 GB van de broncode verplaatst van 40+ Bron Depot servers op een enkele Git repo gehost onder één account. En bouwen keer voor Microsoft Office ging van dagen tot uren.”
Samenwerking en het verbeteren van worklives zijn de sleutel. De 1ES team heeft de supervisie over een reeks van initiatieven om te bewegen DevOps gaan over Microsoft ‘ s gevarieerde ontwikkeling en bedrijfsvoering van organisaties. In een van de inspanningen van een team van ingenieurs en programma managers waren ingebed “zijn binnen één of twee strategisch gekozen product teams van elk jaar, als een middel van het verminderen van de technische blokkers hoge prestaties.”
Een ander initiatief is gelanceerd door het team streeft naar het verbeteren van de developer-ervaring door te focussen op “de verbetering van het dag-tot-dag werk ervaring van de individuele ingenieurs, met het doel om de gereedschappen die ze gebruiken naar de achtergrond verdwijnen.” “Werken aan interne projecten meer als open-source, waar iedereen kan ontdekken van het project, om hulp te vragen of het indienen van mogelijke oplossingen-als een middel van het aanboren van het potentieel van de techniek talent in Microsoft als geheel en het bouwen van betere producten door middel van gedeelde verantwoordelijkheid en het doel.”
In het proces 1ES geleerd een aantal belangrijke lessen over het opbouwen en ondersteunen van een DevOps cultuur over een enorme, uitgestrekte software organisatie -, team-leden verslag:
Neem de eind-gebruiker perspectief. “We moesten denken vanuit het perspectief van de reden waarom onze interne klanten zou willen veranderen-en, net zo belangrijk, geloven dat verandering mogelijk is,” aldus Cindy Alvarez, opdrachtgever PM manager op de 1ES team. “Mensen hebben de neiging om dergelijke initiatieven als ‘ik heb dit eerder gezien… Als ik sleep mijn voeten, misschien komt hij gewoon weg te gaan.’ Natuurlijk, zult u alleen te horen in de gang. Niemand gaat zeggen dat het om een directeur in een all hands meeting.”
Begin klein, en het doel voor de quick wins. “Onze originele mentaliteit was dat, als we de grootste teams doen wat we wilden, dan de andere, kleinere teams zouden volgen”, zegt Alvarez. “Maar die grootste teams, zoals onze Windows-team, vaak vormen unieke uitdagingen en hebben speciale behoeften. Je kunt niet ‘ga naar schaal’ omdat het onmogelijk zijn om te staan op een niveau binnen de organisatie en voorspellen wat er zal werk voor iedereen. Het gaat niet om de grootte… Het gaat over de focus op quick wins en aanzienlijke impact op de uitrol van substantiële wijziging van zoveel mogelijk alles in één keer.”
Verwante Onderwerpen:
Enterprise Software
CXO
Thought Leadership
Innovatie
Tech en Werk
voor Service Oriented
| 16 November 2019 — 15:36 GMT (15:36 GMT)
| Onderwerp: HET Prioriteiten