Van Scrum team naar agile organisatie - derde ontwikkelingsfase

Ontwikkelingsfase 3: fysieke product of domein afdelingen, al dan niet aangevuld met Operations

Ontwikkelingsfase 3

In mijn blog over 'Ontwikkelingsfase 2: virtuele product teams over functie afdelingen heen' heb ik toegelicht wat de voor- en nadelen zijn van het samenstellen van vaste teams vanuit verschillende afdelingen. Hierbij wordt al grotendeels afscheid genomen van het projectdenken, en gaat men meer productgericht werken. Doordat medewerkers nog verschillende bazen hebben in deze situatie is er op het resourcing vlak nog veel ruis. Hierdoor is het rendement wel hoger dan bij fase 1, maar beter is het om te migreren naar vaste productteams. Dit vergt echter een organisatieverandering, en dat is sneller gezegd dan gedaan.

De ontwikkelingsfasen nog een keer op een rij:

  1. Iteratief werken binnen projecten in de matrix
  2. Virtuele product teams over functie afdelingen heen
  3. Fysieke product teams, al dan niet virtueel aangevuld met Ops
  4. DevOps binnen IT
  5. Bedrijfsbrede product of domein teams

Dit is de 3e blog in een serie van 5, over de 3e ontwikkelingsfase.

3e ontwikkelingsfase leidt tot een organisatie verandering

Het fluency model van James Shore en Diana Larsen (rechts) laat een andere view zien op het werken naar een complete agile organisatie. Je zou kunnen zeggen dat het iteratief werken in projecten vergelijkbaar is met de 'Start: Building code' van dit model, dat leidt tot een 'team culture shift'.

Ontwikkelingsfase 2 werkt aan de 'focus on value *', door virtuele product teams samen te stellen. Dit zou moeten leiden tot een 'skill shift' voor die teams.

Bij ontwikkelingsfase 3 gaan we naar 'Deliver Value'. Dit resulteert in een organizational structure shift. We gaan namelijk product- of domeinafdelingen creëren binnen de IT-organisatie. Daarbinnen kunnen 1 of meerdere agile delivery teams aan (sub)producten werken.

Omdat de teams in de vorige fase aan hun skills hebben gewerkt in de virtuele productteamformatie, is het nu tijd om de vruchten daarvan te plukken. Met die opgebouwde skills (zie blog over ontwikkelingsfase 2) kan men voorspelbaar zijn, rust hebben, en aan continue procesverbetering doen. Binnen die rust kan men werken aan een snellere time to market (toename productiviteit) en een betere kwaliteit van het product (wegwerken technische schuld en verbeteren automatisering door continue procesverbetering). Dit resulteert in oplevering van meer value voor de organisatie.

Dus, vorm de virtuele teams om naar vaste teams / afdelingen, die verantwoordelijk worden gemaakt voor een voorspelbare delivery, samen met de kwaliteit van het product.

Ontwikkelingsfase 3: fysieke product of domein afdelingen, al dan niet aangevuld met Ops

Een model dat goed als referentiemodel gehanteerd kan worden om het werken in vaste product teams vorm te geven is het 'Scaled Agile Framework®' of 'SAFe™' van Dean Leffingwell (klik op de afbeelding om 'm te vergroten).

Het 'Scaled Agile Framework®' of 'SAFe™' van Dean Leffingwell

Het Portfolioniveau van dit model vertegenwoordigt de business kant van de organisatie. Het programmaniveau kan het niveau zijn van een fysieke product- of domeinafdeling. Het teamniveau vertegenwoordigt de agile delivery teams, opgedeeld in verantwoordelijkheid voor (sub)producten binnen de product- of domeinafdeling.

Wat je ziet in dit model is dat de flow van requirements, van wens tot inproductiename, wordt ondersteund door 3 niveaus met backlogs. Deze bevatten van grof naar fijn: Epics (overstijgen releases), Features (passen in releases) en User Stories (passen in iteraties).

Ook zie je hier de combinatie van de inzet van lean en agile principes. De teams werken iteratief, terwijl de flow van de requirements met behulp van lean principes wordt geoptimaliseerd.
Je zou dit model al kunnen implementeren gebruik makend van virtuele teams. Maar de kans dat die teams stabiel blijven, wat essentieel is voor dit model, is geringer dan dat de resourcing verantwoordelijkheid is van 1 afdelingsmanager, die verantwoording draagt voor de kwaliteit van een product.

Voor en nadelen van Agile ontwikkelingsfase 3

Voordelen

  • Reductie van overhead aan management-, plannings- aansturings- en loketcapaciteit.
  • Reductie van inspanning voor projectgerelateerde documentatie (projectplannen, requirements management plannen, testplannen etc. hoeven of niet gemaakt te worden, of slechts bijgehouden te worden, en niet per project vervaardigd van scratch).
  • Reductie van inspanning voor domein gerelateerde documentatie (Vision Documents, Domain Models, Use Case Models, SAD's, Supplementary Specs, Designs werden vaak per project opgetuigd, en aan het einde weer weggegooid, nu hoeven ze per product alleen maar onderhouden te worden). Nu zullen sommige agilisten zeggen hoezo documentatie bij agile? Ik ben ervan overtuigd dat goede domein- en ontwerpdocumentatie key is voor bedrijfskritische producten. Daarvoor vormen RUP artifacts een goede bodem. Wil je een tijdelijke campagnesite bouwen? Dan kun je inderdaad de meeste documentatie achterwege.
  • Permanente productteams vormen een voedingsbodem voor intrinsieke motivatie.
  • Een permanent productteam kan domeinkennis opbouwen.
  • Een permanent productteam kan een referentiekader opbouwen en daarmee voorspelbaar worden.
  • Een permanent productteam kan continu (in plaats van tijdelijk gedurende een project) aan productiviteitsverbetering werken.
  • Een permanent product team denkt eerder aan de totale kwaliteit van een product, omdat het daarvoor verantwoordelijk is, en niet slechts voor de scope van een tijdelijk project.
  • Wielen hoeven niet telkens uitgevonden te worden als er weer een project voor innovatie op hetzelfde product wordt opgestart.
  • Testomgevingen worden permanent in de lucht gehouden versus het af laten breken en op laten bouwen per project.
  • Eén manager verantwoordelijk voor HR van de productteams geeft duidelijkheid en een gevoel van ergens bij horen.
  • Er zal minder 'getrokken worden' aan, en 'geschoven worden' met resources. Capaciteit is meer als een mammoettanker dan dat iedereen per week zijn effort moet verdelen verdelen over meerdere projecten. Dus, bemensing productteams wordt op lange termijn wel afgestemd op het opdrogen dan wel aanwassen van de portfoliobacklog.

Nadelen

  • Bij vaste productteams of afdelingen zal resourcing een probleem vormen. Specialisten zijn soms schaars en management is niet geneigd om extra personeel aan te nemen om permanente teams te bemensen. Wat zij zich dan wel dienen te realiseren is dat bij opschaling veel indirect coördinatie personeel vrijkomt, en vervangen kan worden door inzet van meer specialistisch direct personeel.
  • Configuratie management issues zullen optreden wanneer meerdere productteams op dezelfde applicatielaag aanpassingen willen doen voor 'hun' business product.
  • Bij grote IT-landschappen zullen issues ontstaan rondom inrichting van component of feature teams, en de inhoudelijke coördinatie hierover die opgelost dienen te worden.
  • Synchroniseren van backlogs om de tijdigheid van markt releases vast te kunnen stellen die over product teams, of zelfs productafdelingen, heen stijgen, zal intensief dienen te zijn. Deze discipline is zeer moeilijk op te brengen.

Op dit moment ben ik mede verantwoordelijk binnen een klantorganisatie voor het inrichten van het programma- en teamniveau van dit referentiemodel. En ik zeg referentiemodel, want iedere klantsituatie is specifiek. Zo gebruik ik op teamniveau geen User Stories als eenheid voor de team backlog, maar omdat men al werkt met Use Case Modellen, zet ik Use Case Slices in, en implementeer ik daarmee ook Use Case 2.0, van Ivar Jacobson. En omdat deze organisatie kwaliteitsproducten maakt, in te zetten door partners, blijft men gebruik maken van de RUP documentatiestandaarden voor met name vastlegging van eisen en ontwerpdocumentatie.

Deze IT-organisatie is inderdaad gereorganiseerd vanuit functie-afdelingen naar fysieke product- of domeinafdelingen. Binnen deze productafdelingen is 1 manager zowel verantwoordelijk voor de HR van de medewerkers, de indeling in product teams, en last but not least, de kwaliteit van de producten zoals belegd binnen zijn afdeling!

Dit geeft een geheel andere dynamiek. Mensen horen ergens bij ineens (zie intrinsieke motivator 'Purpose' uit deel 2), krijgen als team ruimte om te werken aan kwaliteit (Autonomy) én ruimte voor procesverbetering (Mastery).

Het levert ook de nodige problemen op. Zo is de cultuur nog helemaal gericht op projectdenken, en ook de governance is navenant ingericht. Zo is er geen cultuur van verbeteren, omdat men gewend is dat projecten altijd onder tijdsdruk staan, en er nooit aan verbetering gewerkt kan worden. Zo ontstaan er resourcingproblemen omdat de indeling in vaste teams die verantwoordelijk zijn voor onderhoud én innovatie van een product, een hele andere is dan meerdere project teams op innovatie, en één onderhoudsteam voor één product. En zo zijn er nog wel meer. Wat te denken van de volwassenheid van de organisatie, benodigde competentie van medewerkers, en de aansluiting op de processen aan de business kant.

Hieruit blijkt wel dat dit een enorme stap is voor een organisatie. Maar als ik naar de trend kijk dat technische schuld alleen maar oploopt bij IT-organisaties door het hele projectdenken, terwijl de vraag naar snellere 'Time to market' alleen maar toeneemt, wordt dit misschien voor vele IT-organisaties een noodzakelijke stap!

Qua rendements percentage krijgt deze stap een 50% (zie ook de voordelen die klanten al ondervonden na implementatie van het Scaled Agile Framework, in de presentatie te downloaden op www.scaledagileframework.com).

In deel 4 van deze serie ga ik het hebben over Agile ontwikkelingsfase 4: DevOps binnen IT.


DEEL DIT ARTIKEL
VOLG ONZE BLOGS

Gerelateerde blog artikelen

  • SAFe een verkapte waterval? Echt niet!

    Erik Borgers blogt: "SAFe roept naar mijn ervaring regelmatig emotie op. Een terugkerend verwijt is dat het eigenlijk 'verkapte waterval' is."

    Lees verder
  • Het fysieke Kanban of Scrum bord

    Is er in een wereld met verregaande automatisering nog wel ruimte voor fysieke Kanban of Scrum borden? Dat is een vraag die ik mij regelmatig stel.

    Lees verder
  • Wat is nieuw in SAFe 4.0 (deel 2) - 'Solution intent’

    In dit tweede deel van mijn serie blogs over SAFe (Scaled Agile Framework) 4.0 bespreek ik een voor mij ondergeschoven kindje in agile: ‘Solution intent’.

    Lees verder
  • Wat is nieuw in SAFe 4.0 (deel 3) - Meer flexibiliteit met het 'Spanning palette'

    Brian Teunissen vertelt over het palet aan resources en items binnen SAFe die niet aan één team kunnen worden toegewezen.

    Lees verder
  • Wat is nieuw in SAFe 4.0 (deel 4) - Kanban op alle lagen

    De definitie van Kanban uit wikipedia luidt: Kanban (van het Japanse kan ‘visueel’ en ban ‘kaart of bord’) is een concept gebruikt in lean manufacturing en just-in-timeproductie.

    Lees verder
  • Wat is nieuw in SAFe 4.0 (deel 6) - Foundation layer

    SAFe 4.0 leunt op fundamenten zoals Lean and agile leaders en Communities of Practice, maar ook Core values en SAFe principles. Brian Teunissen licht deze toe.

    Lees verder
  • Wat is nieuw in SAFe 4.0 (deel 7) - Multiple portfolio’s

    In het 7e en laatste deel van de serie blogs over SAFe 4.0 gaat hij in op "Multiple portfolio’s". Een nauwelijks te vinden, maar significante aanvulling op het framework.

    Lees verder
  • Maak kennis met SAMM

    inspearit heeft samen met de Belastingdienst SAMM ontwikkeld.

    Lees verder
  • Eet je eigen hondenvoer!

    Eén van mijn principes luidt: Pas een agile werkwijze toe bij het implementeren van agile werkwijzen. "Ja, logisch toch?" zullen de meeste agilisten denken. Maar probeer dat maar eens vol te houden bij grootscheepse implementaties bij traditioneel aangestuurde organisaties. Toch loont het om de verandering zo snel mogelijk agile aan te pakken.

    Lees verder
  • De zwaluw die wél zomer maakt

    ‘Agile werken’ en ‘Scrummen’ worden steeds breder in de organisatie toegepast. Dat leidt tot doelgerichte zelforganisatie die berust op autonomie, meesterschap en zingeving.

    Lees verder
  • Wat is nieuw in SAFe 4.0 (deel 5) - Onderscheid ‘Business operation’ value stream en de ‘IT life cycle’

    In dit 5e deel van een serie blogs over SAFe 4.0 laat ik zien dat er nu beter onderscheid wordt gemaakt tussen de ‘Business operation’ value stream en de ‘IT life cycle’ value stream.

    Lees verder
  • Eerste antipatronen bij Scaling Agile

    Brian Teunissen vertelt over hoe in de praktijk de voordelen van SAFe worden ondermijnd door drie grote antipatronen.

    Lees verder
  • De Agile Architectuur Pizza

    Als agile architectuurcoach is er voor mij niets leukers om mensen met agile Frameworks te leren werken en daartoe soms diepgaande discussies te voeren over WIP limieten en WSJF-en.

    Lees verder
  • Hoe Agile en Security hand in hand gaan

    Beveiliging en agile ontwikkeling kunnen wél hand in hand gaan en vertrouwen geven dat producten naast functionaliteit ook veiligheid bieden

    Lees verder
  • Autorisaties binnen agile teams

    Michiel Broekhuijsen blogt over een oplossing voor dit veelgehoorde pijnpunt.

    Lees verder
  • Jongen, ben jij wel bang genoeg?

    Eric Nieuwland blogt: "Informatiebeveiligers zijn soms lastige zeurkousen. Uit angst voor incidenten zeggen ze al 'nee' voor ze begrijpen wat je wilt. Dat kan anders."

    Lees verder
  • De taaie kant van Scaling Agile

    Agile organisatiebreed implementeren is een hele kluif. Brian Teunissen raadt iedereen die van start gaat met het opschalen van Agile aan om zich vooral ook te verdiepen in verandermanagement.

    Lees verder
  • Scaling Agile, van trend naar gevestigde orde

    Blog van Brian Teunissen met zijn visie op de agile trend en de verschillende scaling frameworks

    Lees verder
  • ​Informatiebeveiliging versus Privacymanagement, wie wint de slag?

    In dit (gratis) event zullen de tegenstellingen tussen privacy - en informatiebeveiligingsmanagement onder een vergrootglas worden gelegd.

    Lees verder
  • 5 tips om je agile transformatie te laten mislukken

    In deze blog een vijftal concrete tips om de kans op een geslaagde agile transformatie flink te verkleinen of vertragen. Tip: stuur deze blog door naar je grootste concurrent! Of lees 'm zelf nog eens na voor alle zekerheid...

    Lees verder
  • Van Scrum team naar agile organisatie - vierde ontwikkelingsfase

    Ditmaal beschrijft Brian Teunissen de vierde ontwikkelfase om van Scrum team tot Agile organisatie te komen.

    Lees verder
  • Van Scrum team naar agile organisatie - vijfde ontwikkelingsfase

    Brian Teunissen blogt over de laatste van de vijf ontwikkelingsfasen om van Scrum team door te groeien naar een Agile organisatie.

    Lees verder
  • Pak die banaan!

    Blog van Brian Teunissen over het veel eenvoudiger budgetteren bij scaling agile.

    Lees verder
  • Melk produceren of poepscheppen

    Blog van Brian Teunissen over de productiviteit van Agile teams.

    Lees verder
  • Van Scrum team naar agile organisatie - eerste ontwikkelingsfase

    In een serie van 5 blogs gaat Brian Teunissen in op de ontwikkelingsfasen waarmee een (organisatie)structuur zich aan kan passen aan een agile werkwijze.

    Lees verder
  • Paradigmaverschuivingen bij Scaling Agile

    Brian Teunissen: In deze blog geef ik een overzicht van paradigma verschuivingen die een organisatie door moet bij het opschalen van agile werken

    Lees verder
  • Van Scrum team naar agile organisatie - tweede ontwikkelingsfase

    Brian Teunissen beschrijft Agile ontwikkelingsfase 2: virtuele product teams over functie afdelingen heen.

    Lees verder
  • Is Agile werken voorspelbaar?

    Is Agile werken voorspelbaar? "Ja en nee", vindt Brian Teunissen.

    Lees verder
  • Luitenant Borgers

    Alhoewel je het uit de titel waarschijnlijk niet direct zult halen, deze blog gaat 'dus' over het schalen van Agile teams. De volhardend lezer beloon ik met concrete ideeën hoe mensen aan te zetten om een goed lopend team van teams te vormen.

    Lees verder
  • Ga goed voorbereid 2017 in!

    Ga goed voorbereid 2017 in! Je ontvangt nu nl. 17% korting op alle opleidingen die nog in 2016 gepland staan.

    Lees verder
  • Privacy

    Toen mijn grootmoeder mijn vader kwam inschrijven bij de burgerlijke stand, werd zijn achternaam voorgoed veranderd vanwege een defecte typemachine. De letter "Y" deed het niet meer, waarop de beste ambtenaar (behulpzaam als hij was) de letters "IJ" in plaats daarvan gebruikte (je hoort het verschil toch niet). Daarmee werd figuurlijk gezien een streep gezet door mijn familie stamboom.

    Lees verder
  • Het architectentheekransje

    Hier volgt een sprookje over een kennisgroep van architecten. Je kent ze wel, die clubjes die eens in de tijd bijeenkomen om gezamenlijke visies, strategieën en concrete doelen te definiëren en dan uit elkaar gaan om van alles te realiseren. Dit verhaal vertelt over hun Ups en Downs. Totdat ze samen nieuwe manieren van werken ontdekten. Herken je zaken? Doe er je voordeel mee!

    Lees verder
  • Vertrouwen: noodzakelijk bij informatiebeveiliging en cloud computing

    Informatiebeveiligers nemen op basis van risico's maatregelen het (bedrijfs)proces. Maar dat loopt spaak bij het uitbesteden naar de cloud. Hoe gaan we dit aanpakken?

    Lees verder
  • Security & DevOps: toekomstmuziek?

    Michiel Broekhuijsen wil je meenemen op een reis naar de nabije toekomst. We bezoeken een organisatie waarbij ontwikkeling, security en operations (z.g. DevSecOps) volledig zijn geïntegreerd...

    Lees verder
  • 10 eenvoudige verbetervoorstellen voor Agile architectenteams

    Ben je architect en doe je (in teamverband) voorbereidend werk voor één of meer Scrum ontwikkelteams? Hierbij 10 concrete tips die jou en je architectenteam verder helpen te verbeteren.

    Lees verder
  • Het "Juniper effect"

    Op 21 december 2015 liet Juniper (leverancier van o.a. firewall producten) weten dat ze ongeautoriseerde code hebben ontdekt, die door kwaadwillende als een backdoor kunnen worden gebruikt. Het is mogelijk dat via backdoor om versleutelde VPN verbindingen af te luisteren en/of toegang te krijgen de firewall een SSH verbinding te krijgen door middel van een ingebakken wachtwoord.


    Lees verder
  • De Agile Architect: de ultieme klimgeit?

    Agile werken lijkt voor de IT eerder regel dan uitzondering te worden. Maar bedreigen die "agile teams" het zo zorgvuldig door enterprise architecten bewaakte gedachtengoed niet? Hoe zorgen architecten ervoor dat de uiteindelijke architectuurdoelen anno 2013 geborgd blijven? In deze blog wil ik daar mijn inzichten met u over delen.

    Lees verder
  • TOGAF: radioactief materiaal voor organisaties?

    Ik geef al jaren les in TOGAF en dat kent een interessant aanvangspatroon. Op de eerste dag kom ik binnen met een hele grote doos met die vuistdikke TOGAF boeken.

    Lees verder
  • Rokjesdag voor architecten

    Waar gebeurd. Aan een door mij onlangs gegeven training voor architecten nam zowaar een vrouw deel. In mijn praktijk is dat behoorlijk zeldzaam! Gedurende de lunch dacht ik: daar wil ik wel iets meer van weten. We raakten aan de praat en ik vroeg naar haar rol.

    Lees verder
  • Round Table Scaling Agile zeer succesvol

    Op 5 oktober jl. vond op het landgoed ‘Zonheuvel’ een Round Table plaats met als thema: ‘Scaling Agile: Boardroom besluit of IT feestje?” O.l.v. Marco de Jong en Brian Teunissen werd deze vraag bediscussieerd door 16 genodigden van uiteenlopende organisaties.

    Lees verder
  • Scrum voor informatiemanagement: 5 hindernissen om te overkomen

    Ik coach informatiemanagement om Scrum te gebruiken. De verschillende rollen hebben elkaar veel te bieden en samen kunnen ze fantastische producten maken. De praktijk is echter weerbarstig. Wat zijn typische belemmeringen en wat doe je er tegen?

    Lees verder
  • Agile transformatie: het slechten van de grenzen

    "De agile en digital coaches en consultants van inspearit helpen de huidige grenzen aan agility te slechten en deze tot enablers te maken. Wij maken bij onze klanten aan den lijve mee wat het betekent om een organisatie te veranderen", blogt Sandra Schreppers.

    Lees verder
  • ​Agile Assessments: heaven or hell?

    Erik Borgers vertelt in zijn blog hoe een agile assessment best ingewikkeld kan zijn als je écht iets aan de resultaten wilt hebben.

    Lees verder
  • Op weg naar een High Performance Overheid

    Op initiatief van projectmanagers van UWV, de Belastingdienst, DUO en I-Interim Rijk werd op 10 mei jl. het seminar ‘op weg naar een High Performance Overheid’ gehouden voor medewerkers van de overheid.


    Lees verder
  • Faalangst-cultuur

    Gaat Agile tot een teleurstelling leiden als het organisaties niet lukt om hun faalangst-cultuur om te buigen?

    Lees verder
  • Werken Agile teams ook internationaal?

    Erik Borgers Blogt: Het toepassen van agile is vaak een stuk lastiger in grote internationale organisaties.Voor mij gaat het echt te ver als de globalisering dwars door teams gaat lopen.

    Lees verder
  • LeSS principes leggen de basis voor het Scaled Agile Model bij de Nationale Politie

    inspearit heeft samen met de Nationale Politie een agile samenwerkingsmodel ontwikkeld gericht op snelheid en wendbaarheid in een continue verbetercyclus.

    Lees verder
  • Aankondiging nieuwe cursussen Privacy en persoonsgegevens

    Om de ‘nieuwe’ Europese verordening gegevensbescherming (AVG) te kunnen vertalen naar de dagelijkse praktijk bieden we binnenkort twee nieuwe cursussen.

    Lees verder
  • Wat is nieuw in SAFe 4.0 (deel 1) - 'Value Stream'

    In dit 1e deel van een serie blogs over SAFe (Scaled Agile Framework) 4.0 bespreekt Brian de meest significante vernieuwing van deze versie; de 'Value Stream' laag.

    Lees verder
  • De scholingsvouchers van het UWV zijn helaas op, maar...

    De scholingsvouchers van het UWV zijn helaas op! Maar ben je werkzoekend en wil je je carrière vervolgen in de IT en heb je net misgegrepen? Wij helpen je toch graag verder.

    Lees verder
  • In the cloud we trust?

    Het nieuws dat de zgn. Safe Harbor Agreement door het Europese hof ongeldig is verklaard heeft voor een ware schokgolf gezorgd in de privacy- en informatiebeveiligingswereld.

    Lees verder
  • Round Table “De waarde van Agile: wie bepaalt dat?”

    Op donderdag 29 juni vond in Kasteel Sterkenburg een geslaagde Round Table discussie plaats rondom het thema “De waarde van Agile: wie bepaalt dat?”.

    Lees verder
  • Kerstwensboom

    December is dé maand om stil te staan bij het afgelopen jaar en vooruit te blikken op de toekomst. Maar ook om iets bijzonders te doen voor een ander. Wie in jouw omgeving wil jij verrassen met een opleiding naar keuze bij cibit academy?

    Lees verder
  • Digital Transformation en Business Analyse

    inspearit sponsorde het IIBA jaarcongres 2017. Het werd afgelopen dinsdag 14 november een goed bezochte en interessante bijeenkomst. Het thema: ‘Digital Transformation en Business Analyse’. Het vraagstuk werd door de sprekers uit verschillende invalshoeken belicht. 

    Lees verder
  • (ISC)² vernieuwt CISSP examen

    Belangrijk nieuws voor iedereen die aan het leren is voor het (ISC)² CISSP examen. Lees verder.

    Lees verder
  • cibit academy steunt stichting Edukans

    Het afgelopen jaar hebben we veel porisitieve ervaringen binnen gekregen en gemiddeld scoren we een 8,6! Voor elke ervaring doneren wij net als springest €1 euro aan stichting Edukans!

    Lees verder
  • Paasactie

    Paasactie!  We hebben goed nieuws voor iedereen die zich wil versterken met een opleiding of cursus van cibit academy. 

    .

    Lees verder
  • MOOC - Agile4All (For free)

    In the coming weeks we will offer several MOOC modules around Agile4All. These modules are created in the innovative learning platform "Curatr", which is based on modern learning principles, such as content creation, gamification, and social learning.

    Lees verder