Intro De diep ingewortelde gewoonten en manieren van besturen in het Angelsaksische bedrijfsleven maken de transitie naar wendbare organisaties zeer moeizaam. Denk aan het simpele feit dat er nog zoveel afdelingen bestaan met namen als ‘IT’, ‘IV’ ‘IM’ etc. Maar ook staf afdelingen. Dat zijn starre afdelingen die los staan van de business afdelingen die [blabla]
Business en IT in één release train? Het is eindelijk expliciet in SAFe 5.0! Inleiding Ik ben erg blij met de recentste versie van het Scaled Agile Framework. Deze 5.0 versie gaat waarschijnlijk in januari 2020 live. Deze versie zegt namelijk nu expliciet wat vanaf het begin al de bedoeling was, maar nooit expliciet is [blabla]
Ik heb al vele blogs gewijd aan organisatie structuren en hoe deze door de wereldwijde ontwikkeling van veel meer klantgericht werken aan verandering onderhavig zijn. Kantelen van functioneel gericht naar productgericht wordt het genoemd, of van Angelsaksisch organiseren naar Rijnlands organiseren. Want we zitten niet meer in het industriële tijdperk, waar het Angelsaksisch organiseren voor [blabla]
Rekening houdend met het feit dat mijn 5-delige serie is geschreven in 2013, en zich het meeste richt op structuur en besturing, had ik het gevoel dat ik nog een afsluitende blog wilde schrijven. Nadat ik inmiddels weer 4 jaar ervaring heb opgedaan bij het helpen van klassiek georiënteerde organisaties om agile werkwijzen te introduceren, [blabla]
(Een visie op de trend en de verschillende scaling frameworks) De trend Na 50 jaar op dezelfde manier IT bedrijven zien we eindelijk een kentering. Door de druk van: de snel veranderende economie (Dus behoefte aan een snellere ‘Time to Market’; toenemende complexiteit in IT landschappen (Technische schuld en koppelingen); het niet meer passen van [blabla]
(Ontwikkelingsfase 5: Bedrijfsbrede product of domein afdelingen (terug naar de silo!)) Inleiding In mijn blog over ‘Ontwikkelingsfase 4: ‘DevOps binnen IT’ heb ik toegelicht wat de voor en nadelen zijn van het samenvoegen van de development en operations afdelingen in zogenaamde domein afdelingen. Voor zover deze stap opportuun is, zal deze weer meer rendement opleveren [blabla]
(Ontwikkelingsfase 4: DevOps binnen IT Inleiding In mijn blog over ‘Agile Ontwikkelingsfase 3: Fysieke product teams’ heb ik toegelicht dat het efficiënter werkt als men de IT reorganiseert naar de business domeinen, dan wel business producten. Deze structuurwijziging ondersteunt implementatie van het Scaled Agile Framework optimaal, en rendementen van 50% zijn bij adequate implementatie makkelijk [blabla]
(Ontwikkelingsfase 3: fysieke product of domein afdelingen, al dan niet aangevuld met Operations) Inleiding 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 project denken, [blabla]
(Ontwikkelingsfase 2: virtuele product teams over functie afdelingen heen) Inleiding In mijn blog over ‘Ontwikkelingsfase 1: Iteratief werken binnen projecten in de matrix’ heb ik toegelicht wat de voor en nadelen zijn van de beperkte toepassing van iteratief werken binnen projecten. Hierbij worden alle bestaande kaders, zoals de matrix organisatie en het project denken, gehandhaafd [blabla]
Inleiding In mijn werk als management coach en adviseur op het gebied van agile werkwijzen kom ik bij vele bedrijven en IT afdelingen. Door mijn uitgebreide ervaring bij grootschalige implementaties van agile werkwijzen heb ik een patroon ontdekt waarmee de mate van rendement van die implementaties verklaard kan worden. Soorten bedrijven waar ik deze ervaring [blabla]