dinsdag 1 mei 2018

Journeying towards an Agile and/or teal organization


Abstract


When Fréderic Laloux published his book Re-inventing Organizations the word ‘Teal’ became equivalent for the self-organizing, non-hierarchical organization. Agile has similar ambitions. This article offers a Spiral Dynamics based tool for any team or organization on an evolutionary journey. 


Questions, suggestions and constructive feedback are most welcome: info@ctrl-improve.nl

Introduction

Since Fréderic Laloux’s book Re-inventing organizations came out there has been a lot of talk about the ‘Teal organization’. To what extent is an Agile organization equivalent to a Teal organization? When we look at self-organizing teams there are undoubtedly comparisons. Agile however is still mainly applied in software development whereas the Teal examples are spread out over all kinds of sectors. Other agile organizational models such as Holacracy and Sociocracy 3.0 don’t focus on any specific field. The first is mentioned as an example by Laloux in the consultancy firm Holacracy One where the second is fairly new. And then there are too many new models popping up to keep track of. This is what makes Laloux’s perspective so interesting, because he focuses on the values that shape the models, frameworks, methods etc. As ‘form follows function’ the organizational model itself should be flexible, roles of people change as does governance if the situation asks for it to keep moving towards the organization’s evolutionary purpose.

If you follow Laloux’s reasoning and use his lens to look at western society then a large part of settled organizations seem to comply to Conformist Amber, like most government institutions, schools, hospitals etc. (You will find a detailed overview of the value systems and related colours further on in this article.) In second place it is Success-driven Orange which is the dominant value system when it comes to power and money, most banks are good examples. People and organizations operating from Pluralistic Green can be found in most NGOs. Evolutionary Teal organizations are still not so easy to find yet growing in numbers and the interest for how they operate is growing as well.

So, what makes Teal so attractive that so many people and organizations seems to want something from it or to be in it? Is it just because, according to the Spiral Dynamics model it might be higher up the ‘ladder of evolution’? Could it be business success and money driven? Or is it because urgency in the world to start thinking and acting from these Teal values is higher than ever? As Einstein said: “Problems cannot be solved from the same level of consciousness that created them.” Is it all of aforementioned reasons or something else completely? Global (sustainability) challenges ask for systemic changes that all individual value systems are unable to tackle on their own. Therefore we need all people and perspectives and all possible social, economic and ecological solutions to deal with our current global issues. Leadership from a Teal value system may connect and integrate all.

The percentage of people that operate from Teal is growing. My experience is that you don’t find them in groups, but rather hidden in organizations or operating solo. We do not need to ‘be Teal’ to be able to contribute to integral solutions and Agile/Teal organizations. We need to use our own unique assets, unite them without judgement and collaborate towards a common purpose while we continue our own evolutionary journey. Is that Agile?

So, where do you stand as a person, a team or an organization? Are you adaptive enough to constantly changing surroundings? Can you deal with not-knowing? Are communication and collaboration highly valued in your team and organization? Does your organization have an evolutionary purpose? And what is yours? These and other questions may be answered by applying the following models and guiding questions.


Embarking on the journey towards Agile and/or Teal

Below you find the Quadrant that was introduced by Ken Wilber’s Integral Theory. When applied on a specific case that a team, department or organization is dealing with it may offer some proper insights. By taking someone through the quadrant step by step and asking a set of guiding questions the participant comes to her/his and the organization’s interior values and how they show themselves in exterior, tangible behaviour, culture and structures.

The second step is to take all participants through a set of questions based on the Spiral Dynamics model that Laloux uses in his book. Dominating value systems become visible as well as related behaviour that is either constructive or destructive for the organization’s purpose. Also it may become clear which value systems are less or not enough present in the team or organization which may be an impediment to create a healthy balance.

Have a look and read through the questions. As you will see I have chosen the colours that Laloux has taken from Ken Wilber’s model. These are sometimes different from the ones Clare Graves used in Spiral Dynamics.
 
Source: Ken Wilber’s Integral Theory


Guiding questions for the four quadrants


Bottom right:
Can you briefly say something about the context in which this case takes place? Who are the parties involved? What are the goals? What is the influence of the system (specific context of the organization, market situation, politics, legislation, etc.)?


Top left:
What does this case do to me personally? What touches me so deeply? What are my values, what is my vision regarding this case?


Bottom left side:
Who are involved in this case? Is there cooperation and a common vision? Do you feel supported by the environment to take the next step? What is the degree of trust? How deep do conversations go (to merely exchanging courtesies, debate or having proper dialogue?)


Top right
What solutions does the case call for? Do you have energy to get started? Which skills are supportive and / or impeding?


Guiding questions with the value systems


Which aspects can be found in the case? How do the different value systems manifest themselves in this case? What are healthy and what are unhealthy expressions?

Beige: To what extent are people involved who cannot take care of themselves and need help? Does the case have anything to do with the survival of the organization?

Purple: To what extent is there a feeling of solidarity? Are you proud of the organization and its history? Do you know certain rituals within the organization?

Red: To what extent is there decisiveness in the approach to the case? To what extent do power relations and positions play a role? To what extent do stakeholders take their position? With authority?

Amber: To what extent are the procedures, regulations, existing structures around the case clear? How is the culture around making agreements and adhering to them?

Orange: To what extent does one work purposefully and strategically on achieving certain goals? Is there a focus on facts, success / result and is there cost awareness? Is there room for different views?

Green: To what extent is there attention for process aspects and quality of communication in the case? Are all those involved heard? Is there cooperation in openness?

Teal:  To what extent is there space and time for not knowing? What could be a transcending purpose?

-        What can be the constructive contribution of the other value systems to achieve that purpose?

-        Which value systems (within the organization or with certain key figures) are closed, which are blocked and which ones are open? To what extent were you yourself open and centred on the important moments for this case?

-        To what extent do the relevant people involved take responsibility from their own dominant value system or where do they let them run?

Indigo: Since there is so little known of this value system I dare not include this yet in this exercise.

                                                              


Harvest and Next Steps

After this exercise you will have an overview of the dominating value system(s) in your team and/or organization as well as which ones may be less represented or not at all. Also you may find which expressions of certain value systems are healthy ones and which are working against a harmonious collaboration towards the common purpose.

From these insight you can take all kinds of next steps. Which ones to take is completely dependent on the outcomes of this exercise. Make sure you do make an action plan and that you evaluate at times whether the actions are successful. Keep in mind that this exercise generates a picture of the current situation. Teams and organization are dynamic so make sure you look at the outcomes as part of an ongoing process.

One great advantage that I find in this exercise is that it deals with values, which are the roots from which people act, behave, speak and how they interpret the world and give meaning to their work. This gives the potential to create awareness that may already set change in motion.

Working with values also makes it challenging, which might be seen as a disadvantage. Too easily interpretations of behavior are assigned to specific value systems instead of looking at it the other way around. Reality is always more nuanced than what we can perceive. What we see might be true, but there is always more truth to be found. It takes a coach with a complex mindset to get the best out of this exercise and to take people to the depths of their values.

Training and Workshops

If you want to know more or if you are interested in training or a guided workshop from half a day up to multiple days, please contact the author.
About the author

Sebastiaan van Zaanen, Agile coach at CTRL-Improve, holds a MA in Business Communication and a MSc in Strategic Leadership towards Sustainability. He is both Agile coach as well as a social entrepreneur with a focus on contributing to the transition towards a sustainable society. Systems thinking, facilitating participatory group processes and leadership in complexity are his strong assets. Besides developing mere cognitive intelligence he believes in an integral approach to personal growth. He finds this in his daily martial arts practice.

Questions, suggestions and constructive feedback are most welcome: info@ctrl-improve.nl

donderdag 8 maart 2018

Nieuwe ITIL Practitioner certificering

ITIL ATONieuw bij Ctrl Improve is de ITIL Practitioner certificering.

De ITIL Practitioner -certificering biedt praktische richtlijnen voor het implementeren en aanpassen van het ITIL-framework ter ondersteuning van de doelstellingen van uw bedrijf. Het stelt beoefenaars in staat om niet alleen de taal van ITIL te spreken, maar deze ook te vertalen en in de praktijk te gebruiken.
ITIL Practitioner kan op elk moment in het ITIL-certificatieschema na ITIL Foundation worden behaald. Het biedt een andere reeks vaardigheden die niet beschikbaar is in de bestaande certificeringen.
ITIL Practitioner behandelt de Continue Service Improvement (CSI) -aanpak als de manier om verbeteringsinitiatieven te structureren.
ITIL Practitioner behandelt ook drie belangrijke gebieden die cruciaal zijn voor het succes van eventuele verbeteringsinitiatieven:

- Organisatorisch verandermanagement
- Communicatie
- Metingen en statistieken.
In ITIL Practitioner draait het om de 9 Guiding Principles: https://www.axelos.com/9-guiding-principles

woensdag 14 februari 2018

Is het nou Agile, Scrum, DevOps of is het SAFe?

Ctrl Improve -
 Agile Maturity and Energy
Wat is het verschil tussen Scrum en Agile? Kan ik Agile combineren met PRINCE2? Maar dat is toch Lean waar je het nu over hebt? Hoe zit dat eigenlijk met het Spotify model en DevOps? En wat is dan Kanban of eXtreme Programming? Moet je als grote organisatie SAFe implementeren? Is Agile alleen in IT toepasbaar?
Ctrl Improve - Agile ParapluAllemaal vragen die we veel te horen krijgen bij aanvang van onze trainingen of vanuit organisaties die op zoek zijn naar de juiste training en Agile certificering voor de medewerkers.
Het is tijd voor de volgende stap in volwassenheid van de Agile manier van werken en met de juiste energie komen we daar wel, al gaat dat niet vanzelf.
Agile wordt als term gebruikt voor de manier van werken en kan worden gezien als een paraplu waaronder Scrum maar bijvoorbeeld ook Kanban, eXtreme Programming, Nexus, Scaled Agile Framework (SAFe), Spotify model, DevOps, Large Scaled Scrum (LeSS), DSDM Agile Projectmanagement, PRINCE2 Agile en Lean Startup vallen.
Of je nu kiest voor een Agile projectaanpak of Agile werkt in de lijnorganisatie, de basis wordt gevormd door de zelfsturende teams die waarde creëren door met Scrum of Kanban of wellicht een combinatie van beide te werken. De Agility (wendbaarheid / flexibiliteit) zit vooral in de opgeleverde resultaten, waar voortschrijdend inzicht, leren van fouten en experimenteren toe leiden.
Bij het opschalen van Agile in grotere organisaties geldt vooral dat teams hun activiteiten onderling moeten afstemmen en ook dat aangesloten moet worden bij de bestaande, operationele organisatie. Agile wordt nu ook buiten de IT organisatie toegepast. De methoden die gebruikt worden verschillen per organisatie en het hangt sterk af van de cultuur en de besturing van de organisatie. Engelse termen als Leadership, Alignment en Governance komen steeds vaker nadrukkelijk naar voren bij de Agile implementatie of de groei naar een volgende stap in Agile volwassenheid.

De basis, zelfsturende Agile teams.

In kleine (startende) organisaties kun je prima werken volgens Scrum of Kanban zónder dat daar een methode of framework omheen gedefinieerd is. Deze basis met zelfsturende teams blijft als onderdeel in een een projectorganisatie of Agile lijnorganisatie precies hetzelfde werken als hieronder beschreven.
Scrum Overview - Click to open
Scrum is een Agile framework gericht op een team dat (software) producten ontwikkelt aan de hand van een afgebakende en geprioriteerde lijst met functionaliteiten (Product Backlog). De functionaliteit en de prioriteit wordt bepaald door de Product Owner in overleg met de business. De Scrum Master begeleidt en bewaakt het team en het proces.
De regels van Scrum richten zich voornamelijk op het teamwork en de rolverdeling tussen team, Scrum Master en Product Owner. Gezamenlijk wordt in iteraties (Sprints) gewerkt waarbij de planning, uitvoering, review en retrospective (Plan-Do-Check-Act) zorgen voor een potentieel op te leveren product increment. Download de Scrum Guide bij Scrumguides.org.
<- Klik voor vergroting.
KanbanKanban is eenvoudiger qua afspraken dan het Scrum framework. Bij Kanban geldt vooral dat duidelijk moet zijn wat de status is van het onderhanden werk. Dit werk, gepland of ongepland, wordt visueel gemaakt op planborden, net zoals bij Scrum. Er zijn geen rollen en er is geen iteratief proces. Ideaal voor het uitvoeren van lijnactiviteiten waarbij vooral niet teveel verschillende zaken tegelijk uitgevoerd zouden moeten worden. Houd Focus en limiteer het onderhanden werk (Work in Process - WIP Limit). Het enige dat naast visualisatie en focus moet worden bewaakt om aan de Kanban regels te voldoen is de doorlooptijd. Als een activiteit te lang duurt hebben we waarschijnlijk een bottleneck of een blokkerende factor te pakken.
eXtreme ProgrammingeXtreme Programming (XP) bestaat uit een aantal technieken die worden toegepast bij systeemontwikkeling in een Agile omgeving. Pair Programming, Test Driven Development, Automated Testing en Continuous Integration zijn voorbeelden. Scrum en XP gaan vaak hand in hand.

Henrik Kniberg heeft in 2012 een mooie animatie gemaakt waarin Scrum, Kanban en XP kort worden uitgelegd vanuit de rol van de Product Owner. Deze animatie is te bekijken op Youtube: Agile Productownership in a Nutshell.

Scaled Agile, welke aanpak kiezen we?

Als in de organisatie meerdere teams met elkaar moeten samenwerken of onderlinge afhankelijkheden hebben dan wordt de Scrum-of-Scrums gebruikt voor afstemming. Vanuit elk Scrum team gaat een vertegenwoordiger naar de Scrum-of-Scrums stand-up. Dit kan een wekelijkse stand-up zijn met een eigen Scrum bord maar andere afspraken zijn uiteraard ook mogelijk. De Product Owners van de teams hebben bij onderlinge afhankelijkheden ook overleg, vooral over de prioriteiten, wat er moet gebeuren en waarom. Als je hieronder op de logo's klikt kun je de verschillende Guides downloaden en zelf de verschillen zien.

Bij Scrum.org van Ken Schwaber staat een uitgebreidere samenwerking van Scrum teams beschreven als Nexus  Nexus Framework (Scrum.org)  
Bij Scruminc van Jeff Sutherland staat sinds 2018 een andere aanpak beschreven als Scrum@Scale Scrum@Scale (Scruminc.com)
Je kunt ook kiezen voor Large-Scaled Scrum van The LeSS Company B.V. bekend als LeSS LeSS (Less.works)

Lijnorganisatie

Verandert, verbetert en vernieuwt uw organisatie vooral vanuit de lijn en wordt onderhoud gepleegd op bestaande producten dan is de keuze voor SAFe. DevOps of het Spotify model dé Agile manier van werken. Onderliggend in deze methoden wordt op teamniveau met Scrum of Kanban gewerkt. Het gaat bij de methoden vooral om de schaalbaarheid, het afstemmen over meerdere autonome teams en de aansluiting met de operationele organisatie. Het management bepaalt de kant die de organisatie op gaat, daarbij richtend op de beste waarde voor de klant (Customer Value). Naar de zelfsturende teams toe moet het management zich vooral faciliterend opstellen.
Scaled Agile Framework (SAFe)Het Scaled Agile Framework (SAFe) beschrijft de (IT) organisatie rondom de Agile delivery in releases (Release Trains) met meerdere Scrum of Kanban teams. De releases moeten vanuit verschillende teams goed zijn geïntegreerd en daarnaast goed aansluiten op de bestaande operationele organisatie. Dit continue proces van integreren en leveren wordt de samenwerking tussen Development en Operations genoemd, kortweg DevOps. Het hoogste niveau in de organisatie, het Portfolio level, richt zich met Lean Leadership op de waarde ketens (value streams) en faciliteert de onderliggende niveau's in de Agile manier van werken. SAFe kent veel verschillende rollen en om daar goed invulling aan te geven moet de IT organisatie toch wel minimaal 150 personen groot zijn. Zie http://www.scaledagileframework.com
SpotifyHet Spotify model van de bekende internet muziekdienst, is in tegenstelling tot SAFe toegankelijker voor kleine(re) organisaties waar Agile ontwikkeling plaats vindt. De teams noemen zich Squads en kunnen samenwerken binnen een Tribe. Verschillende functionele rollen hebben onderling overleg in een Chapter over de manier van werken en ontwikkeling daarin. Zo kan er een Chapter voor software testers ontstaan waarin testers uit verschillende Squads binnen een Tribe samen werken. Een andere manier van samenwerken zijn de Guilds. Deze Guilds zijn groepen met een bepaalde interesse en worden gevormd vanuit verschillende Squads en Chapters. Een Guild kan bijvoorbeeld gestart worden om nieuwe tooling rondom geautomatiseerd testen uit te zoeken. Je kunt het Spotify model feitelijk zien als een matrix organisatie met de nadruk op autonome teams, de Squads. De rol van Product Owner is ingevuld net als bij Scrum maar er is géén Scrum Master bij Spotify. De begeleiding van het Agile proces wordt door Agile coaches voor hun rekening genomen.
Henrik Kniberg heeft de Spotify manier van werken in een mooie animatie op Youtube gezet, een aanrader: Spotify Engineering Culture
DevOpsDevOps is sterk in opkomst om Agile veranderingen, verbeteringen en vernieuwing op een goede manier in de lijnorganisatie te laten landen. DevOps wordt als onderdeel van SAFe beschreven maar kan ook losstaand, zoals het hiervoor beschreven Spotify model worden georganiseerd. Dit is met name toepasbaar in kleinere IT organisaties. Het organisatorische aspect waarbij autonome teams moeten samenwerken volgens het motto; "You build it, you run it", zorgt dat er zo min mogelijk overdracht is. Het team bouwt dus niet alleen producten op een Agile manier maar verzorgt ook de service op het product.
Naast de organisatie in autonome teams zijn ook andere principes beschreven. Deze principes zijn gericht op cultuur, klantwaarde, Lean productontwikkeling, continue leren en verbeteren, en vergaande automatisering. Bij het laatste principe geldt het automatiseren van de verschillende testen (feedback van kwaliteit), het automatisch continue integreren en uitleveren (Deployment) en het automatisch kunnen voorzien in de juiste omgeving (Provisioning) ten behoeve van de Agile verandering. Provisioning wordt dan weer gekoppeld aan de levering van Cloud services.

Projecten

Bij een kleinschalige verandering kunt u kiezen voor alléén Scrum of Kanban, dat werkt prima. Gaat het om een groter project eventueel met meerdere teams dan is een completere aanpak met (PRINCE2) Agile Project Management beter controleerbaar. De afstemming (overall planning) en de risico's worden bewaakt door de Projectmanager en hij/zij zorgt ervoor dat het project tot een succesvol einde komt. Projecten zijn dus eindig in tegenstelling tot wat hiervoor beschreven is in de Agile lijnorganisatie. De reden om Agile projecten te doen is vooral als activiteiten keten-overstijgend moet worden georganiseerd of als er tijdelijk moet worden samengewerkt met andere / meerdere organisaties of organisatie onderdelen.
DSDM Agile PMAgile Projectmanagement (DSDM) is een complete methode voor het managen van Agile projecten. Hier wordt op hoofdlijnen vooraf bedacht wat de afbakening is en welke risico's en Business Case (redenen, doelstellingen, baten en investeringsbeoordeling) we hebben. De belangrijke beslissingen worden genomen op projectniveau door een stuurgroep met daarin de Business Sponsor (opdrachtgever), Business Visionary (senior gebruiker), Technical Coordinator (senior leverancier) én de projectmanager (dit is anders dan bij PRINCE2!). De projectmanager plant welke onderdelen van het eindproduct worden gemaakt door welke teams en in welke eenheden (increments) resultaten worden opgeleverd. Zo'n zelfsturend team met daarin Business Analyst, Business Ambassador(s) en Solution Developer(s) en Tester(s) zou dan weer volgens Scrum iteraties kunnen werken. Binnen de DSDM methode is de iteratieve manier van werken ook opgenomen in "Structured Timeboxes". Meer informatie is te vinden op de website van het Agile Business Consortium.
Wilt u DSDM Agile PM combineren met Scrum dan is daarvoor een goed whitepaper beschikbaar met de Scrum terminologie en de Scrum rollen geïntegreerd in de Agile PM methode: The DSDM Agile Project Framework for Scrum - Whitepaper (UK - Dropbox download 1,17Mb)
PRINCE2 AgileAls uw organisatie zwaar heeft geïnvesteerd in PRINCE2 als projectmanagement methode en in de projectmanagers die hiermee werken, dan is het mogelijk om de combinatie PRINCE2 en Agile te maken door bijvoorbeeld een werkpakket als team met Scrum op te leveren.
De valkuil bij deze combinatie is dat er teveel in detail wordt gespecificeerd op voorhand en dan haalt u de flexibiliteit van de Agile Scrum aanpak weg. Het PRINCE2 Agile manual (lees PRINCE2 with Agile), is een zeer uitgebreide en complete beschrijving van de op maat gemaakte combinatie. In het manual worden de valkuilen en de mogelijkheden van Agile werken met PRINCE2 goed beschreven. PRINCE2 Agile is de combinatie van PRINCE2 projectmanagement met Agile Scrum, Kanban en Lean Start-up. Elementen uit de Scrum Guide zijn opgenomen in het team werkpakket en de Scrum Guide is als bijlage opgenomen in het manual. Vanuit Lean Start-up wordt de uitleg van het Minum Viable Product (MVP) in de iteratieve productontwikkeling opgepakt. Naast de complete Scrum Guide is ook het "Agilometer" assessment tool onderdeel van het manual. Met deze tool kunnen de risico's en baten vanuit een Agile perspectief worden gemeten. Ook de vragen "what to fix and what to flex?" uitgaande van de projectvariabelen tijd, geld, kwaliteit, scope, baten en risico's worden op een uitstekende manier toegelicht.
Waar DSDM Agile PM een heel eigen vocabulaire hanteert gebruikt PRINCE2 Agile de bekende terminologie uit PRINCE2, Scrum, Kanban en Lean en is daarmee een complete projectmanagement methode die je direct Agile in kunt zetten. Bij AXELOS is meer informatie te vinden over PRINCE2 Agile.
Agile PM
Agile PM & PRINCE2 Agile
 staan voor een flexibele aanpak voor productontwikkeling, in de vorm van een project of release, waarbij het budget en de ontwikkeltijd van tevoren zijn bepaald en waarbij de scope (de afbakening van functionaliteit) variabel is. Hierbij kan de business functionaliteiten toevoegen of wijzigen tijdens het project (flexibel) en wordt het product iteratief (in gecontroleerde stappen) en incrementeel (geleidelijk groeiend opgebouwd) als eindresultaat opgeleverd. Binnen een Agile aanpak kunnen meerdere Scrum teams aan de slag zijn en op het projectniveau worden door de stuurgroep de Risico´s en de Business Case bewaakt. Belangrijk aspect in Agile Projectmanagement is het Deployment, waarbij de resultaten ook daadwerkelijk naar de operationele omgeving worden overgezet op een gecontroleerde manier.


Welke trainingen en certificering is beschikbaar bij Ctrl Improve voor bovengenoemde aanpak?

ScrumVoor Scrum kiezen we bij Ctrl Improve voor de certificering van Scrum.Org. U kunt hier certificeren als Professional Scrum Master of als Professional Scrum Product Owner. De varianten bij de Scrum Alliance heten Certified Scrum Master en Certified Product Owner. In de examens zit weinig verschil.
Met onze 2 daagse Scrum Professional training, daarbij ondersteund met het oefenen van examenvragen in onze eigen elearning omgeving, kunt u zowel het Scrum Master als het Product Owner certificaat halen. Op de website van Scrum.Org is de theorie van Scrum in veel verschillende talen te downloaden: Scrum Guide.
DASA DevOps

EXIN DevOps
DevOps wordt als certificering aangeboden door APMG / DASA - Devops Agile Skills Association en vanuit Ctrl Improve bieden we het Fundamentals level (3 dagen klassikale training) en het Practitioner level (2 dagen klassikaal).
Daarnaast zijn wij met EXIN voor het DevOps Master level bezig waarbij ook een praktijk opdracht moet worden uitgevoerd. In deze training is ook de DevOps Business Simulatie, The Phoenix Project uit te voeren als start.
The Phoenix Project  
Agile PMVoor Agile Projectmanagement hebben we bij Ctrl Improve de Agile PM Foundation certificering gecombineerd met Agile PM Practitioner certificering in een training van 3 dagen. Aan het eind van de 3e dag wordt het Agile PM Foundation examen afgenomen. Het Practitioner examen dient apart te worden geboekt en ingepland. De tijd die tussen de laatste trainingsdag en het Practitioner examen in zit is door de kandidaat zelf te bepalen en hangt af van de ingeschatte studietijd. De Agile PM examens zijn de internationaal geaccrediteerde APMG examens.
PRINCE2 AgileVoor de deelname aan PRINCE2 Agile geldt dat je in het bezit moet zijn van een geldig PRINCE2 Foundation certificaat (Een geldig Practitioner level certificaat wordt echter sterk aanbevolen). In 3 dagen wordt de Agile manier van werken gekoppeld aan de PRINCE2 manier van managen en daarbij komen de nodige discussies naar voren; wanneer moet je je nu wel of niet formeel opstellen en hoe Agile kun je zijn.
Zowel bij de Scrum training als bij de Projectmanagment trainingen komen SAFe en het Spotify model aan bod maar er is (nog) geen aparte training voor beschikbaar bij Ctrl Improve. Meer weten of contact opnemen voor het boeken van een training gaat via info@ctrl-improve.nl

Dit artikel is hier ook als download beschikbaar.

Over de auteur: Richard Hoedeman is medeverantwoordelijk voor het opleidingen aanbod vanuit Ctrl Improve BV en is daarnaast zelf actief als geaccrediteerd trainer / coach op het gebied van Lean-IT,  DevOps, PRINCE2, Agile PM, PRINCE2 Agile en Scrum.  https://nl.linkedin.com/in/rhoedeman
PRINCE2Agile PMScrumDevOps

zaterdag 3 februari 2018

PRINCE2 2017 update

PRINCE2 2017 Managing Successful Projects with PRINCE2PRINCE2 is in 2017 met een vernieuwde versie gekomen. Uiteraard hebben wij bij Ctrl Improve meteen gezorgd dat wij de accreditatie en ons materiaal op orde hebben voor deze nieuwe versie. In deze 2017 versie is vooral de structuur van het "Managing Successful Projects with PRINCE2" manual verbeterd en is tailoring (het op maat maken van) PRINCE2 beter door de methode heen beschreven. Vooral de beschrijving van de combinatie van PRINCE2 met de Agile aanpak maakt een aantal zaken duidelijker. Wat is veranderd:

PRINCE2 Documenten
Oud Nieuw
Benefit Review Plan Benefits management approach
Configuration Management Strategy Change control approach
Communication Management Strategy Communication management approach
Quality Management Strategy Quality management approach
Risk Management Strategy Risk management approach

Daarnaast is er in het proces "Initiating a project" een extra activiteit toegevoegd: "Agree the tailoring requirements".

Download hier het volledig nieuwe PRINCE2 2017 schema (klik op het schema om een hoge kwaliteit te downloaden van Google Drive):
PRINCE2 2017 Process Reference


Bekijk hier de video van AXELOS over de nieuwe PRINCE2 Versie:

woensdag 24 januari 2018

Ctrl Improve bij RTL7 op TV in Ondernemen doen we Zo.

Op zondag 21 januari 2018 was Ctrl Improve voor de 2e keer te gast in het RTL7 TV programma "Ondernemen doen we Zo". In het programma leggen Taco en Richard aan presentator Jeroen Smits uit wat de nieuwe aanpak is in Agile coaching. Bij deze nieuwe aanpak is duidelijk in een 3-tal boxes weergegeven wat de coaching keuzes zijn.

1. De Agile Business Box – gericht op implementatie of opschalen van Agile in de organisatie.
2. De Agile Team Box – gericht op een vliegende start van zelfsturende teams.
3. De Agile Coach Box – gericht op het opleiden van eigen medewerkers als coach.
 

maandag 15 januari 2018

Agile Improvement Boxes - Coaching - bij RTL7 in Ondernemen doen we Zo

Ondernemen doen we ZoOp zondag 21 januari 2018 is Ctrl Improve weer te gast in het RTL7 TV programma "Ondernemen doen we Zo". De uitzending is om 12:00 uur. In het programma leggen Taco en Richard aan presentator Jeroen Smits uit wat de nieuwe aanpak is in Agile coaching. Bij deze nieuwe aanpak is duidelijk in een 3-tal boxes weergegeven wat de coaching keuzes zijn.

Klik op het onderstaande image om naar de betreffende detailpagina te gaan met meer uitleg over de Agile Improvement Boxes.

Agile Improvement Boxes - Ctrl Improve coaching 

vrijdag 29 december 2017

Agile Improvement Boxes - coaching

Agile Improvement Boxes - Coaching

Voor een vaste prijs en in een vaste timebox van 6 maanden coachen wij volgens het principe; voordoen - meedoen - zelfdoen.

Ctrl Improve heeft een aantal boxes gedefinieerd waarin we adviseren, begeleiden en trainen. Deze boxes zijn Agile van opzet en dat betekent wij voor een vaste prijs en in een vaste periode invulling geven aan de vragen en mee helpen bouwen aan een Agile organisatie. Het is afhankelijk van het niveau en de volwassenheid van de organisatie hoe onze ondersteuning eruit gaat zien. Wat je zeker weet is hoe lang het duurt en hoeveel je betaald. Waar wij voor zorgen is dat je krijgt wat je nodig hebt.

Door middel van assessments die wij uitvoeren als onderdeel van de box zien wij waar de organisatie of het team staat. Het hangt van het type box af of we de volwassenheid van de Agile implementatie binnen de organisatie toetsen of dat we ons richten op een team, dat eventueel net gestart is. In dat laatste geval worden de teamleden door een professionele arbeidspsycholoog ge-assesed op Agile mindset. Om het eenvoudig te houden hebben we 3 boxes gedefinieerd:
  1. De Agile Business Box – gericht op implementatie of opschalen van de organisatie.
  2. De Agile Team Box – gericht op een vliegende start van teams.
  3. De Agile Coach Box – gericht op het opleiden van eigen medewerkers als coach.
In een periode van 6 maanden starten we met het assessment en afhankelijk van de uitkomst spreken we samen met de klant een aantal trainingen, interventies en coaching dagen af. De exacte invulling kan nog worden aangepast gedurende het traject omdat we met elkaar continu feedback sessies afspreken en daarop bijsturen. Op deze manier kun je heel snel stappen maken en dat is ontzettend Agile!
Meer weten over deze unieke manier van Agile begeleiding? Neem contact op via info@ctrl-improve.nl of bel met +31 (0)87 87 044 57

Agile Team Box - Coaching