DevOps is een term die momenteel sterk in opkomst is. Maar is het een hype of heeft het ook een meerwaarde?
DevOps is in basis niets meer dan een samenvoeging van ontwikkeling (Dev) en beheer (Ops) binnen één Agile team. Achterliggende gedachte is dat een team ook direct de pijn voelt wanneer zaken niet goed ontwikkeld en/of getest zijn. Maar welke rol speelt Quality Assurance nu precies binnen DevOps en hoe kan deze methodiek in de praktijk het beste vorm gegeven worden? Binnen deze sessie worden deelnemers meegenomen in de praktijk van DevOps en komen thema’s als Continuous Delivery/Continuous Integration, Test Driven Development en testautomatisering aan de orde. Voordelen, nadelen en uitdagingen worden benoemd en het wordt duidelijk hoe belangrijk testen binnen DevOps is.
Lac 2013 hogere klanttevredenheid met dev ops-ready architectuurRaimond Brookman
DevOps en Continuous Delivery, hoe past architectuur daar in? Is er spanning tussen het uitdenken van een architectuur en snel functionaliteit releasen en hoe ga je daarmee om? Is architectuur wel nodig? Wij denken van wel. Vanuit praktijkervaringen met twee van onze belangrijke producten wordt toegelicht hoe een “DevOps-ready” architectuur opgezet kan worden en hoe bestaande architecturen kunnen worden omgevormd. En daarnaast: wat is het effect voor de klant, betalen de beloftes zich ook uit?
Continuous delivery met jenkins twist en puppetltebbens
Deliver software fast. Release features elke twee weken naar productie door een continue stroom automatisch geteste user stories. Die met een drukknop live kunnen. In deze presentatie deel ik mijn ervaringen en de toegepaste inrichting.
DevOps is a term used in many places and unfortunately also to mean many different things. This presentation (largely in Dutch) paints the DevOps picture. While it may not give a clear cut definition (there does not seem to be one) it certainly makes clear what DevOps is about, what objectives and origins are and which factors enable and drive DevOps.
Tegenwoordig zijn bedrijven steeds eerder een softwarebedrijf in plaats van de verkoper van een product of dienst. Of het nu een webwinkel of een digitale dienst is, de klanttevredenheid en de mogelijkheid om in te spelen op de wensen van de klant is een essentieel onderdeel van de bedrijfsvoering. Maar hoe kom je erachter waar de klant vastloopt of afhaakt en naar de concurrentie overstapt. Beter gezegd, hoe kunnen we de klant voor zijn en hem verrassen met nieuwe en verbeterde functionaliteit?
In deze sessie laten we zien hoe je inzicht kan krijgen in het gedrag van de klant. En hoe kan dit inzicht helpen om het bedrijf zijn concurrentiepositie te verbeteren en de relatie met de klant nog sterker te maken.
DevOps is een term die momenteel sterk in opkomst is. Maar is het een hype of heeft het ook een meerwaarde?
DevOps is in basis niets meer dan een samenvoeging van ontwikkeling (Dev) en beheer (Ops) binnen één Agile team. Achterliggende gedachte is dat een team ook direct de pijn voelt wanneer zaken niet goed ontwikkeld en/of getest zijn. Maar welke rol speelt Quality Assurance nu precies binnen DevOps en hoe kan deze methodiek in de praktijk het beste vorm gegeven worden? Binnen deze sessie worden deelnemers meegenomen in de praktijk van DevOps en komen thema’s als Continuous Delivery/Continuous Integration, Test Driven Development en testautomatisering aan de orde. Voordelen, nadelen en uitdagingen worden benoemd en het wordt duidelijk hoe belangrijk testen binnen DevOps is.
Lac 2013 hogere klanttevredenheid met dev ops-ready architectuurRaimond Brookman
DevOps en Continuous Delivery, hoe past architectuur daar in? Is er spanning tussen het uitdenken van een architectuur en snel functionaliteit releasen en hoe ga je daarmee om? Is architectuur wel nodig? Wij denken van wel. Vanuit praktijkervaringen met twee van onze belangrijke producten wordt toegelicht hoe een “DevOps-ready” architectuur opgezet kan worden en hoe bestaande architecturen kunnen worden omgevormd. En daarnaast: wat is het effect voor de klant, betalen de beloftes zich ook uit?
Continuous delivery met jenkins twist en puppetltebbens
Deliver software fast. Release features elke twee weken naar productie door een continue stroom automatisch geteste user stories. Die met een drukknop live kunnen. In deze presentatie deel ik mijn ervaringen en de toegepaste inrichting.
DevOps is a term used in many places and unfortunately also to mean many different things. This presentation (largely in Dutch) paints the DevOps picture. While it may not give a clear cut definition (there does not seem to be one) it certainly makes clear what DevOps is about, what objectives and origins are and which factors enable and drive DevOps.
Tegenwoordig zijn bedrijven steeds eerder een softwarebedrijf in plaats van de verkoper van een product of dienst. Of het nu een webwinkel of een digitale dienst is, de klanttevredenheid en de mogelijkheid om in te spelen op de wensen van de klant is een essentieel onderdeel van de bedrijfsvoering. Maar hoe kom je erachter waar de klant vastloopt of afhaakt en naar de concurrentie overstapt. Beter gezegd, hoe kunnen we de klant voor zijn en hem verrassen met nieuwe en verbeterde functionaliteit?
In deze sessie laten we zien hoe je inzicht kan krijgen in het gedrag van de klant. En hoe kan dit inzicht helpen om het bedrijf zijn concurrentiepositie te verbeteren en de relatie met de klant nog sterker te maken.
In veel markten zijn nieuwe bedrijven opgestaan waar we enkele jaren nog niet van hadden gehoord. Denk bijvoorbeeld aan Netflix, Uber en Airbnb. Deze organisaties hebben door goed naar de klanten te luisteren en regelmatig in te spelen op hun wensen een groot marktaandeel weten te bereiken. Kenmerk van deze organisaties is ook dat ze, voor een belangrijk deel, software bedrijven zijn. Ze hebben geen winkels (meer), geen taxi’s en geen eigen kamers. Wat ze wel hebben is een direct contact met de eindgebruikers en ze weten de juiste functionaliteit snel te ontwikkelen waardoor ze concurrentie ver voor zijn. Ook zijn dit organisaties waar mensen graag willen werken. Als een bestaande organisatie hier niet in mee kan gaan dan kan het zomaar gebeuren dat ze de concurrentieslag verliest.
Hoe past DevOps hierin?
Het DevOps proces wordt door elke organisatie die software ontwikkelt doorlopen. Als je hier goed in presteert dan ben je in staat om de juiste functionaliteit te realiseren, deze snel in de markt te zetten, met zo min mogelijk fouten en ook nog eens met goed gemotiveerde medewerkers. Al die zaken waar de eerder genoemde organisaties goed op scoren. Vaak is hier nog veel winst te behalen, er is dus voldoende ruimte om de achterstand teniet te doen of zelfs een voorsprong te nemen op de concurrentie.
Waar begin ik?
Nu ik dit weet wil ik dit ook! Maar waar moet ik beginnen? Dat is per organisatie verschillend. Er is niet één blauwdruk waarmee je alle situaties en organisaties op een hoger niveau krijgt. Wij hebben wel een programma opgesteld dat u helpt om te bepalen waar u nu staat en welke eerstvolgende stappen gezet moeten worden. Daarnaast meten we na 4 – 7 maanden of er voortgang is gemaakt. Hoe doen we dit? En wat kan het voor u betekenen? Bekijk hier de opname van het Webinar over het DevOps Acceleration Program om hier een beeld van te krijgen.
Het GEO team bij Schiphol is verantwoordelijk voor het realiseren en beheren van GIS toepassingen (geografische informatiesysteem) voor diverse klantgroepen op de hele luchthaven. In een complexe omgeving, met interne en externe stakeholders is het team eind 2016 een agile transitie aangegaan.
In deze sessie vertelt Kees van 't Hoog over de reis van de transitie van een traditionele projectaanpak naar volledig Agile aan de hand van successen, tegenslagen en groei van het team.
The yearly seminar of the Best Practice User Group in the Netherlands this year has the theme "Agile".
My contribution is an interactive session where the participants can vote for a number of subjects to create the backlog of the session.
This slide-deck contains all slides that I prepared, I guess I only used half of them, the rest everybody can see here at slideshare.
The slides are mainly in english but also partly in dutch.
At the end I refer to the book "TMap NEXT in Scrum", to the book "the PointZERO vision" and to the whitepaper "Integrate test activities in Agile projects".
Hoe releasen minder pijnlijk werd bij de ANWB AlarmcentraleSjoerd Hemminga
Continuous Delivery wordt vaak geassocieerd met een snellere time-to-market, maar wat als dat niet je voornaamste probleem is? Een aantal jaar geleden heeft de ANWB besloten om zich van een traditionele enterprise organisatie te transformeren naar een Agile organisatie. Bij de afdeling Hulpverlening zijn wij met drie teams bezig met het ontwikkelen van het nieuwe case-managementsysteem voor de ANWB Alarmcentrale. Als onderdeel van onze agile werkwijze maakten wij een release en rolden wij deze uit aan het eind van onze tweewekelijkse sprints. Dit leverde ons regelmatig verschillende problemen op en halverwege 2016 besloten we dat het anders moest. We hebben toen een beweging ingezet richting Continuous Delivery. In deze presentatie zullen we ingaan op de uitdagingen die we hadden, hoe we die hebben aangepakt, en op een aantal onverwachte voordelen.
By Niels Bor and Marcus Drost. This workshop analyses test related problems of BI/DWH software development. Testing is a decisive factor for process acceleration in iterative and agile software development. The workshop provides solutions for solving quality, cost and time related problems. The demonstration of the highly automated and multi-functional data compare tool DREAM is part of the workshop.
The workshop is guided by Niels Bor and Marcus Drost.
We thank the SNS REAAL group for the initiation of the workshop.
I am a agile tester, because...(Agile testing put to practice)Derk-Jan de Grood
On 12 September Andreas Prins and I gave two presentation on the TestNet session night. The theme of the event was: Transforming testing to fit modern development. Andreas identified various rhythms (or wavelengths) in the SDLC and explained the automation that can be done in order to have short lead times and frequent feedback on code quality and delivered value.
My presentation was called “I am an agile tester, because…”. During my talk I discussed what it takes to be an agile tester and I introduced 12 statements that can be used as manifesto for the agile tester. During the presentation 40+ participants filled in the survey and we got a nice impression of how agile our testing is. You can find the results below, and in the slide deck.
Using a recent project I was involved in I put these statements to the test. I explain the test strategy I applied and shared my successes and failures. One of the participants tweeted about the presentation: “A nice war story. The 12 statements trigger me to think about my own role and the role of testing within my project and organization”. I think I succeeded my mission.
Hoe releasen minder pijnlijk werd bij de ANWB AlarmcentraleJeroen Reijn
Continuous Delivery wordt vaak geassocieerd met een snellere time-to-market, maar wat als dat niet je voornaamste probleem is? Een aantal jaar geleden heeft de ANWB besloten om zich van een traditionele enterprise organisatie te transformeren naar een Agile organisatie. Bij de afdeling Hulpverlening zijn wij met drie teams bezig met het ontwikkelen van het nieuwe case managementsysteem voor de ANWB Alarmcentrale. Als onderdeel van onze agile werkwijze maakten wij een release en rolden wij deze uit aan het eind van onze 2 wekelijkse sprints. Dit leverde ons regelmatig verschillende problemen op en halverwege 2016 besloten we dat het anders moest. We hebben toen een beweging ingezet richting Continuous Delivery. In deze presentatie zullen we ingaan op de uitdagingen die we hadden, hoe we die hebben aangepakt, en op een aantal onverwachte voordelen.
Welkom,
In deze reeks presentaties de vragen en hun antwoorden afkomstig uit het voorbeeldexamen van EXIN DevOps Professional.
De onderwerpen in deze vragen worden uitgediept.
In deze presentatie van 01 van 40
DevOps and metrics presentation, co-presentation by Dave van Herpen and Harold van Heeringen (both Sogeti Nederland B.V.). The key message of the presentation is the fact that metrics are important in DevOps environments and that it is important to do a thorough analysis of which metrics are important to collect and for which reasons.
U wilt altijd de best passende testaanpak. Maar kiest u voor de (schijn)zekerheid van scripted testen of gaat u voor flexibiliteit en pragmatiek, waarmee u sneller en efficiënter inzicht krijgt in de kwaliteit van uw systeem?
Op 19 en 20 november organiseerde SYSQA haar jaarlijkse Kennissessies. Dit jaar over Situationeel testen, een antwoord op het genoemde dilemma. Want op ieder project, bij iedere organisatie past een eigen testaanpak.
Tijdens de Kennissessies bleef het niet bij theorie. Na de pauze werd een tweetal aansprekende klantcases toegelicht. Hierbij kwam onder meer aan de orde hoe de betreffende organisaties met Situationeel testen altijd op de meest optimale manier testen, tegen de laagst mogelijke kosten.
De Kennissessies bleken ook dit jaar een middag vol inspiratie, mogelijkheden tot netwerken en kennisuitwisseling en boeiende praktijkcases.
Deelnemers gingen naar huis met nieuwe inzichten waarmee zij op een flexibele en pragmatische wijze sneller en efficiënter inzicht krijgen in de kwaliteit van een systeem!
In veel markten zijn nieuwe bedrijven opgestaan waar we enkele jaren nog niet van hadden gehoord. Denk bijvoorbeeld aan Netflix, Uber en Airbnb. Deze organisaties hebben door goed naar de klanten te luisteren en regelmatig in te spelen op hun wensen een groot marktaandeel weten te bereiken. Kenmerk van deze organisaties is ook dat ze, voor een belangrijk deel, software bedrijven zijn. Ze hebben geen winkels (meer), geen taxi’s en geen eigen kamers. Wat ze wel hebben is een direct contact met de eindgebruikers en ze weten de juiste functionaliteit snel te ontwikkelen waardoor ze concurrentie ver voor zijn. Ook zijn dit organisaties waar mensen graag willen werken. Als een bestaande organisatie hier niet in mee kan gaan dan kan het zomaar gebeuren dat ze de concurrentieslag verliest.
Hoe past DevOps hierin?
Het DevOps proces wordt door elke organisatie die software ontwikkelt doorlopen. Als je hier goed in presteert dan ben je in staat om de juiste functionaliteit te realiseren, deze snel in de markt te zetten, met zo min mogelijk fouten en ook nog eens met goed gemotiveerde medewerkers. Al die zaken waar de eerder genoemde organisaties goed op scoren. Vaak is hier nog veel winst te behalen, er is dus voldoende ruimte om de achterstand teniet te doen of zelfs een voorsprong te nemen op de concurrentie.
Waar begin ik?
Nu ik dit weet wil ik dit ook! Maar waar moet ik beginnen? Dat is per organisatie verschillend. Er is niet één blauwdruk waarmee je alle situaties en organisaties op een hoger niveau krijgt. Wij hebben wel een programma opgesteld dat u helpt om te bepalen waar u nu staat en welke eerstvolgende stappen gezet moeten worden. Daarnaast meten we na 4 – 7 maanden of er voortgang is gemaakt. Hoe doen we dit? En wat kan het voor u betekenen? Bekijk hier de opname van het Webinar over het DevOps Acceleration Program om hier een beeld van te krijgen.
Het GEO team bij Schiphol is verantwoordelijk voor het realiseren en beheren van GIS toepassingen (geografische informatiesysteem) voor diverse klantgroepen op de hele luchthaven. In een complexe omgeving, met interne en externe stakeholders is het team eind 2016 een agile transitie aangegaan.
In deze sessie vertelt Kees van 't Hoog over de reis van de transitie van een traditionele projectaanpak naar volledig Agile aan de hand van successen, tegenslagen en groei van het team.
The yearly seminar of the Best Practice User Group in the Netherlands this year has the theme "Agile".
My contribution is an interactive session where the participants can vote for a number of subjects to create the backlog of the session.
This slide-deck contains all slides that I prepared, I guess I only used half of them, the rest everybody can see here at slideshare.
The slides are mainly in english but also partly in dutch.
At the end I refer to the book "TMap NEXT in Scrum", to the book "the PointZERO vision" and to the whitepaper "Integrate test activities in Agile projects".
Hoe releasen minder pijnlijk werd bij de ANWB AlarmcentraleSjoerd Hemminga
Continuous Delivery wordt vaak geassocieerd met een snellere time-to-market, maar wat als dat niet je voornaamste probleem is? Een aantal jaar geleden heeft de ANWB besloten om zich van een traditionele enterprise organisatie te transformeren naar een Agile organisatie. Bij de afdeling Hulpverlening zijn wij met drie teams bezig met het ontwikkelen van het nieuwe case-managementsysteem voor de ANWB Alarmcentrale. Als onderdeel van onze agile werkwijze maakten wij een release en rolden wij deze uit aan het eind van onze tweewekelijkse sprints. Dit leverde ons regelmatig verschillende problemen op en halverwege 2016 besloten we dat het anders moest. We hebben toen een beweging ingezet richting Continuous Delivery. In deze presentatie zullen we ingaan op de uitdagingen die we hadden, hoe we die hebben aangepakt, en op een aantal onverwachte voordelen.
By Niels Bor and Marcus Drost. This workshop analyses test related problems of BI/DWH software development. Testing is a decisive factor for process acceleration in iterative and agile software development. The workshop provides solutions for solving quality, cost and time related problems. The demonstration of the highly automated and multi-functional data compare tool DREAM is part of the workshop.
The workshop is guided by Niels Bor and Marcus Drost.
We thank the SNS REAAL group for the initiation of the workshop.
I am a agile tester, because...(Agile testing put to practice)Derk-Jan de Grood
On 12 September Andreas Prins and I gave two presentation on the TestNet session night. The theme of the event was: Transforming testing to fit modern development. Andreas identified various rhythms (or wavelengths) in the SDLC and explained the automation that can be done in order to have short lead times and frequent feedback on code quality and delivered value.
My presentation was called “I am an agile tester, because…”. During my talk I discussed what it takes to be an agile tester and I introduced 12 statements that can be used as manifesto for the agile tester. During the presentation 40+ participants filled in the survey and we got a nice impression of how agile our testing is. You can find the results below, and in the slide deck.
Using a recent project I was involved in I put these statements to the test. I explain the test strategy I applied and shared my successes and failures. One of the participants tweeted about the presentation: “A nice war story. The 12 statements trigger me to think about my own role and the role of testing within my project and organization”. I think I succeeded my mission.
Hoe releasen minder pijnlijk werd bij de ANWB AlarmcentraleJeroen Reijn
Continuous Delivery wordt vaak geassocieerd met een snellere time-to-market, maar wat als dat niet je voornaamste probleem is? Een aantal jaar geleden heeft de ANWB besloten om zich van een traditionele enterprise organisatie te transformeren naar een Agile organisatie. Bij de afdeling Hulpverlening zijn wij met drie teams bezig met het ontwikkelen van het nieuwe case managementsysteem voor de ANWB Alarmcentrale. Als onderdeel van onze agile werkwijze maakten wij een release en rolden wij deze uit aan het eind van onze 2 wekelijkse sprints. Dit leverde ons regelmatig verschillende problemen op en halverwege 2016 besloten we dat het anders moest. We hebben toen een beweging ingezet richting Continuous Delivery. In deze presentatie zullen we ingaan op de uitdagingen die we hadden, hoe we die hebben aangepakt, en op een aantal onverwachte voordelen.
Welkom,
In deze reeks presentaties de vragen en hun antwoorden afkomstig uit het voorbeeldexamen van EXIN DevOps Professional.
De onderwerpen in deze vragen worden uitgediept.
In deze presentatie van 01 van 40
DevOps and metrics presentation, co-presentation by Dave van Herpen and Harold van Heeringen (both Sogeti Nederland B.V.). The key message of the presentation is the fact that metrics are important in DevOps environments and that it is important to do a thorough analysis of which metrics are important to collect and for which reasons.
U wilt altijd de best passende testaanpak. Maar kiest u voor de (schijn)zekerheid van scripted testen of gaat u voor flexibiliteit en pragmatiek, waarmee u sneller en efficiënter inzicht krijgt in de kwaliteit van uw systeem?
Op 19 en 20 november organiseerde SYSQA haar jaarlijkse Kennissessies. Dit jaar over Situationeel testen, een antwoord op het genoemde dilemma. Want op ieder project, bij iedere organisatie past een eigen testaanpak.
Tijdens de Kennissessies bleef het niet bij theorie. Na de pauze werd een tweetal aansprekende klantcases toegelicht. Hierbij kwam onder meer aan de orde hoe de betreffende organisaties met Situationeel testen altijd op de meest optimale manier testen, tegen de laagst mogelijke kosten.
De Kennissessies bleken ook dit jaar een middag vol inspiratie, mogelijkheden tot netwerken en kennisuitwisseling en boeiende praktijkcases.
Deelnemers gingen naar huis met nieuwe inzichten waarmee zij op een flexibele en pragmatische wijze sneller en efficiënter inzicht krijgen in de kwaliteit van een systeem!
Presentatie Enterprise Architectuur - Agile en EssentieDanny Greefhorst
Gastcollege verzorgd voor de Hogeschool Utrecht op 22 maart 2018. De kernboodschap is dat enterprise-architectuur agile kan en moet en zich moet richten op de essentie. De essentie van architectuur is creatief en kritisch denken.
‘Medewerker’ krijgt hoofdrol in film: procesverbetering Infostrada Creative T...TOPdesk
De bezoeker leert hoe je een procesverandertraject tot een succes kan maken. Dit wordt gedaan aan de hand van 15 concrete oplossingen. Rode draad in deze concrete oplossingen is de medewerker. Doordat de case zich afspeelt bij een schitterend bedrijf wat actief is in de televisiewereld krijg je ook nog een kijkje achter de schermen van deze wereld. (Gepresenteerd op het Nationaal Management & IT Symposium 2013 door Jildert de Groot en Ralf van Vegten)
Hoe technische beperkingen uw outtasking of -sourcing traject kunnen laten m...Proact Netherlands B.V.
"Ik besteed het toch uit?"
Ook als een infrastructuur in de vorm van outtasking als een dienst wordt afgenomen is techniek van belang. In de dagelijkse praktijk blijken outtasking en -sourcing failures namelijk regelmatig te worden veroorzaakt door verkeerde technische keuzes. Houd dus grip op de technische aspecten van een dienst. Waar kunt u op letten?
- Hoe zorg ik ervoor dat mijn provider een infrastructuur als gedegen fundament biedt?
- Kan innovatie eenvoudig worden geïncorporeerd of vereist deze forklift upgrades en extra kosten?
- Is deze schaalbaar en waar liggen de onvoorziene glazen plafonds?
In deze presentatie worden de belangrijkste technische valkuilen van outtasking besproken aan de hand van praktijk voorbeelden.
Bpug 2014 agile project mgt tussen scylla en charybdisHans Smorenburg
Meer waarde creeeren met agile project en portfolio management met behoud van agility en flow in de realisatie. 10 uitgangspunten die helpen bij het versterken van wendbaarheid in business en IT.
Naar een toekomstbestendige dienstverlening - Themasessie 2016TOPdesk
Op verschillende locaties in Nederland organiseren wij de themasessie ‘Naar toekomstbestendige dienstverlening’ over de toekomst van servicemanagement, met in het programma de visie en roadmap van TOPdesk en de nieuwste versie van TOPdesk.
Op verschillende locaties in Nederland organiseren wij de themasessie ‘Naar toekomstbestendige dienstverlening’ over de toekomst van servicemanagement, met in het programma de visie en roadmap van TOPdesk en de nieuwste versie van TOPdesk.
Dutch presentation given on the TestNet Voorjaarsevent on the 30th of April. A story about how TestReporting is going to change to Realtime Monitoring to keep up with changes in IT landscapes, development processes and ways of working within IT teams and still give stakeholders and the team the information they need.
Facto Congres 2015. Workshop 8. Verbeteren van FM met LeanFacto Magazine
Steeds meer organisaties gebruiken ‘Lean’ als middel om de facilitaire processen te verbeteren en efficiënter in te richten. En met succes, want wie de methodiek slim en gestructureerd toepast, kan al snel resultaten behalen.
Lean denken richt zich op het zien van waarde door de ogen van de klant. Door het verbeteren en versoepelen van de processtroom en het elimineren van verspilling, worden lagere kosten en een betere waarde voor de klant bereikt.
Een interactieve workshop met aandacht voor de grondbeginselen van Lean voor Facility Management, het uitvoeren van een waarde-toevoegende analyse en prestaties meten met klantgerichte metingen en kritieke kwaliteitseisen (CTQ's en KPI's). Profiteer van de praktische handvatten en leer van de Lean-ervaringen bij verschillende organisaties (o.a Schiphol, Philips en UWV).
Blijf op de hoogte. Gratis whitepapers, het laatste nieuws en congres/opleiding updates leest u op www.facto.nl
Introductie tot Agile werken. Waar komt het vandaan en wat komt er bij kijken als je als opdrachtgever intern of extern een ontwikkelteam inschakelt die volgens Agile principes werkt?
Service Management Simplified - Infosessie ‘Stroomlijn uw helpdesk met TOPdesk’TOPdesk
De presentatie 'Service Management Simplified' is gegeven op een infosessie van TOPdesk samen met SLBdiensten. Het centrale thema van deze sessie is: Hoe stroomlijnt u uw helpdeskprocessen? TOPdesk medewerkers Miriam Peters-van Kalsbeek en Martijn Poll vertellen over TOPdesk als organisatie en product.
Webinar - EAM /Reliability & Integrity Software selectie - 15 juli 2020Stork
Er is een groot aantal Enterprise Asset Management IT-systemen op de markt. Over welke software systemen hebben we het eigenlijk en hoe bepaalt u welke software tool het beste bij uw organisatie past?
Ludolf Pijpker geeft u inzicht in de groepen Asset Management software systemen, in de verschillen ertussen en in een stappenplan om tot de perfecte match te komen. Dit voorkomt onnodig hoge kosten, bevordert de integratiemogelijkheden met andere systemen en zorgt voor soepel lopende werkprocessen.
Past het testvak nog in de nieuwe IT-wereld?Rik Marselis
Presentatie van Rik Marselis op de thema-avond die georganiseerd is in samenwerking tussen DUO NGI (KNVI) en TestNet op 25 januari 2017 in Groningen.
Onderwerpen in de training zijn DevOps, Agile, Expirience based testing (exploratory testing), coverage based testing, Spotify Engineering Culture en nog veel meer
Similar to Agile, Continuous Delivery & DevOps in perspectief (20)
Agile, Continuous Delivery & DevOps in perspectief
1. Title | Plaats| Datum | 1
Continuous Delivery
Agile, Continuous Delivery & DevOps
in perspectief
Dave van Herpen
2. Title | Plaats| Datum | 2
►Drivers
►Wat is:
● Agile
● Continuous Delivery
● DevOps
►Sogeti & Agile/Continuous Delivery/DevOps
To do
3. Title | Plaats| Datum | 3
►Drivers
►Wat is:
● Agile
● Continuous Delivery
● DevOps
►Sogeti & Agile/Continuous Delivery/DevOps
To do
4. Title | Plaats| Datum | 4
Het speelveld
Service Management
Functioneel
beheer
Applicatie
beheer
Technisch
beheer
Project Management
Incidenten
service req.
RfC’s
Beheer
requirements
Transitie
naar beheer
Changes &
releases
Voortschrijdend Voorschrijvend
Project Onderhoud
Beheer
5. Title | Plaats| Datum | 5
Agile & DevOps business drivers
Customer Satisfaction
Business
driven
Business
driven
Optimal value & risk
Feedback
loops
Feedback
loops
Short TTM
Fast flowFast flow
Efficient operations
Multidiscipl.
teams
Multidiscipl.
teams
@daveherpen
7. Title | Plaats| Datum | 7
►Drivers
►Wat is:
● Agile
● Continuous Delivery
● DevOps
►Sogeti & Agile/Continuous Delivery/DevOps
To do
8. Title | Plaats| Datum | 8
►Continuous Delivery:
● Integratie binnen de deployment pipeline
►DevOps:
● Beweging tbv samenwerking Dev, Ops, QA & business
►AgileBeheer:
● Sogeti visie op waarmaken agile belofte via
samenwerking in gehele IT keten, van project tot beheer
CD - DevOps - AgileBeheer
9. Title | Plaats| Datum | 9
CD - DevOps - AgileBeheer
Continuous
Delivery
DevOps
Basis = principes
Naam = gewenste resultaat
Basis = organisatie
Naam = implementatiewijze
Agile
Beheer
Basis = wendbaarheid
Naam = resultaat & domein
10. Title | Plaats| Datum | 10
Agile =
Scrum
XP
DSDM
FDD
Crystal
Kanban
DevOps
11. Title | Plaats| Datum | 11
Agile Manifesto (Salt Lake City 2001)
Mensen en hun onderlinge interactie boven processen en tools
Werkende software boven allesomvattende documentatie
Samenwerking met de klant boven contractonderhandelingen
Inspelen op verandering boven het volgen van een plan
12. Title | Plaats| Datum | 12
Agile: Scrum
Operations & SupportOperations & Support
Operations & MaintenanceOperations & MaintenanceDevelopment
Klant interactieKlant interactie
Anticiperen
changes
Anticiperen
changes Snel leverenSnel leveren
@daveherpen
Product
Owner
Scrum
Master
Team
Members
13. Title | Plaats| Datum | 13
►Jezz Humble
►Continuous Delivery: matchen van het verandertempo van
beheer (ops) met ontwikkeling (dev) door:
● Alles in deployment pipeline: gehele value stream in
versiebeheer, van code check-in tot productie (incl
omgevingen)
● Geautomatiseerd:
○ Testen
○ Builds
○ Integratie
○ Deployments
○ Creatieproces (OTAP) omgevingen
Continuous Delivery
Continuous Delivery
“DevOps”
14. Title | Plaats| Datum | 14
►Ontstaan in 2009 vanuit:
● Flickr dev & ops samenwerking (“10+ deploys a day”)
● Agile Infrastructure
● Lean Startup movement
● Continuous Delivery
● Cloud (PaaS) services
► Must reads
● Whitepaper “DevOps Distilled” (Kim)
● The Phoenix Project (Kim, Behr, Spafford)
DevOps origine
15. Title | Plaats| Datum | 15
►Een beweging
● Gene Kim, Damon Edwards, Patrick Debois, John Willis, ...
►Uitgangspunten:
● Samenwerking Dev + Ops (Lite) + QA + business
● Shippable code + omgevingen
● Snelle flow planned work, kleine batch size
● P = betrouwbaar, stabiel, veerkrachtig, bedrijfszeker
DevOps = ...
16. Title | Plaats| Datum | 16
DevOps: relaties
Continuous
Build
Integration
Deployment
Delivery
......
17. Title | Plaats| Datum | 17
►Culture
● Verandermanagement
►Automation
● Release mgt, config & versiebeheer, integration, monitoring
►Measurement (metrieken)
● Performance (#deploys)
● Process (#handovers)
● People (#people/deployment)
►Sharing
● Feedback
● Co-locatie
DevOps dimensies: CAMS
18. Title | Plaats| Datum | 18
DevOps: The Three Ways
1. Systems thinking
2. Verbeteren feedback loops
3. Cultuur van voortdurend experimenteren & leren
Resultaten:
•Known defect gaan nooit downstream
•Geen suboptimalisatie
•Zoek altijd naar verbetering flow
•Begrijp altijd het volledige systeem
Resultaten:
•Begrijp en reageer op alle klanten
•Verkort en verbeter alle feedback loops
•Borg kennis waar je het nodig hebt
Resultaten:
•Tijd continue verbetering dagelijks werk
•Rituelen om team te belonen voor risico´s
•Introduceer fouten in systeem > veerkracht
19. Title | Plaats| Datum | 20
►Shippable code + herbouwbare omgeving om naar te
deployen
►IT ops: geautomatiseerd bouwproces OTAP (lage variantie)
►Eén shared repository (CMDB)
►Security monitoring controls
DevOps & Agile
20. Title | Plaats| Datum | 21
DevOops
►Vooral focus op:
● Standaardisatie
● Automatiseren
● Nieuwe technologieën
►Te weinig focus op:
● Functioneel Beheer
● IT support
● Complexe systemen & processen
● Portfolio Management >>
DevOps focus:
First, there’s the happy customer. Here we need to stop focusing on SLA’s and service reports with availability percentages of 99,5%, which the customer couldn’t care less about. Agreeing and measuring on customer satisfaction (like NPS) is a nice first step. In Agile principles the close collaboration with the business is essential to all Agile practices, where the business (by means of the Product Owner) is IN the team, not shouting from the other side of the river. Second, your business changes its portfolio, its priorities, its goals while you’re brushing your teeth. Short iterations of distinctive value are crucial here to support the changing organization, where constant feedback is also crucial to keep everyone on board and minimize the long term business risk. Third, IF your organization requires changes, through legislation, or competition, or new market opportunities, these changes are needed yesterday. Only an agile development team is not enough to reach a short time to market. If it halts at test, or production, or the business itself, there will never be a fast flow here. And the last business driver is about delivering quality in a reliable, repetitive and sustainable manner. Working in splendid isolation, whether you are at a Service Desk, or a developer, teams need to be compressed with all required disciplines to deliver quality at the required pace. This is a big challenge in large companies with considerable legacy environments.
As said, Scrum is the best documented Agile approach worldwide. This approach is based on only a few roles. The Product Owner is representing the business IN the team. Constantly involved, especially with regard to explaining business needs (in the form of use cases or user stories, all available in the Product Backlog) and ensuring the team is acting according to the actual business priorities. Based on the PBL, the team breaks down the total list into limited parcels, which we call sprints. Within the sprint the sprint backlog is picked up by the team, which deliver ready products every 2-4 weeks, using daily standups to ensure short and constant feedback loops. The Scrum Master is safeguarding the Scrum process and facilitating the team members in doing their jobs. The Team Members are the people engineering the product, which for Scrum is usually a particular piece of software, but can in fact be any product or service you’d like. So the main characteristics of Scrum are the tight interaction with the customer, the iterations and feedback loops to deal with constant change, and the short time to deliver ready products. Now especially this item is a growing pain as well. After all, Scrum ends at the Potentially Shippable Product, it does not deal with the actual release, transition to production, knowledge transfers to support, documentation, etc. Now, to prevent the actual waterfall to sustain at the end of the product development and still hamper the delivery, operations & support need to be involved continuously during the Scrum process. I will come back to that later.
"Lean Startup" is a largely theoretical methodology for developing businesses and products first proposed in 2011 by Eric Ries. Based on his previous experience working in several US startups, Ries claims that startups can shorten their product development cycles by adopting a combination of business-hypothesis-driven experimentation, iterative product releases, and what he calls " validated learning ". Though still largely unsubstantiated, Ries' overall claim is that if companies, especially startups, invest their time into iteratively building products or services to meet the needs of early customers, they can sidestep the need for large amounts of initial project funding and expensive product launches