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.

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.

Met DevOps Development bent u snel weer up-to-date op het gebied van de nieuwste DevOps ontwikkelingen. De wereld van softwareontwikkeling is snel aan het veranderen. Development (Dev) en Operations (Ops) worden meer en meer geïntegreerd zodat oplossingen sneller aan klanten kunnen worden geboden met een hogere kwaliteit. Veel programmeurs vragen zich af welke nieuwe inzichten er zijn op het gebied van softwareontwikkeling om invulling te geven aan de hogere time-to-market en een hogere kwaliteit. Dit boek voorziet in een antwoord op deze vraag. Dit boek bestaat uit vier kernhoofdstukken te weten Continuous Planning, Continuous Documentation, Continuous Testing and Continuous Integration. Elk van deze kernhoofstukken beschrijft een aantal best practices aan de hand van een definitie, de te beheersen risico’s, de anti-pattern en de pattern. Op deze wijze bent u snel weer up-to-date op het gebied van de DevOps ontwikkelingen.

Deze assessment uitgave is een uitstekende spiegel voor ieder DevOps teams dat snel een compleet beeld wil vormen van op te pakken DevOps best practices. DevOps teams organiseren zichzelf en ontwikkelen de Development (Dev) en Operations (Ops) aspecten die nog zijn onderbelicht. Aan de andere kant delen DevOps teams kennis en kunde aan andere DevOps teams zodat zij elkaar versterken. Dit boek geeft een hulpmiddel om de DevOps teams bewust te maken waar zij staan qua ontwikkeling en welke eerst volgende stappen zij kunnen zetten om zich te ontwikkelen. Daartoe biedt dit boek twee assessments. Het eerste assessment is het DevOps Cube assessment dat gebaseerd op 'The Three Ways' van Gene Kim. Het tweede assessment is gebaseerd op Continuous Everything waarbij alle aspecten van DevOps gemeten worden aan de hand van het CMMI model. Het DevOps Cube model is gebaseerd op het idee dat DevOps vanuit zes verschillende perspectieven kan worden bekeken. Elk geeft een specifiek beeld van de vormgeving van het DevOps gedachtegoed. De voorzijden van de kubus zijn gebaseerd op 'The Three Ways': 'Flow', 'Feedback' en 'Continuous Learning', de achterzijde van de kubus omvatten: 'Governance', 'Pipeline' en 'QA'. Continuous Everything omvat zes vragenlijsten die de DevOps volwassenheid op vijf niveaus meetbaar maken. De volgende dimensies zijn meegenomen: 'Continuous Integration', 'Continuous Delivery', 'Continuous Testing', 'Continuous Monitoring', 'Continuous Documentation' en 'Continuous Learning'. Dit assessment boek is een uitstekende spiegel voor ieder DevOps team dat snel een compleet beeld wil vormen van op te pakken DevOps best practices.

Systeemontwikkeling is in een snel tempo aan het veranderen. De vraag is hoe binnen deze nieuwe zienswijze van DevOps plaats is voor Agile architectuur. Dit boek geeft een antwoord op deze vraag. De wereld van systeemontwikkeling is in een snel tempo aan het veranderen. Daarbij worden Development (Dev)en Operations (Ops)steeds meer geïntegreerd zodat oplossingen sneller en kwalitatief beter aan de klant kunnen worden aangeboden. De vraag is hoe binnen deze nieuwe zienswijze van DevOps plaats is voor Agile architectuur. Dit boek geeft een antwoord op deze vraag door het geven van vele voorbeelden van architectuurprincipes en -modellen die richting geven aan de inrichting en verrichting van een DevOps organisatie. In het hele boek wordt zo veel als mogelijk per paragraaf een toelichting gegeven op basis van een denkbeeldig bedrijf Assuritas. Dit boek bestaat uit verschillende onderdelen hetgeen het boek modulair maakt. Het hoeft dus niet van A tot Z gelezen te worden. Na een korte schetst van het casusbedrijf volgt de bespreking van de DevOps organisatie vanuit een architectuur-perspectief. Daarna wordt de DevOps beheer-voorziening besproken. Beide verhandelingen worden aan de hand van het casusbedrijf inzichtelijk gemaakt. Na de behandeling van de integratie van Dev- en Ops-rollen volgen twee handige analysetools om de volwassenheid van DevOps te bepalen. Het boek sluit af met een casus waarin op basis van architectuurprincipes en -modellen de keuze voor een Agile documentatiewijze wordt gemaakt. Dit werk over DevOps architectuur is een onmisbaar hulpmiddel bij de vormgeving en uitvoering van een DevOps serviceorganisatie.

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.

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 continuiteit van het bedrijf gewaarborgd. 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

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 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.

Drs. René Berends is werkzaam aan de pabo van Saxion in Deventer. Hij is daltonopleider en doet, als lid van de kenniskring van het daltonlectoraat, onderzoek naar daltononderwijs. Er is in Nederland een toenemende belangstelling voor het gedachtegoed van het daltononderwijs. Voor veel ouders, leerkrachten en schooldirecteuren bieden de principes van deze vorm van vernieuwingsonderwijs richting bij de verdere ontwikkeling van hun school. De oorsprong van het daltononderwijs ligt in Amerika. Ruim honderd jaar geleden, in de herfst van 1904, begon Helen Parkhurst haar onderwijscarrière op het platteland van Wisconsin. Zij leerde haar leerlingen zelfstandig aan taken te werken, die zij in vrijheid en naar eigen inzicht mochten plannen en uitvoeren en waarbij ze elkaars hulp en de hulp van de leerkracht mochten inschakelen. Sindsdien is het daltononderwijs geëvolueerd, maar de essentie van wat Parkhurst beoogde, is gebleven. Met het stijgen van de populariteit van het daltononderwijs groeit ook de behoefte aan informatie over het leven van Parkhurst, haar ideeën en over haar eigen onderwijsexperimenten. Deze biografie wil in die behoefte voorzien. Er wordt een beeld geschetst van een vrouw die het kind een stem wilde geven en daarin slaagde door haar onvermoeibaarheid en krachtige persoonlijkheid. Maar die gedrevenheid leidde ook tot conflicten, desillusies en teleurstellingen.