Met dit boek in de hand heeft u een krachtig gereedschap om u verder te bekwamen op het gebied van BizDevOps.Continuous Everything is de verzamelnaam van alle Continuous ontwikkelingen die er momenteel gaande zijn in de BizDevOps 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. Voor elk Continuous Everything aspectgebied van Architecture, Acceptance en AI 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 BizDevOps.

Organisaties zijn de afgelopen jaren voor een effectieve en efficiënte werking van de bedrijfsprocessen steeds meer afhankelijk geworden van de informatievoorziening. Deze informatievoorziening wordt door ICT-organisaties in de vorm van ICT-services aan de business aangeboden. Organisaties zijn de afgelopen jaren voor een effectieve en efficiënte werking van de bedrijfsprocessen steeds meer afhankelijk geworden van de informatievoorziening. Deze informatievoorziening wordt door ICT-organisaties in de vorm van ICT-services aan de business aangeboden. De ICT-processen in deze ICT-organisaties borgen dat de met de klant afgesproken functionaliteit en kwaliteit worden geleverd. Daarmee zijn de bedrijfsprocessen steeds meer afhankelijk van een juiste opzet en bestaan deze ICT-processen (Quality Control), alsmede de vaststelling van de juiste werking (Quality Assurance). Quality Control & Assurance (QCA) omvat zowel het stellen van doelen, het ontwerpen van ICT-processen, het vormgeven van de ontworpen processen (opzet en bestaan) als het reviewen en auditen ervan om vast te stellen of de gestelde doelen wel gehaald worden (werking). QCA is een belangrijk aspect van kwaliteitmanagement dat binnen elke ICT-organisatie belegd moet zijn Een goed werkende QCA aanpak maakt een ICT-organisatie daadwerkelijk bestuurbaar! QCA in de praktijk wordt sporadisch invulling gegeven aan een gedegen kwaliteitsmanagement functie en als het dan wel gebeurd is het vaak alleen op aspecten van de serviceverlening zelf. Kwaliteitsmanagement wordt veelal niet gekoppeld aan de essentie van de organisatie: de doelen van de bedrijfsprocessen, waarvoor de ICT-serviceverlening ondersteunend zou moeten zijn. Zonder enig kwaliteitsmanagement, waar de borging van die kwaliteit plaatsvindt, kan het management eigenlijk niet gefundeerd keuzes maken en de ICT-organisatie besturen. Deze besturing is dus vaak ad hoc en niet gebaseerd op harde feiten. De harde feiten dienen verwoord te worden in rapportages die laten zien hoe het gesteld is met de kwaliteit van de ICT-serviceverlening, gerelateerd aan de bedrijfsdoelstellingen. Hiermee wordt derhalve een hele sterke link gelegd naar het ICT-proces service level management. In de praktijk wordt dit proces vaak ingevuld, echter zonder enige fundering om de afgesproken kwaliteit nauwkeurig te meten, en op basis daarvan de ICT-processen bij te sturen. Commitment van het management is essentieel om ook mandaat te krijgen om bij te mogen sturen in de onderliggende ICT-processen. Dit is in de praktijk vaak niet het geval. Afwijkingen worden wel teruggekoppeld, maar veelal niet adequaat opgepakt door wijzigingen door te voeren in de ICT-processen of de ICT-producten en ICT-services die door deze ICT-processen worden beheerd. Hierdoor vindt een suboptimale sturing plaats, zonder te kijken naar het grotere geheel. QCA als best practice. In dit boek wordt QCA gepresenteerd als integraal onderdeel van de ICT-organisatie om onder meer te komen tot een Service Quality Plan(SQP) waarin de kwaliteitsdoelen zijn vermeld en Service Improvement Plans (SIP's) die opgesteld worden om geconstateerde afwijkingen van het SQP te compenseren. Deze twee documenten dienen om de ICT-processen en daarmee de ICT-serviceverlening te verbeteren en te borgen. Daarnaast worden processen gedefinieerd om het QCA-concept te realiseren en te borgen in een ICT-organisatie. In dit boek wordt het QCA-concept uitgediept en handvatten gegeven om dit concept te funderen in de dagelijkse gang van zaken.

De doelgroep van dit boek omvat alle partijen die betrokken zijn bij de toepassing van Agile software ontwikkeling en die graag eens willen weten hoe collega's deze cruciale interface voor een succesvolle serviceverlening hebben vormgegeven. Veel bedrijven zijn bezig om Agile software ontiwikkeling toe te gaan passen in de vorm van Scrum of Kaban of hebben het nieuwe ontwikkelproces al in gebruik genomen. Vroeg of laat komt dan de vraag hoe dit ontwikkelproces zich verhoudt tot de beheerprocessen. In het boek 'Agile Service Management met Scrum' is al naar deze interface gekeken en zijn een aantal risico's per beheerproces onderkend. Tevens zijn tegenmaatregelen gedefinieerd die genomen kunnen worden. In een onderzoek bij tien organisaties zijn deze risico's voorgelegd en is gevraagd hoe zij met deze risico's zijn omgegaan. Tevens is onderzocht welke Agile aspecten worden toegepast en in het bijzonder die van scrum of Kaban. Tot slot is door elke organisatie een volwassenheidsassessment uitgevoerd voor het Agile ontwikkelproces. Dit boek is het rapport over het onderzoek naar de samenwerking van Agile software ontwikkeling en beheerprocessen in de praktijk. De doelgroep van dit boek omvat alle partijen die betrokken zijn bij de toepassing van Agile software ontwikkeling en die graag eens willen weten hoe collega's deze cruciale interface voor een succesvolle serviceverlening hebben vormgegeven. In dit boek is tevens van elke organisatie een korte beschrijving gegeven over de wijze waarop het Agile ontwikkelproces is vormgegeven.

Dit boek definieert eerst de risicogebieden bij het invoeren van Scrum en Kanban. Daarna worden de diverse Agile begrippen en concepten besproken. Het toepassen van Agile software development neemt een grote vlucht. De termen Scrum en Kanban zijn al ingeburgerd bij menig organisatie. Agile software development stelt andere eisen aan de invulling van beheer van programmatuur. Veel organisaties zijn dan ook bezig om zich over deze nieuwe uitdaging te buigen. Vooral de interactie tussen het scrum ontwikkelproces en het beheren van de progammatuur die het Scrum ontwikkelproces heeft opgeleverd is hierbij een belangrijk aspectgebied. Dit boek bespreekt juist deze interactie. Voorbeelden van onderwerpen die hierbij ter sprake komen zijn het service portfolio, SLA's en de afhandeling van incidenten en wijzigingsverzoeken. Dit boek definieert eerst de risicogebieden bij het invoeren van Scrum en Kanban. Daarna worden de diverse Agile begrippen en concepten besproken. De invulling van Agile service management is zowel op organisatieniveau als op procesniveau beschreven. Hierbij zijn per beheerproces de relevate risico's benoemd. Tevens is aangegeven hoe hier binnen de context van Scrum invulling aan gegeven kan worden. Dit boek is slechts één van de praktische uitwerkingen van best practices die in een reeks van publicaties door deze auteur zijn uitgebracht.

Invulling aan Agile design, rekening houdend met type informatiesysteem (System of Record/System of Engagement). Design views: business, solution, requirements, test , code. Het bestaansrecht van een design (ontwerp) voor een informatiesysteem is de laatste jaren bij veel organisaties in twijfel getrokken. De klassieke rechtvaardiging van het bundelen van informatie over een informatiesysteem en het vooraf nadenken over de contouren van het te realiseren informatiesysteem worden gezien als achterhaald door de Agile manier van werken en het idee van ‘the three amigo development strategy’. Ook het tijdens een Agile project vastleggen van het design van het informatiesysteem (emerging design) wordt door menig organisatie nagelaten. Hierbij wordt echter voorbijgegaan aan de klassieke rechtvaardiging van een design en dat is dat een design ook bedoeld is voor kennisoverdracht, ondersteuning van beheer en het nakomen van wet- en regelgeving. Dit boek beschrijft hoe invulling gegeven kan worden aan een Agile design, rekening houdend met het type van informatiesysteem (System of Record/System of Engagement). Hierbij wordt het design opgedeeld in de volgende views: business, solution, design, requirements, test en code view. Het Agile design omvat de gehele lifecycle van het informatiesysteem. De eerste drie views worden invulling gegeven op basis van moderne ontwerptechnieken zoals de value stream mapping en use cases. De nadruk van het invulling geven aan een Agile design ligt echter in de realisatie van het informatiesysteem en wel door het Agile design te integreren in de test driven development aanpak en het continuous documentation gedachtegoed. Met deze Agile benadering van een design heeft u een krachtig gereedschap in handen om grip te krijgen op een Agile ontwikkelproject.

Dit boek beschrijft de best practices om er achter te komen wat de prestatie-indicatoren zijn die gemeten moeten worden om de tevredenheid van de klant te borgen. Het belangrijkste bij het leveren van een service is dat de klant tevreden is over de geleverde prestaties. Door deze tevredenheid verkrijgt de leverancier heraankopen, wordt hij gepromoot in de markt en is de continuïteit van het bedrijf geborgd. Wellicht nog het belangrijkste aspect van deze klanttevredenheid voor een leverancier is dat de betrokken medewerkers een drive krijgen om hun eigen kennis en kunde verder te ontwikkelen om nog meer klanten tevreden te stellen. Dit boek beschrijft de best practices om er achter te komen wat de prestatie-indicatoren zijn die gemeten moeten worden om de tevredenheid van de klant te borgen. Het eerste deel beschrijft de verschillende gezichtspunten om een Service Level Agreement (SLA) op te stellen zijnde product, service, proces en besturing. Het tweede deel beschrijft de documenten die van toepassing zijn om de afspraken in vast te leggen. Het opstellen, afspreken, bewaken en evalueren van serviceafspraken is een vak op zich. Het derde deel geeft de gereedschappen om hier adequaat invulling aan te geven. De werkzaamheden rond serviceafspraken herhalen zich in de tijd. Deel vier beschrijft hoe deze werkzaamheden in een proces gevat kunnen worden en hoe dit proces het beste in de organisatie kan worden vormgegeven. Tot slot bespreekt dit boek een aantal raakvlakken van serviceafspraken en een tweetal artikelen met SLA Best Practices.

Dit boek beschrijft wat cloud services zijn. Daarbij wordt ingegaan op de risico's die organisaties lopen bij het aangaan van contracten en SLA's. Steeds meer organisaties kiezen voor het vervangen van de traditionele ICT services door cloud services. Het opstellen van doelmatige SLA's voor traditionele ICT services is voor veel organisaties een ware uitdaging. Met de komst van cloud services lijkt dit in eerste instantie veel eenvoudiger, maar al snel komen de moeilijke vragen aan bod zoals data eigenaarschap, informatiekoppelingen en beveiliging. Dit boek beschrijft wat cloud services zijn. Daarbij wordt ingegaan op de risico's die organisaties lopen bij het aangaan van contracten en SLA's. Op basis van een lange lijst van risico's en tegenmaatregelen geeft dit boek tevens aanbevelingen voor de opzet en inhoud van de diverse service level management documenten voor cloud services. Cloud SLA definieert eerst het begrip "cloud" en beschrijft daarna diverse aspecten zoals cloud patronen en de rol van een cloud broker. De kern van het boek betreft het bespreken van de contract-aspecten, service documenten, services designs, risico's, SLA's en cloud governance. Om de lezer gelijk aan de slag te kunnen laten gaan met cloud SLA's zijn in het boek tevens checklists opgenomen van de volgende documenten: underpinning Contract (UC), Service Level Agreement (SLA), Dossier Financiële Afspraken (DFA), Dossier Afspraken en Procedures (DAP), External SpecSheets (ESS) en Internal SpecSheets (ISS). AUTEUR Drs. Ing. B. de Best RI is vanaf 1985 werkzaam in de ICT. Hij heeft voornamelijk bij de top 100 van het Nederlandse bedrijfsleven en de overheid gewerkt. Hierbij heeft hij gedurende 12 jaar functies vervuld in alle fasen van de systeemontwikkeling, inclusief exploitatie en beheer. Daarna heeft hij zich toegelegd op het service management vakgebied. Momenteel vervult hij als consultant alle aspecten van de kennislevenscyclus van service management, zoals het schrijven en geven van trainingen aan ICT-managers en service managers, het adviseren van beheerorganisaties bij het richting geven aan de beheerorganisatie, de beheerinrichting, het verbeteren van beheerprocessen, het uitbesteden van (delen van) de beheerorganisatie en het reviewen en auditen van beheerorganisaties. Hij is op zowel HTS-niveau als Universitair niveau afgestudeerd op het beheervakgebied. AUTEUR Pascal Huijbers is Entrepreneur, (Strategie) Consultant en Enterprise Architect. Als (lead) architect is hij actief geweest voor diverse grote (keten)voorzieningen, diverse private- en vele overheidsorganisaties en referentiearchitecturen zoals de NORA en de GEMMA. Naast de rol als architect is hij de founder van Cloudplaats , een innovatieve Cloud Broker en Cloud Marktplaats. Hierbij adviseert hij bedrijven over het opzetten van een Cloud Architectuur/ Cloud Strategie of Sourcing Strategie en de uitdagingen van de Cloud en levert hij een Cloud Marktplaats waar CSP's, Partners en klanten samenkomen. De kennis van ICT, Bedrijfskunde, Architectuur, Regie en de Cloud geven hem de ingrediënten voor een scherpe kijk op de inzet van IT en de aansluiting hiervan op de business.

Dit boek geef aan op welke wijze invulling gegeven kan worden aan de viewpoint: beheren onder architectuur of kortweg beheerarchitectuur. De architectuurraamwerken in de markt geven nagenoeg geen invulling aan het aspectgebied beheerarchitectuur. Beheer is geen viewpoint van waaruit de ICT-serviceverlening wordt beschouwd. Vanuit beheer is er in de gangbare best practices nagenoeg geen aandacht voor architectuur. Dit boek geef aan op welke wijze invulling gegeven kan worden aan de viewpoint: beheren onder architectuur of kortweg beheerarchitectuur. Veel beheerorganisaties zijn al jaren bezig met het vormgeven van de beheerorganisatie door vanaf de werkvloer te kijken wat er fout gaat en op basis daarvan verbetervoorstellen te formuleren. Hierbij wordt meestal gebruik gemaakt van beheermodellen, zoals ITIL, ASL en BISL, omdat deze veel best practices bevatten en omdat voor deze modellen volwassenheidsniveaus definiëren waarmee de volwassenheid van de beheerorganisaties middels een audit vastgesteld kan worden. Op deze wijze wordt de volwassenwording meetbaar, planbaar en aan het management verkoopbaar.

Continuous Testing is an approach that aims to provide rapid feedback in the software development process by defining the 'what' and 'how' questions as test cases before starting to build the solution. As a result, the concepts of requirements, test cases and acceptance criteria are integrated in one approach. The term 'continuous' refers to the application of test management in all phases of the deployment pipeline, from requirements to production. The term 'continuous' also includes the aspects People, Process and Technology. This makes test management holistic. This book is a publication in the Continuous Everything series. This book is a publication in the Continuous Everything series. The content consists of treating Continuous Testing based on a definition, business case, architecture, design, and best practices. Concepts discussed are: the change paradigm, the Ideal Test Pyramid, test metadata, Behaviour Driven Development, Test Driven Development, test policies, test techniques, test tools and the role of unit test cases in Continuous Testing. In this way you are quickly up-to-date in the field of DevOps developments and in the field of Continuous Testing.

Continuous Design is an approach that aims to allow DevOps teams to briefly think in advance about the contours of the information system to be realized and to allow the design to grow during the Agile project (emerging design). This prevents interface risks and guarantees essential knowledge transfer to support management an compliance with legislation and regulations. Elements that guarantee the continuity of an organization. This book is a publication in the Continuous Everything series. The content consists of the Continuous Design Pyramid model in which the following design views are defined: business, solution, design, requirements, test and code view. The Continuous Design encompasses the entire lifecycle of the information system. The first three views are completed based on modern design techniques such as value stream mapping and use cases. However, the emphasis of the effective application of a Continuous Design lies in the realization of the information system, namely by integrating the design in the Behavior Driven Development and Test Drive Development as well as in Continuous Documentation. With this Agile approach to design, you have a powerful tool al your disposal to get a grip on an Agile development project.

Risks arise as a result of new construction and maintenance of information systems through Agile teams. Within the concept of Continuous SLA, these risks are analysed from different perspectives and provided with countermeasures by the DevOps team, also known as SLA controls. By making these SLA controls measurable, they become suitable planning objects that can be placed on the product backlog. This book is a publication in the continuous everything series. The content consists of the discussion of techniques to identify and manage risks such as the use of Lean indicators, value stream mapping and information, application and technical architecture building blocks. In addition to the core value streams, the enable value streams such as services management, information security and development value streams are also examined for risks that directly or indirectly harm the outcome. The recognized SLA controls are anchored in the Agile way of working by deepening the collaboration between, among others, the product owner and service level manager. This integrated approach to SLA controls makes it possible to get grip on quality in Agile projects.

Acceptatiecriteria zijn een meetinstrument voor zowel gebruiker als beheerder om te bepalen of nieuwe of gewijzigde informatiesystemen voldoen aan de afgesproken requirements ten aanzien van de functionaliteit, kwaliteit en beheerbaarheid Acceptatiecriteria zijn een meetinstrument voor zowel gebruiker als beheerder om te bepalen of nieuwe of gewijzigde informatiesystemen voldoen aan de afgesproken requirements ten aanzien van de functionaliteit, kwaliteit en beheerbaarheid. Er komt heel wat kijken om acceptatiecriteria te verankeren in beheerprocessen en systeemontwikkelingsprojecten. Het opstellen en het hanteren van acceptatiecriteria voor IT-producten en -diensten geschiedt bij veel organisaties met wisselend succes. Vaak worden acceptatiecriteria wel opgesteld, maar niet effectief gebruikt en verworden ze tot een noodzakelijk kwaad zonder kwaliteitsborgende werking. Dit boek geeft een analyse van de oorzaken van dit falen van de kwaliteitsbewaking. Als remedie worden drie stappenplannen geboden voor het afleiden, toepassen en invoeren van acceptatiecriteria. De doelgroep van dit boek omvat alle partijen die betrokken zijn bij de acceptatie van ICT-producten en ICT-services: de klanten, de leveranciers en de beheerders. Ook is er nog een doelgroep die niet accepteert, maar vaststelt of correct is geaccepteerd; hiertoe behoren kwaliteitsmanagers en auditors die het boek als normenkader kunnen gebruiken. In dit boek is een aantal casussen opgenomen die diverse manieren laten zien voor het effectief en efficiënt omgaan met acceptatiecriteria.