鈥淟aat hem dat maar in elkaar zetten en oplossen, hij is de enige die zulke problemen kan oplossen. Ik hoef niet te weten hoe hij dat gedaan heeft, als het maar werkt!鈥�. Veel bedrijven werken met applicaties die een aantal jaar geleden gebouwd zijn. De bouw van deze applicaties lag in de handen van een handjevol ontwikkelaars die precies wisten wat ze deden, maar dit niet documenteerden. Inmiddels zijn veel van deze ontwikkelaars alweer bezig met het bouwen van nieuwe applicaties, ergens anders gaan werken of met pensioen. Het bedrijf kan weliswaar verder werken met de applicaties zonder deze mensen, maar wat als er eens een systeem moet worden ge眉pdate of als er nieuwe innovaties of implementaties plaatsvinden? Het beheerteam zorgt dan voor het onderhoud van het systeem, maar wat als er bijvoorbeeld geschreven broncode moet worden aangepast? 聽Wie is er dan verantwoordelijk is voor het oplossen van dit probleem. Juist in deze coronatijd is automatisering van groot belang. Consumenten verwachten dat alles snel en goed geregeld is, wat je met DevOps kan bereiken.

Roadmap van DevOps

Een van de opties om bovenstaande situatie te vergemakkelijken is door DevOps principes aan te nemen in je organisatie. DevOps streeft ernaar om de 鈥榦nzichtbare鈥� barri猫res tussen development (鈥榖ouwers鈥� van applicaties) en operations (het beheerteam) te doorbreken. Je zou dus zeggen dat zodra er problemen ontstaan, deze door dezelfde mensen worden opgemerkt als de mensen die de applicaties of systemen gebouwd hebben. 聽Je bent dan nog steeds afhankelijk van deze personen. Daarom wil je meer de shift maken van handmatig werk naar transparantie. Betekent dit dat de mens overbodig wordt? Integendeel, de mens kan hierdoor juist meer tijd besteden aan innovatie, terwijl de kwaliteit en betrouwbaarheid van het systeem gegarandeerd blijven.

Meer lezen over automatisering en DevOps?

In dit blog wordt de DevOps journey uitgelegd. Waarom speelt de mens een cruciale rol in automatisering?

Hoe leer je automatiseren?

Transparantie kun je bereiken door binnen DevOps aan automatisering te werken. In detail, ga je dan als eerst aan de slag met 鈥樷�� en 鈥楥ontinuous Delivery鈥�. verwijst hier naar dat wanneer er code wordt gemaakt, je ook wilt dat het ergens wordt vastgelegd door wie dit is geschreven, wat het doet en welke impact het op het systeem kan hebben. Als Christiaan 鈥榮tuk B en C鈥� maakt op vrijdag, maar daarmee per ongeluk stuk A verwijderd (geschreven door Jennifer op woensdag), dan wil je dat Jennifer en Christiaan wel weer de versie van woensdag terug kunnen halen. Je kunt die stukjes vergelijken met het werken in eenzelfde document in sharepoint. Dus eigenlijk wil je je versiebeheer geautomatiseerd op orde hebben.

Continuous Delivery gaat dan nog een stapje verder, je wilt dat het testen zoveel mogelijk geautomatiseerd is. Deze stap zorgt er idealiter voor dat je enkel nog op een 鈥済roene knop鈥� moet drukken om je systeem, innovatie of update live te brengen.

Nog een stapje verder, dat het hele proces van begin tot eind geautomatiseerd is, verwijst naar Continuous Deployment. Dit is ook mooi uitgewerkt in onderstaande afbeelding.

Conclusie: waarom is automatisering interessant voor iedereen?

Het Coronavirus houdt ons nog een hele tijd in de greep. We moeten nog steeds wennen aan het thuiswerken en verwachten ook nog steeds betrouwbare en snelle service van onze pakketbezorgers, online winkels of juist van onze leveranciers. Hoe denk je dat een online winkel kan garanderen dat je bestelling de volgende dag in huis is of hoe banken ervoor zorgen dat updates in het internet bankieren vlekkeloos gaan?聽 Automatisering is daarbij van groot belang. Fouten worden snel opgemerkt en aangepakt en dit maakt het ook makkelijker dan een paar jaar geleden om vanuit huis dezelfde services te kunnen leveren. Immers, wij zitten er niet op te wachten dat we door een systeemupdate een heel weekend niet digitaal kunnen betalen. Normaal al niet en in deze crisis nog minder. Dan ben je blij dat de IT zich bezighoudt met automatisering waardoor zij meer tijd hebben voor innovatief werk en jouw leven een stuk prettiger wordt. Mocht je dus iemand horen zeggen: 鈥淟aat hem dat maar in elkaar zetten鈥�, vraag dan snel even of een ander of een ander systeem het over kan nemen!

Voor nu is dit genoeg over DevOps en Automatisering en we zullen in de volgende blog op het puntje 鈥楲ean鈥� ingaan. Wil je nu toch meer weten over DevOps en Automatiseren, wil je stappen gaan maken voor DevOps in jouw organisatie of wil je meer weten over die link tussen automatisering en Covid-19? Laat het ons dan even weten. Wij vertellen hier met alle plezier meer over.

Wil je meer weten over DevOps of聽 voorbereiden voor DevOps in jouw organisatie?

The post Waarom automatisering cruciaal is in Coronatijden appeared first on 麻豆原创 Nederland Blogs & Nieuws.

DevOps kent 5 componenten die cruciaal zijn voor ieder team, afdeling en organisatie. Deze 5 componenten komen uit het en Cultuur is 茅茅n van die compententen (Culture (=Cultuur), Automation(=Automatisering), Lean(=Lean), Measurement(=Meetbaarheid) en Sharing(=delen).

DevOps voor innovatie

DevOps wordt steeds meer een cruciale manier van werken en wordt erkend door zowel IT鈥檈rs en managers. Deze manier van werken is innovatief, zelfs als het voortbouwt op al bestaande concepten (bijvoorbeeld Lean/ Kanban vanuit de logistiek en multifunctionele teams vanuit ) die een grote rol spelen in DevOps. Intern triggert het mensen om te denken in End-to-End processen om acties en bijbehorende impact te meten. Extern maakt DevOps het mogelijk om de speed-to-market te verhogen en kosten en risico鈥檚 te verkleinen.

Vertrouwen opbouwen

Idealiter, bestaan teams uit mensen met verschillende kennis, verschillende ervaringen en verschillende gedragingen. Dit draagt positief bij aan de organisatie, maar zonder goede basis is het lastig voor het team om goed te functioneren. Deze basis refereert met name naar vertrouwen. Er moet vertrouwen zijn binnen het team om onderling vrijuit te kunnen spreken. Daarom is een vertrouwensband tussen teamleden, op zijn minst op professioneel vlak, cruciaal. Als er geen vertrouwen is tussen de teamleden, dan is het team waarschijnlijk te groot. Bovendien wil je als team ook een bepaalde met andere teams. Vaak zul je expertises uit andere teams nodig hebben of jullie projecten zijn (in)direct met elkaar verbonden. Jullie korte termijn doelen kunnen nog weleens verschillend zijn van elkaar, maar op de lange termijn zijn alle teams nodig om een succesvolle organisatie te zijn en te blijven. Echter, wat als er helemaal geen vertrouwen is?

Maak je maar niet druk! Het is niet raar dat nieuwe teamsamenstellingen in het begin gepaard gaan met het gebrek aan vertrouwen. Er kan wel aan het vertrouwen worden gewerkt. Het bevorderen van persoonlijke interactie blijkt het meest succesvol om het vertrouwen te vergroten. Zorg voor team activiteiten, ga samen lunchen, probeer eens een bootcamp of ga eens samen naar de borrel. Leer elkaar kennen en met name ook elkaars manier van werken. Ben je juist een deadlinewerker of rond je liever in het begin al veel taken af?

FAIL: First Attempt In Learning

Een 鈥楥ultuur open voor falen鈥� klinkt misschien een beetje vreemd of helemaal het tegenovergestelde van wat we willen bereiken, maar zonder falen ook geen succes. Iemand die dit ook goed weet te verwoorden is Elon Musk (medeoprichter van Tesla):

[blockquote text=”Falen is een optie hier. Als dingen niet falen, dan ben je niet innovatief genoeg” __fw_editor_shortcodes_id=”f5d5b5a4b6be3a13b44ec6e96601431a” _fw_coder=”aggressive”][/blockquote]Oftewel, je faalt meerdere keren, komt weer overeind en faalt weer. Tijdens deze cyclus van vallen en opstaan is het erg belangrijk om te leren van fouten; te zorgen voor feedback loops. Falen zou niet per definitie gestraft moeten worden, aangezien falen ook noodzakelijk is om te . Toch moet je ervan op aan kunnen dat je teamgenoten alles doen om te zorgen dat een project succesvol is en zij moeten jou hier ook op vertrouwen. Dan, indien je faalt, is het ook echt de verantwoordelijkheid van het hele team. Dus als er vertrouwen is en een cultuur open voor falen, dan zullen werknemers eerder de kans aangrijpen om te experimenteren met natuurlijk het oog op succes. Als je vroeg faalt, feedback krijgt en geeft, dan wil je grote rampen door kleine foutjes voorkomen.

Vertrouwen is de sleutel tot succes

in je organisatie cre毛ert een veilig gevoel. Je kunt (hopelijk) vertrouwen op de oordelen van en acties van je collega鈥檚 en vice versa. Zodoende kunnen mensen makkelijker out-of-the-box denken, vergeten ze het gemeenschappelijke doel niet en is het delen van (positieve) feedback aangemoedigd.

Kortom, je moet vertrouwen cre毛ren om innovatief te blijven. Je zult ook vaak genoeg falen, maar met DevOps modereer je wel in de risico鈥檚. Je maakt in een multifunctioneel team kleine veranderingen in plaats van grote veranderingen. Onthoud goed dat of je nu de manier van werken wilt veranderen of andere wilt doen, je geen kans maakt zonder vertrouwen. Binnenkort zullen we ingaan op het tweede component van CALMS, automatisering.

Klik als je meer wilt weten over DevOps of als je je wilt voorbereiden voor DevOps in jouw organisatie.

Eerder verschenen de blogs 鈥淒e DevOps journey: waarom de mens cruciaal is in automatisering鈥�, 鈥淒evOps is er ook voor hybride landschappen鈥� en 鈥淒rie stappen om de mindset van Business en IT teams te veranderen鈥�.

Ben je benieuwd naar meer oplossingen om jouw personeelsbestand te verbeteren?

The post Innovatie en DevOps: vertrouwen is de sleutel tot succes appeared first on 麻豆原创 Nederland Blogs & Nieuws.