E茅n van de grootste voordelen van DevOps is de snellere time-to-market. Je kunt feedback vanuit de organisatie en de markt snel verwerken. En de risico鈥檚 en kosten minimaliseren. De investering in DevOps zie je dan ook op korte termijn terug in de bedrijfsprestaties 茅n in winstmarges. Maar waar begin je als je DevOps wil implementeren in een hybride omgeving? We geven drie stappen die je alvast de goede richting insturen.

1. Breng het softwarelandschap in kaart

Daarmee bedoelen we het totale landschap, inclusief de hostingmodellen, de release cycle times en cycle time-opties. Neem hierin ook de ongeplande wijzigingen in hostingmodellen en cyclustijden mee. Zo is het voor iedereen altijd duidelijk welke veranderingen erin het verschiet liggen en welke impact deze hebben op het functioneren van de hostingmodellen. Een goed Application Lifecycle managementsysteem is hierbij onmisbaar. Dit is iets wat de meeste softwareleveranciers aanbieden. Zelf bieden wij hiervoor 麻豆原创 Solution Manager aan.

2. Zorg voor documentatie en standaardisatie

Documentatie en standaardisatie zijn van groot belang. Veel cloud-applicaties bieden dit al aan in hun functionaliteiten, maar het is verstandig om hier zelf actief actie op te ondernemen. Dit geldt voor zowel de cloud- als de on-premise software. Het is van belang om wijzingen en problemen die optreden in de on-premise software goed te documenten, of het nu gaat om een 鈥嬧�媔ncident of een wijzigingsactie. Ook is het belangrijk om zoveel mogelijk oude en nieuwe processen te standaardiseren, waardoor je gemakkelijker kunt innoveren. Hierbij is het essentieel dat je de betrouwbaarheid van end-to-end bedrijfsprocessen kunt blijven garanderen.

3. Verandermanagement

Een verandering in de manier van werken, betekent ook een verandering in de mindset, van IT tot business. Een goede uitvoering van stap 1 en 2 helpen hierbij om medewerkers mee te nemen in de DevOps-reis. Je zult merken, zodra de behoefte aan innovatie in de bedrijfscultuur komt, ben je al een flinke stap dichterbij.

DevOps betaalt zich snel terug

DevOps is een investering die zich in de (nabije) toekomst terugbetaalt. Want met een snelle time-to-market, flexibiliteit en betrouwbaarheid win je het hart van je klant en kun je snel blijven inspelen (of misschien wel vooruitlopen) op de markt.

Wil je meer weten over DevOps, of juist zelf ontdekken hoe je jouw hybride landschap klaarmaakt voor DevOps?

The post De DevOps-reis (4): in 3 stappen naar DevOps in een hybride landschap appeared first on 麻豆原创 Nederland Blogs & Nieuws.

Wil je weten wat DevOps precies is? Lees dan ons eerste blog over DevOps.

Als we naar de omgeving van DevOps kijken, naar IT-systemen en de hosting daarvan, dan zijn er in hoofdlijnen drie verschillende hosting-modellen: on-premise, private cloud en public cloud. Die laatste, public cloud, kan worden onderverdeeld in IaaS, PaaS en SaaS (Infrastructure-as-a-Platform, Platform-as-a-Service en Software-as-a-Service). Naast de verschillende hosting-modellen, hebben de meeste IT-landschappen ook te maken met verschillende IT-systemen.

Thuisbezorgservice als voorbeeld

Een end-2-end bedrijfsproces loopt meestal door verschillende IT-systemen heen en kun je dus op verschillende manieren hosten. We nemen de thuisbezorgservice van een supermarkt als voorbeeld. Je bestelt online in het ene systeem in de cloud, producten worden gepakt met behulp van een tweede on-premise systeem, en de route wordt bepaald in een PaaS-systeem. Een verandering in het ene systeem, heeft natuurlijk impact op het andere. Zo鈥檔 hybride landschap maakt het lastig om flexibele, aanpasbare en betrouwbare end-to-end bedrijfsprocessen te garanderen.

Cloud-geori毛nteerd werken

De meeste bedrijven hebben zo鈥檔 hybride IT-landschap. Vaak lopen ze zelf al tegen een aantal zaken aan. Het snel doorvoeren van veranderingen is bijvoorbeeld bij on-premise software vaak lastiger dan bij cloud-software. Als je de DevOps-way wil werken in een hybride landschap, dan zal het je niet verbazen dat een cloud-geori毛nteerde omgeving hiervoor het meest geschikt is. En dit is waarom:

1. Er is een hoge mate van standaardisatie van applicaties en systemen in de cloud. De softwareleverancier/-aanbieder voert systeemupdates uit in plaats van het bedrijf zelf. Dat geeft IT meer tijd en ruimte om te focussen op andere belangrijke zaken.
2. Integratiemogelijkheden zijn van groot belang. In de meest ideale situatie kun je flexibel zijn in de grootte en snelheid van updates en nieuwe releases, zodat alle hostingmodellen perfect gesynchroniseerd zijn. In het geval van on-premise software is er in theorie grote mate van flexibiliteit, maar in de praktijk is dat vaak beperkter. On-premise software gaat vaak al jaren mee. En door die jaren heen is de software vaak aangepast. Ook is documentatie van de gebouwde softwareapplicaties vaak gebrekkig of niet gedaan. Het blijkt dan moeilijk om problemen in de software te verhelpen, omdat de huidige werknemers niet meer op de hoogte zijn van hoe de ontstane legacy-systemen in elkaar zitten. Werknemers vrezen dan om hun innovatieve idee毛n door te voeren, omdat ze problemen kunnen veroorzaken die ze niet snel kunnen oplossen.
3. Een snelle time-to-market is 茅茅n van de belangrijkste voordelen van DevOps. Maar zolang end-to-end bedrijfsprocessen door verschillende IT-systemen lopen, zijn releases of updates in het ene hostingmodel afhankelijk van de release-snelheid in het andere hostingmodel. Zowel de business als IT zien dan steeds minder de meerwaarde van het investeren in de implementatie van DevOps.Een Application Lifecycle managementsysteem is cruciaal voor innovatie en snelle time-to-market in hybride landschappen.

Wil je meer weten over DevOps, of juist zelf ontdekken hoe je jouw hybride landschap klaarmaakt voor DevOps?

Lees onze vorige blogs over DevOps en de mens, DevOps en automatisering, of onze volgende blog waarin we je in 3 stappen meenemen naar de implementatie van DevOps in een hybride omgeving.

The post De DevOps-reis (3): waarom je beter cloud-geori毛nteerd kunt werken in een hybride landschap appeared first on 麻豆原创 Nederland Blogs & Nieuws.

Laat hem dat maar oplossen, hij is de enige die weet hoe het 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 misschien wel met pensioen. Het bedrijf kan weliswaar verder werken met de applicaties zonder deze mensen, maar wat als er eens een systeem moet worden ge眉pdatet, of als er nieuwe innovaties of implementaties plaats moeten vinden? En wat als er bijvoorbeeld een geschreven broncode moet worden aangepast? Wie is hier verantwoordelijk voor?

Barri猫res doorbreken

E茅n van de opties om bovenstaande situatie te tackelen, is door te werken met de DevOps-principes. DevOps doorbreekt barri猫res tussen development (de applicatiebouwers) en operations (het beheerteam). En natuurlijk ben je dan nog steeds afhankelijk van specifieke mensen. Daarom is het belangrijk de shift te maken van handmatig werk naar geautomatiseerd werken. Of de mens dan overbodig wordt? Integendeel, de mens kan hierdoor juist meer tijd besteden aan innovatie, terwijl de kwaliteit en betrouwbaarheid van het systeem gegarandeerd blijven.

Geautomatiseerd versiebeheer

Stel, Christiaan maakt stuk B en C op vrijdag, maar verwijdert daarmee per ongeluk stuk A (geschreven door Jennifer op woensdag). Dan wil je dat Jennifer en Christiaan de versie van woensdag terug kunnen halen. Je kunt dit vergelijken met het werken in eenzelfde document in Sharepoint. Je wil kortom, je versiebeheer geautomatiseerd op orde hebben.

Stapsgewijs automatiseren

Het automatiseren van versiebeheer is in de wereld van DevOps mooi uitgewerkt in termen en schema鈥檚. Met Continuous Integration leg je vast wie bijvoorbeeld de code heeft geschreven, wat het doet en welke impact het op het systeem kan hebben. Continuous Delivery gaat nog een stapje verder. Daarin leg je vast hoe er geautomatiseerd wordt getest, zodat je alleen nog maar op een 鈥榞roene knop鈥� hoeft te drukken om je systeem, innovatie of update live te brengen. En met Continuous Deployment ga je n贸g een stapje verder. Hiermee borg je dat het hele proces van begin tot eind geautomatiseerd is.

Kijk maar eens:

Hoge verwachting

Niemand zit erop te wachten dat we door een systeemupdate een heel weekend niet digitaal kunnen betalen. We hebben hoge verwachtingen van onze banken, pakketbezorgers, online winkels en andere leveranciers. Om aan de verwachtingen te kunnen voldoen (snelheid 茅n kwaliteit) is naast de mens, ook automatisering cruciaal.

Wil je meer weten over DevOps of ontdekken hoe je binnen je organisatie processen (beter) kunt automatiseren op basis van de DevOps-principes?

Lees ons vorige blog over DevOps en de mens, of ons volgende blog over DevOps in een hybride omgeving.

The post De DevOps-reis (2): automatiseren kun je leren appeared first on 麻豆原创 Nederland Blogs & Nieuws.

We zijn gewend om op elke plaats en op elk moment diensten, producten en informatie te verkrijgen. Met een paar klikken stuurt bol.com je de nieuwste iPad, Nu.nl toont constant de laatste nieuwsupdates en met de ABN AMRO Tikkie staat het servicegeld binnen enkele minuten op een andere bankrekening.

Deze snelheid wordt ook vaak verwacht op de werkvloer. Want een klant wil niet meer tot drie dagen op zijn bestelling of geld wachten. De concurrentie kan alles op 茅茅n dag of zelfs op dezelfde dag regelen. Een snelle levering en een goede kwaliteit van het product zijn belangrijker dan ooit. Veel bedrijven zijn zich hiervan bewust. En, hier komt het: DevOps en IT spelen hierbij een cruciale rol.

Wat 铆s DevOps nou eigenlijk?

Nou, wij zien het als een manier van werken waardoor business en IT beter samenwerken. Concreet gaat het om Development (Dev) en Operations (Ops). Dankzij deze samenwerking wordt de automatisering mogelijk gemaakt 茅n zijn een snelle en betrouwbare softwareontwikkeling en -beheer gegarandeerd. Dat maakt dat een bedrijf snel kan inspelen op de vraag van de eindklant en tegelijkertijd de productkwaliteit kan garanderen.

Maak die extra mijl met DevOps

DevOps kan de prestaties van een bedrijf aanzienlijk verhogen. Waar mensen begonnen met het werken in Agile-teams, realiseert DevOps dat stapje extra. Werken in diverse teams met een breed scala aan kennis resulteert in snelle projectrealisaties, effici毛ntere en effectievere communicatie. Deze versnelde release van nieuwe functionaliteiten leidt tot snelle feedback, correcties en tot reductie van risico’s en kosten.

DevOps in de praktijk

Hoe ziet deze manier van werken er in de praktijk uit? Stel je een bedrijf voor, waar iedereen in cross-functionele teams werkt. Dit bedrijf biedt online muziek voor mensen van alle leeftijden. In plaats van dat een team maandenlang werkt aan 茅茅n eindproduct, brengt het team stapsgewijs kleinere functionaliteiten live.

Dit is mogelijk, omdat ze de test- en integratiestappen hebben geautomatiseerd. Dit zorgt voor snelle feedback en snelle softwareontwikkeling. Zo wordt er in de eerste maand een simpele muziek-app ontwikkeld. In de tweede maand worden functies toegevoegd om je favoriete muziek op te slaan in playlists. In de derde maand kun je als consument ook offline naar je muziek luisteren.

De teams hadden ook drie maanden kunnen wachten om het eindproduct te lanceren. Dan zouden ze weinig tot geen feedback hebben gekregen. DevOps voorkomt dus hoge kosten en risico’s.

Vallen en opstaan

De DevOps-principes zijn niet van de ene op de andere dag toe te passen. Het gaat met vallen en opstaan. DevOps gaat gepaard met organisatorische en technische veranderingen. Om DevOps in een organisatie tot een succes te maken, is allereerst belangrijk te weten waar je als organisatie zelf staat. Hoe volwassen ben je? Hoe werk je binnen je organisatie, wat zijn de doelen en welke stappen moet je als organisatie nemen om DevOps te integreren? Met andere woorden, hoe ziet de weg naar de top voor je organisatie eruit?

Het zijn lastige vragen, maar cruciaal om de totale performance van je organisatie te verhogen. Want je w铆l klanten die supersnelle levering en een hoge kwaliteit bieden. Een nauwere samenwerking tussen de business en IT is belangrijk voor de toekomst van elke organisatie, elk team en de tevredenheid van de eindgebruiker.

Wil je meer weten over DevOps, of juist zelf ontdekken hoe je jouw hybride landschap klaarmaakt voor DevOps?

Lees ons volgende blog, waarin we dieper ingaan op de technische kant, het belang van automatiseren.

The post De DevOps-reis: over DevOps & het belang van de mens 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.