Continuous Everything – NL

De acceptatie van de deliverables is in de wereld van Agile werken niet strak geformuleerd. In deze aanpak wordt hier structuur aan gegeven door vanuit het belang van de business (business value stream doelen) te kijken naar specifieke acceptatiecriteria en vanuit het belang van beheer (beheer value stream) te kijken naar generieke acceptatiecriteria. De specifieke acceptatiecriteria zijn functionele en kwaliteit toetsingen die uniek zijn per applicatie. De generieke acceptatiecriteria zijn van toepassing op alle applicaties en worden geborgd in de way-of-working van de Agile teams.

Er zijn verschillende typen van informatiesystemen. Het BI-model van Gartner onderkend System of Records (ketenapplicaties) en System of Engagement (losse informatiesystemen zoals ecommerce toepassingen). Deze vereisen een andere aanpak. Door dit te onderkennen wordt het mogelijk om risico’s in de keten te managen en de keten onder architectuur te verbeter met gebruik making van DevOps best practices. Maar ook beheer moet onder architectuur worden gebracht om synergie te verkrijgen. In deze aanpak worden deze drie aspecten onder de loep genomen en wordt aangegeven welke architectuurprincipes en -modellen er binnen DevOps kunnen worden toegepast.

Eén keer per jaar een audit doen volstaat niet meer in de wereld DevOps. De frequentie moet verhoogd worden tot iets van 15 minuten of minder. Dit kan alleen als er een digitalisering plaatsvindt van de audit. Deze aanpak beschrijft hoe te komen tot de meetlat om te auditen en hoe deze geautomatiseerd toe te passen.

Continuous Everything is de verzamelnaam van alle Continuous ontwikkelingen die er momenteel gaande zijn in de DevOps wereld. Door deze onder één noemer te laten vallen kan er structuur worden aangebracht aan de individuele ontwikkelingen en kunnen op basis van patterns best practices worden gedefinieerd.

Het begrip ‘Continuous’ omvat de termen: outcome driven development, incrementeel & iteratief werken, waste reductie door een Lean aanpak, holistisch werken door people, process, partner & technology in de scope mee te nemen en continue aandacht geven aan een op te leveren product of service in de hele levenscyclus vanuit een end-to-end benadering.

Continuous Design is een aanpak die beoogt om DevOps teams vooraf kort na te laten denken over de contouren van het te realiseren informatiesysteem en tijdens het Agile project het design te laten groeien (emerging design). Hierdoor worden interface risico’s voorkomen en wordt essentiële kennisoverdracht geborgd ter ondersteuning van beheer en het nakomen van wet- en regelgeving. Elementen die de continuïteit van een organisatie waarborgen. Dit boek bespreekt het Continuous Design pyramid model.

Dit boek is een bundeling van acht Continuous Everything boeken te weten: Continuous Planning, Continuous Design, Continuous Testing, Continuous Integration, Continuous Deployment, Continuous Monitoring, Continuous Learning en Continuous Assessment. Voor elk Continuous Everything aspectgebied wordt aangegeven hoe deze in te richten in uw organisatie op basis van het paradigma van de verandermanager en architectuurprincipes en -modellen. Tevens worden per aspectgebied de best practices besproken. Met dit boek in de hand heeft u een krachtig gereedschap om u verder te bekwamen op het gebied van DevOps.

.

Continuous Learning is een aanpak om grip te krijgen op de competenties die nodig zijn om de strategie van uw organisatie te realiseren. Continuous Learning biedt Human Resource Management hiertoe een aanpak die stap voor stap de organisatiebehoeften competenties verkent en deze behoeften omzet in competentieprofielen. Een competentieprofiel is hierbij gedefinieerd als de set van kennis, kunde en gedrag op een bepaald Bloom level die een bepaald resultaat oplevert. Competentieprofielen worden vervolgens samengevoegd in rollen die op hun beurt functies vormen. Op deze wijze wordt een Agile functiehuis verkregen. Dit boek bespreekt het continuous learning model, het Bloom’s taxonomy model, het energie level model, het I-T-E shaped model, het high performance model gebaseerd op Westrum, het Schneider Cultuursystemen model, het Kleurenmodel van De Caluwé en Vermaak, de value chain van Porter, de recursieve value chain van Porter en het continuous learning model.

Continuous Everything is de verzamelnaam van alle Continuous ontwikkelingen die er momenteel gaande zijn in de DevOps wereld.

Door deze onder één noemer te laten vallen kan er structuur worden aangebracht aan de individuele ontwikkelingen en kunnen op basis van patterns best practices worden gedefinieerd.

Het begrip ‘Continuous’ omvat de termen: outcome driven development, incrementeel & iteratief werken, waste reductie door een Lean aanpak, holistisch werken door people, process, partner & technology in de scope mee te nemen en continue aandacht geven aan een op te leveren product of service in de hele levenscyclus vanuit een end-to-end benadering.

Continuous Planning is een aanpak om grip te krijgen op veranderingen die aangebracht worden in de informatievoorziening ten einde de outcome verbetering van de bedrijfsprocessen te realiseren en daarmee de bedrijfsdoelen te behalen. De aanpak is gericht op meer niveaus waarbij voor elke niveau een Agile planningstechniek wordt aangereikt die de hoger liggende planning verfijnt. Op deze manier kan er zowel op strategisch, tactisch als operationeel niveau een planning worden gemaakt en wel op een Agile wijze die zo min mogelijk overhead en zoveel mogelijk waarde creëert. Dit boek bespreekt de roadmap to value, het continuous planning model en de balanced scorecard.

Continuous service integration omvat alle aspecten van BizDevSecOps om een geïntegreerde service aan de business te leveren door de samenwerking van meer service providers als ware het een single service provider service. Deze publicatie is feitelijk de uitleg van de samenwerking van de 15 overige continuous everything value streams, zoals deze zijn gedefinieerd in de continuous everything reeks.

Continuous Testing is een aanpak die beoogt een snelle feedback te geven in het software ontwikkelproces door de ‘wat’- en ‘hoe’ -vragen te definiëren als testcases voordat gestart wordt met de bouw van de oplossing. Hierdoor worden de concepten requirements, testcases en acceptatiecriteria geïntegreerd in één aanpak. Dit boek bespreekt de ideal test pyramid.