tag:blogger.com,1999:blog-8996947522055456622024-03-13T19:55:16.271+01:00Yet Another Agile & Scrum BlogJaap Schuttevaerhttp://www.blogger.com/profile/00398698906941075410noreply@blogger.comBlogger17125tag:blogger.com,1999:blog-899694752205545662.post-84895803506016922632016-02-26T12:28:00.003+01:002016-04-15T18:13:15.311+02:00Top three daily stand-up failures, and five countermeasures<div class="separator" style="clear: both; text-align: center;">
<span style="font-family: inherit;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiXhKQ4qaK2Bo0Iue2puwfBT3XsgQbkGuWMoB1iTAbu7i_hycrAeWath9bQ_8Ds7Eyg18ri99-bU_ZSTkmE0kvhaatHyoUT7VARCu0O3sQZWxHF54PxYZ8G3onYZHaGLQNPlZEJxq67-eE/s1600/Board.jpg" imageanchor="1" style="clear: left; float: left; margin-bottom: 1em; margin-right: 1em;"><img border="0" height="125" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiXhKQ4qaK2Bo0Iue2puwfBT3XsgQbkGuWMoB1iTAbu7i_hycrAeWath9bQ_8Ds7Eyg18ri99-bU_ZSTkmE0kvhaatHyoUT7VARCu0O3sQZWxHF54PxYZ8G3onYZHaGLQNPlZEJxq67-eE/s200/Board.jpg" width="200" /></a></span></div>
<!--[if gte mso 9]><xml>
<o:OfficeDocumentSettings>
<o:AllowPNG/>
</o:OfficeDocumentSettings>
</xml><![endif]--><span style="font-family: inherit;"></span>One of the first and most visible parts of doing Scrum is having a Scrum Board and doing daily stand-ups in front of that board. In this blog I want to address three of the most common daily stand-up failures, and how to solve them.<br />
<br />
<h2>
Theory </h2>
In stand-up meeting you are told to keep it in fifteen minutes and to address, person per person, (1) what you’ve done for the team yesterday, (2) what you intend to do for the team today and (3) what is blocking you and the team.<br />
<br />
<h2>
The Good </h2>
I really like having short daily meetings, and giving all attendees an equal voice. It’s good that team members get out of their bubble (like most developers tend to have) and synchronize their planned activities and share their teams’ successes. It really fires individuals up to work as team players and start to collaborate.<br />
<h2>
The Bad</h2>
However, I do see many team members having troubles with the daily stand-up meetings. They say that these meetings are not inspiring, but in fact are a waste of time. I’ve actually once heard team members propose to have the daily stand-up meeting only once a week! When you see this happening, as a Scrum Master, Agile Coach or as a fellow team member, you have to intervene. Otherwise you’ll wind up having monthly project status reporting meetings, detailed project plans and you team member getting back into their bubbles again.<br />
<h2>
The Why</h2>
Why does this happen?<br />
I think the most defining factor why teams tend to become grumpy about the daily stand-up, is the result of the success of the daily stand-up! Because team member do communicate far more and better than before the introduction of the daily stand-ups, the need for daily stand-ups seems to diminish.<br />
<h2>
</h2>
<h2>
Early warning indicators</h2>
There are three patterns that are early warning indicators for daily stand-up failures:<br />
<ol>
<li> <b>Story telling</b>; the fifteen minute time box is not met because team members are explaining too much about what has happened. And also what (and why) they did and didn’t do in respect to the intentions expressed in the previous stand-up.</li>
<li><b>Problem solving</b>; in the stand-up meeting team members drop their frustration about a problem they are facing, and that they see as an impediment. Most often it is not even a real impediment, but an excuse to explain why they didn’t complete their intended tasks. Helpful as team members are, the problem dropped is directly discussed in the stand-up, resulting in 'one on one' discussions and other team members to dream away. This will not help in keeping the stand-up 'short, snappy and inspiring'.</li>
<li><b>Status reporting</b> to the Scrum Master; team members report their status to the leader. But there should not be a leader in a Scrum Team. The job title of the Scrum Master is not ‘Scrum Manager’ with a purpose. The effect of team members talking directly to the Scrum Master is that team members are waiting for their turn and feel the urge to defend themselves, especially when committed tasks are not completed.</li>
</ol>
Okay, but how to counteract these patterns when you see them in your team?<br />
<h2>
</h2>
<h2>
Countermeasures</h2>
What to do:<br />
<ol>
<li><b>Address the issue directly.</b> Don’t wait till the next Sprint Retrospective meeting, but act on it on the spot.</li>
<li><b>Repeat the reason.</b> Make clear that the daily stand-up meeting is not for the Scrum Master, but for all team members to align and synchronize the work at hand. This is a message to repeat often.</li>
<li><b>Look forward.</b> Stress that we don’t bother about yesterday, but focus on what to do today. This is dropping the first of the Scrum Guide’s three questions to ask at the stand-up. My experience is that achievements made are reported naturally and don’t need to be expressed explicitly. In fact, when you do put explicit emphasis on what has been achieved yesterday, results in negative focus on what has not been achieved. And that results in team members feeling the urge to defend themselves.</li>
<li><b>No impediments</b>. Don’t use the word ‘impediment’, but use the phrase ‘need help’. An impediment is seen as someone else’s problem, resulting in social loafing or even in collective team demotivation. Re-framing it to ‘needing help’ drags problems back into the team’s own circle of influence and is an invitation to work together to tackle the challenge.</li>
<li><b>Insect and Adapt.</b> Ask the team members once in a while, directly after a stand-up, how we could have had the same level of information sharing in a more ‘short and snappy’ way.</li>
</ol>
<br /><ol>
</ol>
Jaap Schuttevaerhttp://www.blogger.com/profile/00398698906941075410noreply@blogger.com0tag:blogger.com,1999:blog-899694752205545662.post-57366526397643551222014-08-01T13:50:00.002+02:002014-09-12T15:36:08.504+02:00Agile levert minder voor minder - over vliegenvangen en Business Value<div class="MsoNormal">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhB_e5i8kIgStlkXQgnsrszup0ZxLBVB5tfCK1yVl25oxp75P_OFJOdadkNb3Vt4Hz3zAz5g_LgN7xuAhUY1UXRXea3Rf6A5EDc_QeXmDaJFGLEjMhkQv7xGNjMbx-JU24nHSZj4-H5uac/s1600/tekening808.jpg" imageanchor="1" style="clear: left; float: left; margin-bottom: 1em; margin-right: 1em;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhB_e5i8kIgStlkXQgnsrszup0ZxLBVB5tfCK1yVl25oxp75P_OFJOdadkNb3Vt4Hz3zAz5g_LgN7xuAhUY1UXRXea3Rf6A5EDc_QeXmDaJFGLEjMhkQv7xGNjMbx-JU24nHSZj4-H5uac/s1600/tekening808.jpg" height="172" width="200" /></a>Managers van IT afdelingen worden klassiek afgerekend op de productiviteit van doorvoeren van veranderingen en de beschikbaarheid van de systemen. Helaas
vormt vaak achterblijvende productiviteit de aanjager voor het introduceren van
Agile werken. Waarom helaas?</div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
Even een stapje terug: het doel van IT is dat gebruikers
optimaal worden ondersteund in wat ze (moeten)
doen. Daarvoor is het goed dat ze de benodigde beschikbaarheid van de IT hebben en dat de IT wordt aangepast aan de veranderde omstandigheden. Immers ‘fit for use’ is
uiteindelijk waar gebruikers systemen op beoordelen, en voor willen betalen.</div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
<i style="background-color: #cccccc;"><br /></i>
<i style="background-color: white;">Stukje theorie:</i></div>
<div class="MsoNormal">
<span style="background-color: white;">Productiviteit is de relatie tussen efficiëntie en effectiviteit.
Efficiëntie is de mate van gebruik van middelen om een bepaald doel te bereiken.
Het doel van de gemiddelde IT manager is het aanpassen van de IT systemen aan
veranderde omstandigheden, zoals nieuwe gebruikerswensen. De mate waarin dat
lukt noemen we effectiviteit.</span></div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
Als IT managers worden afgerekend op productiviteit, leidt dit tot het najagen van ‘veel voor
weinig’. De belofte van Scrum, zoals door Jeff Sutherland zelf ook vaak geuit,
van ‘hyper <span lang="EN-US">productive</span><span lang="EN-US"> </span>software development’ valt daarom goed bij de IT manager. En
dat is goed te begrijpen, want het lijkt de weg naar ‘meer voor minder, precies waar hij/zij op wordt beoordeeld.</div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
Maar zijn we wel op zoek naar ‘meer voor minder’? Volgens mij is het beter als we voor elkaar
hebben gekregen dat we ‘minder voor minder’
krijgen. En dat klinkt wellicht gek, maar laat ik dit eens verduidelijken met
een voorbeeld.</div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
Als we last hebben van vliegen, kunnen we ze meppen. Als het
doel is om zoveel mogelijk vliegen te meppen, kan het slaan met een opgerolde
krant erg effectief zijn. En als we twee vliegen in een klap weten te raken,
lijken we ook nog efficiënt. En voor je het weet lijkt het investeren in een
high-tech vliegenmepper aantrekkelijk. Maar slimmer is het om te kijken wat het
echte probleem is en hoe we dat kunnen wegnemen (effectief) met de minst
kostende middelen en inspanningen (efficiënt). Dat zou, in dit voorbeeld, het verwijderen
van rottend fruit van de fruitschaal kunnen zijn <span style="font-family: Wingdings;">J</span></div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
Bestaande metrieken binnen IT afdelingen zijn gericht op
productiviteit ten aanzien van bestaande (IT) oplossingen. Dit optimaliseren is
blijven meppen en investeren in mep-technieken. Maar de echte verbetering zit
in het daadwerkelijk snappen van wat de gebruikers doen en weten waarop zij de IT ondersteuning
daarvoor beoordelen.<br />
<br />
En laat ik een tip
van de sluier oplichten: gebruikers zitten niet te wachten op een opeenstapeling
van features. Dit wordt het best samengevat door Antoine de Saint-Exupéry
(1900-1944): “Perfectie wordt niet bereikt als er niets meer valt toe te
voegen, maar als er niets meer is weg te laten”.</div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
Daarom is het jammer dat, omdat de achterblijvende productiviteit vaak de aanjager is voor het introduceren van Agile werken, het succes van Agile teams wordt gemeten in
resultaat-meeteenheden, zoals functiepunten. Veel beter is het om het succes te meten in effect-meeteenheden, zoals ‘Business
Value’. En deze is te bepalen: door te praten met de gebruikers en te meten hoeveel
features er nog zijn weg te halen.<br />
<br />
<br /></div>
Jaap Schuttevaerhttp://www.blogger.com/profile/00398698906941075410noreply@blogger.com0tag:blogger.com,1999:blog-899694752205545662.post-14116265862410874212013-10-16T21:25:00.000+02:002014-09-12T15:36:33.756+02:00Principes achter de Scrum principes<div class="separator" style="clear: both; text-align: center;">
</div>
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhw-sM_fkBVN3eF3WEohKv_mmo4c5ZpIG5AL7mzPsbBa3jSvNMNRERTPiTPA-EHrJAynyraeIW52PaXuriCwJtPWsvKtMmiSMmJIadg1zXp9swcYXDu854kMX6bzLBM6tDREiGlsRWYo8M/s1600/boek.png" imageanchor="1" style="clear: left; float: left; margin-bottom: 1em; margin-right: 1em;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhw-sM_fkBVN3eF3WEohKv_mmo4c5ZpIG5AL7mzPsbBa3jSvNMNRERTPiTPA-EHrJAynyraeIW52PaXuriCwJtPWsvKtMmiSMmJIadg1zXp9swcYXDu854kMX6bzLBM6tDREiGlsRWYo8M/s200/boek.png" height="157" width="200" /></a></div>
<span style="font-family: Arial, Helvetica, sans-serif;">Als je de Scrum Guide van Sutherland en Schwaber leest zijn er drie principes: Transparency, Inspect and Adapt. Niets mis mee. Sterker nog: ik ben het geheel eens met deze drie principes. </span><span style="font-family: Arial, Helvetica, sans-serif;">Maar alleen met deze principes in de hand, en het invoeren van de Scrum events en rollen, zijn we er nog lang niet.</span><br />
<span style="font-family: Arial, Helvetica, sans-serif;"><br /></span>
<span style="font-family: Arial, Helvetica, sans-serif;">Welke principes zijn er nog meer achter het succesvol werken met Scrum?</span><br />
<span style="font-family: Arial, Helvetica, sans-serif;"><br /></span>
<span style="font-family: Arial, Helvetica, sans-serif;">Er schieten er mij zo een paar andere te binnen:</span><br />
<br />
<ul>
<li><span style="font-family: Arial, Helvetica, sans-serif;">Onderken dat Scrum voor complexe problemen is – Ik kom nog wel eens tegen dat standaard werkzaamheden geforceerd worden om uit te voeren op een Scrum manier. Doe dat niet. Voor standaard werkzaamheden zijn passendere oplossingen, die ook veel makkelijker zijn aan te passen aan jouw situatie, zoals Kanban en Lean.</span></li>
<li><span style="font-family: Arial, Helvetica, sans-serif;">Stimuleer directe samenwerking – Dit komt namelijk niet vanzelf. Veel te vaak zie ik teamleden terugschieten in hun eigen kenniscontainer (silo). “Dat is van mij.” “Dat moet een tester doen, niet ik.” En meer van dit soort citaten horen niet bij Scrum, maar sluipen er toch wel her en der in. Ook hoor ik nog veel te vaak de misvatting uitgesproken worden dat volgens Scrum iedereen in het team alles moet kunnen, en omdat dat niet zo is heeft ieder recht op zijn/haar eigen silo. Neen. Het team moet alle kennis en ervaring hebben om alles te kunnen wat nodig is om de DoD te realiseren. En er wordt wel verwacht dat ieder teamlid daar helpt waar nodig is om het teamsucces te realiseren. Dit gedachtegoed in het team krijgen en houden vergt continue aandacht.</span></li>
<li><span style="font-family: Arial, Helvetica, sans-serif;">Onderken het belang van een goede Product Owner rolinvulling – Dit is volgens mij het meest onderschatte aspect binnen Scrum. Het zo maar even het enige aanspreekpunt zijn voor een ontwikkelteam om alle functionele eisen (in de Backlog’s) en niet-functionele eisen (in de DoD) te snappen, kunnen uitleggen en beslissingen over te kunnen en mogen nemen…. Ik neem daar mijn petje voor af. En, o ja, ook nog even zorgen dat die vermaledijde Product Backlog continue voldoende is bijgewerkt en gedetailleerd voor iedere Sprint Planning Meeting…</span></li>
<li><span style="font-family: Arial, Helvetica, sans-serif;">Denk altijd vanuit het productgebruik – Bestaande applicaties zijn, vaak, ingericht in componenten. Grotere applicaties zelfs in lagen. Hoe map je meerdere Scrum team hier op? Het is verleidelijk om applicatie structuren te volgen, want die zijn zichtbaar. Maar het allerbelangrijkste, niet zo expliciet aangeven, principe van Scrum is dat je alles vanuit het gebruik van het product moet inrichten en uitvoeren. Dit is verkapt in het begrip ‘business value’. Immers, alleen meer of beter gebruik (‘use’) van een systeem levert revenu!</span></li>
</ul>
<br />
<span style="font-family: Arial, Helvetica, sans-serif;">Welke schieten jou te binnen?</span>Jaap Schuttevaerhttp://www.blogger.com/profile/00398698906941075410noreply@blogger.com0tag:blogger.com,1999:blog-899694752205545662.post-7433014824022881202012-07-24T10:21:00.000+02:002014-09-12T15:36:44.946+02:00Van ‘Big Bang’ naar ‘Small Bang’, dankzij Scrum<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiOv1ks8zbx0CqfpwZlJj2wfbHuqroTt5GH-RItPUUDJH3JV6VoAEZu2ok2crtCxC9xyo4SXNqFuZ0B93vdTZhfUKLrGHp_HPwxkj64RNicwMBlsJWwdyIiApGhMsQ3AIl6AiiEaoejehU/s1600/evolutietheorie.jpg" imageanchor="1" style="clear: left; float: left; margin-bottom: 1em; margin-right: 1em;"><img alt="" border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiOv1ks8zbx0CqfpwZlJj2wfbHuqroTt5GH-RItPUUDJH3JV6VoAEZu2ok2crtCxC9xyo4SXNqFuZ0B93vdTZhfUKLrGHp_HPwxkj64RNicwMBlsJWwdyIiApGhMsQ3AIl6AiiEaoejehU/s200/evolutietheorie.jpg" height="138" title="" width="200" /></a></div>
<br />
Okay, alles is relatief en elke vergelijking heeft zo zijn
manco's. Toch wil ik proberen het vak van software ontwikkeling tegen de
volgende twee theorieën te houden.
<br />
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
<b>1. Big Bang</b></div>
<div class="MsoNormal">
13,7 miljard jaar geleden ontstond het heelal. Tegelijkertijd
met de oerknal zouden ruimte en tijd zijn ontstaan. De theorie is onder meer
gebaseerd op de waarneming van het voortdurend uitdijende heelal.</div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
<b>2. Evolutie</b></div>
<div class="MsoNormal">
Maar na die 'Big Bang' bestond de mens nog niet. Zelfs de dinosauriërs
nog lang niet. Flora en fauna zijn, na die Big Bang, veranderd in de loop van
de generaties als gevolg van genetische variatie, voortplanting en natuurlijke
selectie.</div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
Jarenlang hebben we geprobeerd, met wisselend succes, om
software op te leveren volgens het ‘Big Bang’ scenario. En om de kans op succes
te vergroten hebben we dat proberen te managen met methoden zoals PRINCE2 en technisch
te faseren met de waterval methode.</div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
En als dat een paar keer achter elkaar niet helemaal succesvol
is verlopen, vergroten we control-factor: meer management en meer
bureaucratische voorschriften en verplichte templates.</div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
Daarnaast kennen we de wet van Barry Boehm: fouten zo vroeg
mogelijk voorkomen omdat de kosten van later pas vinden en repareren
exponentieel stijgen. Dus gaan we (nog) meer de kop van het project aanzetten.
Met als gevolg dat projecten nog langere doorlooptijd hebben voor dat ze met
een ‘Big Bang’ demonstreren wat ze dachten te moeten opleveren.</div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
Met Scrum gaan we helemaal de andere kant op: niet van te
voren alles ontwerpen, maar binnen time-boxen dat opleveren waarvan we weten
dat het nodig is en wat we in een dergelijke time-box ook kunnen realiseren. En
zo de software laten evalueren tot we de maximale ‘business value’ hebben
mogelijk gemaakt.</div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
Is dit het einde van het Bang model in softwareland?</div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
Nee, volgens mij niet. Ook een Scrum team heeft een basis
nodig om aan te werken. En die basis heeft een belangrijk kenmerk in zich wat
doet pleiten voor een Bang-scenario: vaste requirements.</div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
Maar, we kunnen nu volstaan met een ‘Small Bang’ scenario. En
dat kan prima met een praktische invulling van bijvoorbeeld PRINCE2 worden
gemanaged, in combinatie met het waterval-model. Als we dan de overhead, bureaucratie
en controle-neiging maar weten te beheersen.En daarna met Scrum de software verder evalueren.</div>
Jaap Schuttevaerhttp://www.blogger.com/profile/00398698906941075410noreply@blogger.com0tag:blogger.com,1999:blog-899694752205545662.post-87286741064466642902012-05-14T16:25:00.000+02:002014-09-12T15:36:57.257+02:00Agile en ISO 25010<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgnDyhYbky5Jmq7JWdm7nZGP4t70nQ5Z3ZqL7QnwixwYoizx2T_AT-a6Yo3VEITfBN-aqh_SATJa2IBH8MGe3JI2Pblewlhl4LkjY-4YCxEZ8n18IK2DcY5d43gJcQt45XepznEym-nrlM/s1600/Focus+on+Quality.jpg" imageanchor="1" style="clear: left; float: left; margin-bottom: 1em; margin-right: 1em;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgnDyhYbky5Jmq7JWdm7nZGP4t70nQ5Z3ZqL7QnwixwYoizx2T_AT-a6Yo3VEITfBN-aqh_SATJa2IBH8MGe3JI2Pblewlhl4LkjY-4YCxEZ8n18IK2DcY5d43gJcQt45XepznEym-nrlM/s200/Focus+on+Quality.jpg" height="200" width="200" /></a></div>
Er wordt heel wat afgeblogd over het wel of niet kunnen mengen van Agile met alles wat we eerder al hadden. PRINCE2, RUP, MSP, CMMI, je noemt het maar. Gek genoeg een stuk minder over een van de weinige ISO standaarden die ik zelf regelmatig gebruik: ISO 25010 (opvolger van de beruchte ISO 9126 serie).<br />
<br />
De ISO/IEC 25010:2011 standaard heet ook wel 'SQuaRE': Systems and Software Quality Requirements and Evaluation. Ook deze ISO standaard is voor velen van ons droge, theoretische kost. Waarom begin ik er dan over?<br />
<br />
Het mooie aan deze standaard is, vind ik, dat het een indeling en beschrijving geeft van aspecten aan een systeem waarop je de kwaliteit kunt beoordelen. Requirement engineers en testers gebruiken deze lijst in klassieke software ontwikkelprojecten om zeker te stellen dat alle eisen en wensen vooraf worden bepaald en achteraf worden geverifieerd.<br />
<br />
Als we Agile werken willen we geen lijvige documenten vooraf. En met een saaie ISO standaard onder de arm bij een Scrum team binnen lopen is de manier om direct weer weggestuurd te worden. <br />
<br />
Er zijn manieren om de handige opsomming van karakteristieken van productkwaliteit wel effectief te gebruiken. In Agile omgevingen moeten we dan wel goed onthouden dat we deze checklist niet moeten invoeren als een verplichte meetlat of template.<br />
<br />
Hoe dan wel? Ik zie daarvoor minimaal de volgende twee mogelijkheden:<br />
<ol>
<li>Als een Product Owner toch niet geheel tevreden is over het hoe het systeem is: gebruik de vijf 'Quality in Use' karakteristieken als startpunt voor een root-cause onderzoek.</li>
<li>Als het Scrum team (te) veel werk terugkrijgt waarvan ze dacht dat het af was (technical debt): gebruik de acht Product Quality' karakteristieken als startpunt voor een root-cause onderzoek.</li>
</ol>
Als dit leidt tot inzicht dat er gebruiks- of producteisen zijn die eerst niet voldoende aandacht hebben gehad: voeg ze toe aan de 'Definition of Ready' of aan de 'Definition of Done'.Jaap Schuttevaerhttp://www.blogger.com/profile/00398698906941075410noreply@blogger.com0tag:blogger.com,1999:blog-899694752205545662.post-68406632402503865682012-04-27T15:59:00.000+02:002014-09-12T15:37:14.089+02:00Waarom Agile en Scrum toch zo populair zijn (geworden)…<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgwTzk00whxLM-emqklnnet85m-UuILVYzzKGPzNqw97jyGGZwAy6M4_Osl7kiM8BpfBOsW8_B3vOZBBEs6eo_zR8kMl_z26MUTJtKV_vi18tjOJhf_DQs4osTrOEhqSF1vch-3c5ahMRQ/s1600/kaasfondue.jpg" imageanchor="1" style="clear: left; float: left; margin-bottom: 1em; margin-right: 1em;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgwTzk00whxLM-emqklnnet85m-UuILVYzzKGPzNqw97jyGGZwAy6M4_Osl7kiM8BpfBOsW8_B3vOZBBEs6eo_zR8kMl_z26MUTJtKV_vi18tjOJhf_DQs4osTrOEhqSF1vch-3c5ahMRQ/s200/kaasfondue.jpg" height="149" width="200" /></a></div>
<br />
Wat wil een gemiddelde programmeur het liefste doen? Software maken! Hoe meer hoe beter!
<br />
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
Toch wordt momenteel het Agile software ontwikkelen steeds
meer omarmd. Dat lijkt een tegenstelling. Een van de Agile principes is toch om
zo min mogelijk code te maken. Weliswaar dan wel die code die het eerst en meest
waardevol is voor de klant, maar wel zo min mogelijk</div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
In het onderzoeksrapport “Xebia Agile Survey Nederland 2011”
staat dat slecht in 4% van de gevallen het de ‘business’is die de verandering
naar Agile hebben geïnitieerd en gedragen. Waarom komen de IT’ers er dan zelf
mee. Waar komt dan die drive om Agile,
meestal in de vorm van Scrum, op te pakken?</div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
Volgens mij zijn hier drie oorzaken voor:</div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal" style="margin-left: 18.0pt; mso-list: l0 level1 lfo1; tab-stops: list 18.0pt; text-indent: -18.0pt;">
<b>1.<span style="font: 7pt "Times New Roman";"> </span></b><span dir="LTR"><b>We zijn wat doorgeschoten in controle</b></span></div>
<div class="MsoNormal">
Projecten gaan vaak mis: ze kostte te veel,
leverde te laat op en dan vaak ook nog niet wat de klant eigenlijk echt wilde.
De meest voor de hand liggende reactie is: Alles strakker aantrekken; Zet
die scope vast; Werk met vastgelegd projectrollen. En, vooral in Nederland, is
daarbij PRINCE2 geadopteerd om die controle door te voeren.</div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
Helaas zien we de positieve effecten hiervan in
softwareontwikkelland nog niet vaak terug.</div>
<div class="MsoNormal">
Wel negatieve, zoals…</div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal" style="margin-left: 18.0pt; mso-list: l0 level1 lfo1; tab-stops: list 18.0pt; text-indent: -18.0pt;">
<b>2.<span style="font: 7pt "Times New Roman";"> </span></b><span dir="LTR"><b>We zijn wat doorgeschoten in bureaucratie</b></span></div>
<div class="MsoNormal">
Door alles zo ‘in control’ te willen brengen hebben we ook
wat minder handige zaken geïntroduceerd:</div>
<ul>
<li>De verschillende rollen (of
disciplines) in een project communiceren via documenten en email. Terwijl samen
werken, bijvoorbeeld voor een ‘white board’, vele malen effectiever en efficiënter
is.</li>
<li>Daarnaast veegt ieder zijn eigen straatje schoon. Er is vaak weinig binding tussen
de projectleden. Geen gemeenschappelijk gevoelde uitdaging. En dat ondanks ‘team
building uitjes’, zoals samen eens kanoën of kaasfonduen.</li>
<li>En daar bovenop wordt
en ook nog eens voor de professional bepaald en gepland wat en hoe hij/zij het
werk moet uitvoeren.</li>
</ul>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal" style="margin-left: 18.0pt; mso-list: l0 level1 lfo1; tab-stops: list 18.0pt; text-indent: -18.0pt;">
<b>3.<span style="font: 7pt "Times New Roman";"> </span></b><span dir="LTR"><b>We willen eigenlijk bovenal gewaardeerd worden</b></span></div>
<div class="MsoNormal">
Ja, ook IT’ers zijn net mensen: ze willen waardering.
Waardering voor de resultaten die ze hebben gehaald, samen met anderen. En erkenning
dat we professionals zijn die zelf hun werk kunnen bepalen en plannen.</div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
En juist dat is waarom, volgens mij, Agile en Scrum zo
worden omarmd. En de business krijgt eindelijk wat het wil: resultaten tegen
vaste kosten en op tijd!<span lang="EN-US"></span></div>
Jaap Schuttevaerhttp://www.blogger.com/profile/00398698906941075410noreply@blogger.com0tag:blogger.com,1999:blog-899694752205545662.post-23865412658644807462012-02-03T15:34:00.000+01:002014-09-12T15:37:25.350+02:00Brave New Scrum<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhuBoYNmznpAhalw7cC3nezS_WCA5KM9lq_xEHi1zE7tNhpUxc73Q7i07ypnvkP6P8Z1N2NpdglPNiLHF3VESOSrTGm7j8WRQl97ncVBSa5qFWlIkxdgyQLZtK2j9ITzGnK9W3C3TPnU7o/s1600/bravenewworldtpb.jpg" imageanchor="1" style="clear: left; float: left; margin-bottom: 1em; margin-right: 1em;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhuBoYNmznpAhalw7cC3nezS_WCA5KM9lq_xEHi1zE7tNhpUxc73Q7i07ypnvkP6P8Z1N2NpdglPNiLHF3VESOSrTGm7j8WRQl97ncVBSa5qFWlIkxdgyQLZtK2j9ITzGnK9W3C3TPnU7o/s200/bravenewworldtpb.jpg" height="200" width="200" /></a></div>
<div class="MsoNormal">
Vol goede moed start de eerste sprint. Iedereen heeft ‘de
kracht van Scrum’ gelezen. De rollen zijn verdeeld. De eerste Product Backlog
staat ‘net genoeg’ klaar. Het pokeren vindt in alle hilariteit plaats. En het
bouwen begint. Het team ondervindt dat het <b style="mso-bidi-font-weight: normal;">samen</b>werken
veel leuker werken is als het uitvoeren van taken uitgedeeld door een manager.
Niets staat een ‘Brave New World’ in de weg.</div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
En hier geloof ik ook in. Ik doe mijn best om teams te
begeleiden om dit te bereiken. En dat lukt zeer vaak. En voelt u nu ook al een ‘maar’
opkomen?</div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
Ja, er is helaas wel een ‘maar’. Het blijkt namelijk best gemakkelijk
om te starten. En vaak wordt er ook nog heel goed gestart. De ‘maar’ zit in het
doorzetten en vasthouden. De bron van het niet bereiken van die ‘Heerlijke
Nieuwe Wereld’ ligt, volgens mij, in ‘velocity’.</div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
‘Velocity’ is in de Scrum, de maat die aangeeft hoeveel <span class="st">product backlog effort in een sprint gerealiseerd kan worden door een
specifiek Scrum-team. En daar komt druk op. Als eerste zijn daar de ‘klassieke’
resource managers die streven naar maximalisatie van efficiëntie. En in hun
ogen is ‘velocity’ daar de maat voor.</span> Dus die ‘velocity’ moet vooral
continu hoger. Liefst nog aangetoond door Functie Punt tellingen achteraf op
gerealiseerde componenten. Daarbij gaan zij voorbij aan wat echt belangrijk is:
leveren van ‘Business Value’ in een omgeving waarin gewerkt wordt in een ‘Sustainable
Pace’.</div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
Maar ook het team zelf wil maar al te vaak verbeteren. En
ook zij zien ‘velocity’ als het meest eenvoudig te meten maat. Helaas gaan zij
in hun haast om, per sprint, te scoren soms gekke dingen doen. Het vaakst zie
ik dat het team, inclusief de ScrumMaster dus, taken gemakkelijk buiten de
Sprints plaatsten, onder het mom van ‘dat kan hier nu eenmaal niet in een sprint’.</div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
Het oppakken van de echte Impediments, zoals de omgeving
rond Scrum-teams doordringen van het Agile-gedachtengoed, is de enige weg om daadwerkelijk
een nieuwe Heerlijke Wereld te bereiken.</div>
Jaap Schuttevaerhttp://www.blogger.com/profile/00398698906941075410noreply@blogger.com0tag:blogger.com,1999:blog-899694752205545662.post-34842684782385609492011-12-13T14:12:00.000+01:002014-09-12T15:37:41.892+02:00Over Agile principles en practices<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjIW90opzCKhuc288h-VP5fkXnSPDu6oD8qoK-jSq_eXXpRvomzZiMWA5vNtfmH8heDOMxd58dIWvkaPO8Z4QzcQB1_rysmfkDb2F0t1EnNE775CKEdXRzAS73rgo0huutotvIz-VPbAvI/s1600/6a00d8345599ab69e2014e882ebaae970d.jpg" imageanchor="1" style="clear: left; float: left; margin-bottom: 1em; margin-right: 1em;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjIW90opzCKhuc288h-VP5fkXnSPDu6oD8qoK-jSq_eXXpRvomzZiMWA5vNtfmH8heDOMxd58dIWvkaPO8Z4QzcQB1_rysmfkDb2F0t1EnNE775CKEdXRzAS73rgo0huutotvIz-VPbAvI/s200/6a00d8345599ab69e2014e882ebaae970d.jpg" height="200" width="152" /></a></div>
Agile werken is fiundamenteel anders dan planmatig werken. Het enige overeenkomst is dat het wordt uitgevoerd door mensen. En daarin zit ook weer een risico besloten. Vandaag nog werd mij gevraagd: "Is het erg als ik niet alles van Agile en Scrum doe, maar wel stand-up meetings en een planbord ga gebruiken?"<br />
<br />
Komische vraag. Maar toch vond ik het lastig om deze direct af te serveren.<br />
<br />
Het doet me terugdenken aan implementaties van bijvoorbeeld PRINCE2 en RUP. Daarbij was een ieder ook erg snel geneigd tot 'cherry picking': dat wat makkelijk is te implementeren en het snel tot zichtbare verbeteringen lijkt te leiden, dat wordt ingevoerd. Lastigere zaken laten we liggen. Niets menselijks is ons vreemd.<br />
<br />
Lopen we nu met het adopteren van Agile, en het invoeren van practices zoals Scrum, hetzelfde risico?<br />
<br />
Ik ben benieuwd naar jouw reactie. Laat hem hier achter, of op deze <a href="http://linkd.in/sutxt7">LinkedIn poll</a>. <br />
<br />Jaap Schuttevaerhttp://www.blogger.com/profile/00398698906941075410noreply@blogger.com1tag:blogger.com,1999:blog-899694752205545662.post-27809011160394027622011-10-28T14:30:00.000+02:002014-09-12T15:37:58.252+02:00Een stoel als User Story<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjtKAReK2kU9PljDoaIN8-0NHslLa3Q8EPA0hGXCnRew521T5Y5fLa4SDJyM-F51jxL7qlgux6XE3ln7YaijimOREGjJbnrYJHFlBipAzJmFOHO7XzhiqMvuuItcFIVo4jRUAwqHamP0Ac/s1600/troon.jpg" imageanchor="1" style="clear: left; float: left; margin-bottom: 1em; margin-right: 1em;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjtKAReK2kU9PljDoaIN8-0NHslLa3Q8EPA0hGXCnRew521T5Y5fLa4SDJyM-F51jxL7qlgux6XE3ln7YaijimOREGjJbnrYJHFlBipAzJmFOHO7XzhiqMvuuItcFIVo4jRUAwqHamP0Ac/s200/troon.jpg" height="200" width="149" /></a></div>
Binnen Scrum is een User Story het ankerpunt voor alles. De Product Owner stelt deze op en, als het Scrum team vindt dat het voldoet aan de Definition of Ready, dan kan het de Sprint Planning Meeting in.<br />
<br />
Hoe maak je nu een willekeurige User Story tot een Ready User Story? Laten we daarvoor eens een analogie maken met een niet-ICT product: een stoel. Nu is een stoel een tastbaar product en geen User Story, dus dit is het eerste dat ook een echte Product Owner moet besteffen: hij/zij moet geen producten willen, maar oplossingen! En dan ook nog verwoord in een verhaalvorm. Laten we dat eens proberen...<br />
<br />
<ul>
<li><i><Als Product Owner wil ik kunnen zitten zodat ik niet moe wordt als ik eet.></i></li>
</ul>
<br />
Dat is al duidelijk zat, nu alleen nog even de 'How to demo' en we kunnen aan de slag.<br />
<i><br />
</i><br />
<ul>
<li><i><Ik ga vijf minuten zitten en zal niet moe worden.></i></li>
</ul>
<br />
Ook dat lijkt al duidelijk genoeg: hup, de Sprint Planning Meeting er mee in!<br />
<br />
Zal dit goed gaan? Als oud-watervaller bekruipen mij de kriebels al. Toch kan dit goed gaan, maar de Kritische Succes Factoren worden nu wel mooi duidelijk:<br />
<ol>
<li>In de Sprint Planning Meeting, en in de Sprint, moet de Product Owner echt aanwezig zijn en vragen van de Scrum teamleden adequaat beantwoorden.</li>
<li>De Scrum teamleden moeten goede vragen weten te stellen.</li>
</ol>
<br />
Vervolgvraag: Wat zijn goede vragen?<br />
<br />
Dat zijn niet de vragen naar de functionals, maar naar de kwaliteitsattributen! Kai Gilb (zoon van Tom Gilb) noemt dat' Stakeholder Values and Product Qualities'.<br />
<br />
Achterhalen van alle kwaliteitsattributen is iets wat voorheen een kwaliteitsmanager, requirements engineer en/of een testmanager deed. Die taken komen nu bij de Product Owner en in het Scrum team te liggen. En hier ligt een groot winstpunt te halen om een Scrum team echt naar 'Hyper Productiviteit' te brengen. Anders hebben we 4 sprints nodig om, via zitzakken, bierkratjes en tronen te komen tot een acceptabele eetkamerstoel: zelfde functionaliteit, andere 'Qualities'.Jaap Schuttevaerhttp://www.blogger.com/profile/00398698906941075410noreply@blogger.com0tag:blogger.com,1999:blog-899694752205545662.post-19101570290884778982011-10-10T12:41:00.000+02:002014-09-12T15:38:13.917+02:00Hoe je de hele wedstrijd wint<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgDDxGz18lB-5ntiA6pweFDLco22EgEjcmiXkWwJ-9fFwvqKivm3tZLHGg25J4wXip4qdpuMSdt1MarWf0jjCrYadtJjq9UQICldc-wve4cNOHleZGoNEUoiJm8TdmiLb7knNMZMySFoL8/s1600/try.jpg" imageanchor="1" style="clear: left; float: left; margin-bottom: 1em; margin-right: 1em;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgDDxGz18lB-5ntiA6pweFDLco22EgEjcmiXkWwJ-9fFwvqKivm3tZLHGg25J4wXip4qdpuMSdt1MarWf0jjCrYadtJjq9UQICldc-wve4cNOHleZGoNEUoiJm8TdmiLb7knNMZMySFoL8/s200/try.jpg" height="133" width="200" /></a></div>
<br />
<span style="font-family: Arial; font-size: 10pt;">In mijn vorige blog, <a href="http://jschuttevaer.blogspot.com/2011/09/van-berg-tot-siergrind.html">van berg tot siergrind</a>, heb ik al aangegeven dat niet alles Scrummend is op te lossen. Gelukkig wordt mijn mening bijgestaan uit onverwachte hoek: de rugby-spelregels!</span> <br />
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
<span style="font-family: Arial; font-size: 10pt;">Daarin staat dat het doel van dit spel is om ‘te proberen een ovale bal over de tryline van de tegenstander te drukken of tussen de palen te schoppen om zo punten te scoren’. Daarbinnen is een Scrum ‘een spelhervatting na kleine overtredingen of als de bal onspeelbaar is geworden, bijvoorbeeld wanneer een speler de bal laat vallen’.</span></div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
<span style="font-family: Arial; font-size: 10pt;">Terug naar onze projectenpraktijk. Ook daarin zien we dat we niet alles met Scrum kunnen oplossen. Het spelletje heeft ook nog wat activiteiten voor en na de sprints!</span></div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
<span style="font-family: Arial; font-size: 10pt;">Vaak zie ik dat na een aantal (ontwikkel-)sprints, er nog een ander traject gaat lopen. In dat traject worden dingen gedaan om de ‘</span><span lang="EN-US" style="font-family: Arial; font-size: 10pt;">Potential Shippable’</span><span style="font-family: Arial; font-size: 10pt;"> code verder af te testen en/of om zaken te regelen om het acceptabel te maken voor de beheerorganisatie. Om de bal over de lijn te brengen, zo gezegd.</span></div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
<span style="font-family: Arial; font-size: 10pt;">Ook zie ik dat voorafgaand aan een Scrum-sprint nog het een en ander moet gebeuren voordat de Sprint Planning Meeting kan plaatsvinden. In het bijzonder is dat het afbreken van gecompliceerde Business wensen tot te verwerken User Stories, die voldoen aan opgestelde ‘Definition of Ready’.</span></div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
<span style="font-family: Arial; font-size: 10pt;">En nu is de vraag: hoe doen we nu dat afbreken op een effectieve en efficiënte wijze? De Scrum Guide geeft aan dat dit proces ‘Product Backlog Grooming’ heet. En dat goed 'groomen' heel belangrijk is. Helaas geeft het weinig houvast over ‘hoe’ je dat moet doen. Het ligt redelijk voor de hand om voor dit probleem ook een ‘Lean’ manier te zoeken, en gelukkig is die er ook: Kanban.</span></div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
<span style="font-family: Arial; font-size: 10pt;">Met de Kanban methode worden alle halffabricaten om te komen tot Ready User Stories, just-in-time gemaakt. Analisten, de Product Owner en het team gaan pas aan het Groomen van User Stories doen als er een echte klantvraag (pull) is. Zo wordt en geen onnodige voorraad opgebouwd en wordt de werklast in balans gehouden.</span></div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
<span style="font-family: Arial; font-size: 10pt;">Voorwaarde is wel, dat de mensen in het Scrum team niet 100% op het Scrummen worden gealloceerd. Immers, met alleen maar Scrummen win je de wedstrijd niet: je zult ook moeten voorbereiden en afmaken!</span></div>
Jaap Schuttevaerhttp://www.blogger.com/profile/00398698906941075410noreply@blogger.com0tag:blogger.com,1999:blog-899694752205545662.post-91608307643995420902011-09-23T10:38:00.000+02:002014-09-12T15:38:27.415+02:00Van berg tot siergrind<!--[if gte mso 9]><xml>
<w:WordDocument>
<w:View>Normal</w:View>
<w:Zoom>0</w:Zoom>
<w:TrackMoves/>
<w:TrackFormatting/>
<w:HyphenationZone>21</w:HyphenationZone>
<w:PunctuationKerning/>
<w:ValidateAgainstSchemas/>
<w:SaveIfXMLInvalid>false</w:SaveIfXMLInvalid>
<w:IgnoreMixedContent>false</w:IgnoreMixedContent>
<w:AlwaysShowPlaceholderText>false</w:AlwaysShowPlaceholderText>
<w:DoNotPromoteQF/>
<w:LidThemeOther>NL</w:LidThemeOther>
<w:LidThemeAsian>X-NONE</w:LidThemeAsian>
<w:LidThemeComplexScript>X-NONE</w:LidThemeComplexScript>
<w:Compatibility>
<w:BreakWrappedTables/>
<w:SnapToGridInCell/>
<w:WrapTextWithPunct/>
<w:UseAsianBreakRules/>
<w:DontGrowAutofit/>
<w:SplitPgBreakAndParaMark/>
<w:DontVertAlignCellWithSp/>
<w:DontBreakConstrainedForcedTables/>
<w:DontVertAlignInTxbx/>
<w:Word11KerningPairs/>
<w:CachedColBalance/>
</w:Compatibility>
<w:BrowserLevel>MicrosoftInternetExplorer4</w:BrowserLevel>
<m:mathPr>
<m:mathFont m:val="Cambria Math"/>
<m:brkBin m:val="before"/>
<m:brkBinSub m:val="--"/>
<m:smallFrac m:val="off"/>
<m:dispDef/>
<m:lMargin m:val="0"/>
<m:rMargin m:val="0"/>
<m:defJc m:val="centerGroup"/>
<m:wrapIndent m:val="1440"/>
<m:intLim m:val="subSup"/>
<m:naryLim m:val="undOvr"/>
</m:mathPr></w:WordDocument>
</xml><![endif]--><!--[if gte mso 9]><xml>
<w:LatentStyles DefLockedState="false" DefUnhideWhenUsed="true"
DefSemiHidden="true" DefQFormat="false" DefPriority="99"
LatentStyleCount="267">
<w:LsdException Locked="false" Priority="0" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="Normal"/>
<w:LsdException Locked="false" Priority="9" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="heading 1"/>
<w:LsdException Locked="false" Priority="9" QFormat="true" Name="heading 2"/>
<w:LsdException Locked="false" Priority="9" QFormat="true" Name="heading 3"/>
<w:LsdException Locked="false" Priority="9" QFormat="true" Name="heading 4"/>
<w:LsdException Locked="false" Priority="9" QFormat="true" Name="heading 5"/>
<w:LsdException Locked="false" Priority="9" QFormat="true" Name="heading 6"/>
<w:LsdException Locked="false" Priority="9" QFormat="true" Name="heading 7"/>
<w:LsdException Locked="false" Priority="9" QFormat="true" Name="heading 8"/>
<w:LsdException Locked="false" Priority="9" QFormat="true" Name="heading 9"/>
<w:LsdException Locked="false" Priority="39" Name="toc 1"/>
<w:LsdException Locked="false" Priority="39" Name="toc 2"/>
<w:LsdException Locked="false" Priority="39" Name="toc 3"/>
<w:LsdException Locked="false" Priority="39" Name="toc 4"/>
<w:LsdException Locked="false" Priority="39" Name="toc 5"/>
<w:LsdException Locked="false" Priority="39" Name="toc 6"/>
<w:LsdException Locked="false" Priority="39" Name="toc 7"/>
<w:LsdException Locked="false" Priority="39" Name="toc 8"/>
<w:LsdException Locked="false" Priority="39" Name="toc 9"/>
<w:LsdException Locked="false" Priority="35" QFormat="true" Name="caption"/>
<w:LsdException Locked="false" Priority="10" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="Title"/>
<w:LsdException Locked="false" Priority="1" Name="Default Paragraph Font"/>
<w:LsdException Locked="false" Priority="11" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="Subtitle"/>
<w:LsdException Locked="false" Priority="22" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="Strong"/>
<w:LsdException Locked="false" Priority="20" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="Emphasis"/>
<w:LsdException Locked="false" Priority="59" SemiHidden="false"
UnhideWhenUsed="false" Name="Table Grid"/>
<w:LsdException Locked="false" UnhideWhenUsed="false" Name="Placeholder Text"/>
<w:LsdException Locked="false" Priority="1" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="No Spacing"/>
<w:LsdException Locked="false" Priority="60" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Shading"/>
<w:LsdException Locked="false" Priority="61" SemiHidden="false"
UnhideWhenUsed="false" Name="Light List"/>
<w:LsdException Locked="false" Priority="62" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Grid"/>
<w:LsdException Locked="false" Priority="63" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 1"/>
<w:LsdException Locked="false" Priority="64" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 2"/>
<w:LsdException Locked="false" Priority="65" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 1"/>
<w:LsdException Locked="false" Priority="66" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 2"/>
<w:LsdException Locked="false" Priority="67" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 1"/>
<w:LsdException Locked="false" Priority="68" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 2"/>
<w:LsdException Locked="false" Priority="69" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 3"/>
<w:LsdException Locked="false" Priority="70" SemiHidden="false"
UnhideWhenUsed="false" Name="Dark List"/>
<w:LsdException Locked="false" Priority="71" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Shading"/>
<w:LsdException Locked="false" Priority="72" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful List"/>
<w:LsdException Locked="false" Priority="73" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Grid"/>
<w:LsdException Locked="false" Priority="60" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Shading Accent 1"/>
<w:LsdException Locked="false" Priority="61" SemiHidden="false"
UnhideWhenUsed="false" Name="Light List Accent 1"/>
<w:LsdException Locked="false" Priority="62" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Grid Accent 1"/>
<w:LsdException Locked="false" Priority="63" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 1 Accent 1"/>
<w:LsdException Locked="false" Priority="64" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 2 Accent 1"/>
<w:LsdException Locked="false" Priority="65" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 1 Accent 1"/>
<w:LsdException Locked="false" UnhideWhenUsed="false" Name="Revision"/>
<w:LsdException Locked="false" Priority="34" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="List Paragraph"/>
<w:LsdException Locked="false" Priority="29" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="Quote"/>
<w:LsdException Locked="false" Priority="30" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="Intense Quote"/>
<w:LsdException Locked="false" Priority="66" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 2 Accent 1"/>
<w:LsdException Locked="false" Priority="67" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 1 Accent 1"/>
<w:LsdException Locked="false" Priority="68" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 2 Accent 1"/>
<w:LsdException Locked="false" Priority="69" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 3 Accent 1"/>
<w:LsdException Locked="false" Priority="70" SemiHidden="false"
UnhideWhenUsed="false" Name="Dark List Accent 1"/>
<w:LsdException Locked="false" Priority="71" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Shading Accent 1"/>
<w:LsdException Locked="false" Priority="72" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful List Accent 1"/>
<w:LsdException Locked="false" Priority="73" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Grid Accent 1"/>
<w:LsdException Locked="false" Priority="60" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Shading Accent 2"/>
<w:LsdException Locked="false" Priority="61" SemiHidden="false"
UnhideWhenUsed="false" Name="Light List Accent 2"/>
<w:LsdException Locked="false" Priority="62" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Grid Accent 2"/>
<w:LsdException Locked="false" Priority="63" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 1 Accent 2"/>
<w:LsdException Locked="false" Priority="64" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 2 Accent 2"/>
<w:LsdException Locked="false" Priority="65" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 1 Accent 2"/>
<w:LsdException Locked="false" Priority="66" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 2 Accent 2"/>
<w:LsdException Locked="false" Priority="67" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 1 Accent 2"/>
<w:LsdException Locked="false" Priority="68" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 2 Accent 2"/>
<w:LsdException Locked="false" Priority="69" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 3 Accent 2"/>
<w:LsdException Locked="false" Priority="70" SemiHidden="false"
UnhideWhenUsed="false" Name="Dark List Accent 2"/>
<w:LsdException Locked="false" Priority="71" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Shading Accent 2"/>
<w:LsdException Locked="false" Priority="72" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful List Accent 2"/>
<w:LsdException Locked="false" Priority="73" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Grid Accent 2"/>
<w:LsdException Locked="false" Priority="60" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Shading Accent 3"/>
<w:LsdException Locked="false" Priority="61" SemiHidden="false"
UnhideWhenUsed="false" Name="Light List Accent 3"/>
<w:LsdException Locked="false" Priority="62" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Grid Accent 3"/>
<w:LsdException Locked="false" Priority="63" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 1 Accent 3"/>
<w:LsdException Locked="false" Priority="64" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 2 Accent 3"/>
<w:LsdException Locked="false" Priority="65" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 1 Accent 3"/>
<w:LsdException Locked="false" Priority="66" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 2 Accent 3"/>
<w:LsdException Locked="false" Priority="67" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 1 Accent 3"/>
<w:LsdException Locked="false" Priority="68" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 2 Accent 3"/>
<w:LsdException Locked="false" Priority="69" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 3 Accent 3"/>
<w:LsdException Locked="false" Priority="70" SemiHidden="false"
UnhideWhenUsed="false" Name="Dark List Accent 3"/>
<w:LsdException Locked="false" Priority="71" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Shading Accent 3"/>
<w:LsdException Locked="false" Priority="72" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful List Accent 3"/>
<w:LsdException Locked="false" Priority="73" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Grid Accent 3"/>
<w:LsdException Locked="false" Priority="60" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Shading Accent 4"/>
<w:LsdException Locked="false" Priority="61" SemiHidden="false"
UnhideWhenUsed="false" Name="Light List Accent 4"/>
<w:LsdException Locked="false" Priority="62" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Grid Accent 4"/>
<w:LsdException Locked="false" Priority="63" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 1 Accent 4"/>
<w:LsdException Locked="false" Priority="64" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 2 Accent 4"/>
<w:LsdException Locked="false" Priority="65" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 1 Accent 4"/>
<w:LsdException Locked="false" Priority="66" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 2 Accent 4"/>
<w:LsdException Locked="false" Priority="67" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 1 Accent 4"/>
<w:LsdException Locked="false" Priority="68" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 2 Accent 4"/>
<w:LsdException Locked="false" Priority="69" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 3 Accent 4"/>
<w:LsdException Locked="false" Priority="70" SemiHidden="false"
UnhideWhenUsed="false" Name="Dark List Accent 4"/>
<w:LsdException Locked="false" Priority="71" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Shading Accent 4"/>
<w:LsdException Locked="false" Priority="72" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful List Accent 4"/>
<w:LsdException Locked="false" Priority="73" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Grid Accent 4"/>
<w:LsdException Locked="false" Priority="60" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Shading Accent 5"/>
<w:LsdException Locked="false" Priority="61" SemiHidden="false"
UnhideWhenUsed="false" Name="Light List Accent 5"/>
<w:LsdException Locked="false" Priority="62" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Grid Accent 5"/>
<w:LsdException Locked="false" Priority="63" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 1 Accent 5"/>
<w:LsdException Locked="false" Priority="64" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 2 Accent 5"/>
<w:LsdException Locked="false" Priority="65" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 1 Accent 5"/>
<w:LsdException Locked="false" Priority="66" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 2 Accent 5"/>
<w:LsdException Locked="false" Priority="67" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 1 Accent 5"/>
<w:LsdException Locked="false" Priority="68" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 2 Accent 5"/>
<w:LsdException Locked="false" Priority="69" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 3 Accent 5"/>
<w:LsdException Locked="false" Priority="70" SemiHidden="false"
UnhideWhenUsed="false" Name="Dark List Accent 5"/>
<w:LsdException Locked="false" Priority="71" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Shading Accent 5"/>
<w:LsdException Locked="false" Priority="72" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful List Accent 5"/>
<w:LsdException Locked="false" Priority="73" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Grid Accent 5"/>
<w:LsdException Locked="false" Priority="60" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Shading Accent 6"/>
<w:LsdException Locked="false" Priority="61" SemiHidden="false"
UnhideWhenUsed="false" Name="Light List Accent 6"/>
<w:LsdException Locked="false" Priority="62" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Grid Accent 6"/>
<w:LsdException Locked="false" Priority="63" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 1 Accent 6"/>
<w:LsdException Locked="false" Priority="64" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 2 Accent 6"/>
<w:LsdException Locked="false" Priority="65" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 1 Accent 6"/>
<w:LsdException Locked="false" Priority="66" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 2 Accent 6"/>
<w:LsdException Locked="false" Priority="67" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 1 Accent 6"/>
<w:LsdException Locked="false" Priority="68" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 2 Accent 6"/>
<w:LsdException Locked="false" Priority="69" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 3 Accent 6"/>
<w:LsdException Locked="false" Priority="70" SemiHidden="false"
UnhideWhenUsed="false" Name="Dark List Accent 6"/>
<w:LsdException Locked="false" Priority="71" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Shading Accent 6"/>
<w:LsdException Locked="false" Priority="72" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful List Accent 6"/>
<w:LsdException Locked="false" Priority="73" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Grid Accent 6"/>
<w:LsdException Locked="false" Priority="19" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="Subtle Emphasis"/>
<w:LsdException Locked="false" Priority="21" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="Intense Emphasis"/>
<w:LsdException Locked="false" Priority="31" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="Subtle Reference"/>
<w:LsdException Locked="false" Priority="32" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="Intense Reference"/>
<w:LsdException Locked="false" Priority="33" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="Book Title"/>
<w:LsdException Locked="false" Priority="37" Name="Bibliography"/>
<w:LsdException Locked="false" Priority="39" QFormat="true" Name="TOC Heading"/>
</w:LatentStyles>
</xml><![endif]--><!--[if gte mso 10]>
<style>
/* Style Definitions */
table.MsoNormalTable
{mso-style-name:Standaardtabel;
mso-tstyle-rowband-size:0;
mso-tstyle-colband-size:0;
mso-style-noshow:yes;
mso-style-priority:99;
mso-style-qformat:yes;
mso-style-parent:"";
mso-padding-alt:0cm 5.4pt 0cm 5.4pt;
mso-para-margin-top:0cm;
mso-para-margin-right:0cm;
mso-para-margin-bottom:10.0pt;
mso-para-margin-left:0cm;
line-height:115%;
mso-pagination:widow-orphan;
font-size:11.0pt;
font-family:"Calibri","sans-serif";
mso-ascii-font-family:Calibri;
mso-ascii-theme-font:minor-latin;
mso-fareast-font-family:"Times New Roman";
mso-fareast-theme-font:minor-fareast;
mso-hansi-font-family:Calibri;
mso-hansi-theme-font:minor-latin;}
</style>
<![endif]-->
<br />
<div class="MsoNormal">
</div>
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgw6IqeP12fNSSMt1MEgNPFhfKGSyQ63SImEBo0cVkO1jjTtmWtpIHZ8uyyG60vIORqxiv1jrfi8A8GMJJIQM1oh4mOmiiiolxiAtw2Tj7XhlTCdXZKRIYkZM3KnMgkRmcUCcz9jtBaV6Q/s1600/Fokkido-4041-PLAYMOBIL-Steengroeve-met-kleine-shovel-17030893.jpg" imageanchor="1" style="clear: left; float: left; margin-bottom: 1em; margin-right: 1em;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgw6IqeP12fNSSMt1MEgNPFhfKGSyQ63SImEBo0cVkO1jjTtmWtpIHZ8uyyG60vIORqxiv1jrfi8A8GMJJIQM1oh4mOmiiiolxiAtw2Tj7XhlTCdXZKRIYkZM3KnMgkRmcUCcz9jtBaV6Q/s200/Fokkido-4041-PLAYMOBIL-Steengroeve-met-kleine-shovel-17030893.jpg" height="200" width="200" /></a></div>
<div class="MsoNormal">
Onlangs was ik met de kids naar Naturalis. Daar waren ze erg
onder de indruk van het proces ‘van berg tot klei’.<span style="mso-spacerun: yes;"> </span>Hoe door eeuwenlang slijpen van de elementen,
zoals wind, regen en stroming, een berg verwordt tot grind en klei.</div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
In mijn werkomgeving zie ik een ontwikkeling die ik hier
tegen aan wil houden: alles moet tegenwoordig gescrumt worden. En als toch al
wat oudere rot in het vak, krijg ik de kriebels. Is er weer een silver-bullet
ontdekt? Weer een wonderpil voor al uw kwalen?</div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
Niet dat ik tegen Scrum ben, integendeel. Als ik hovenier
zou zijn, en mijn klant wil een tuinpad aangelegd hebben dan zal ik dat al
Scrummend met een grote berg siergrind goed kunnen aanpakken. Maar een berg
omzetten naar siergrind zal toch iets meer voorbereiding vereisen dan ik in een
sprint van twee weken aankan.</div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
Op zoek naar een onderbouwing mijn gevoel hierover, kwam ik
onlangs het Cynefin model tegen dat Dave Snowden al in 1999 heeft opgesteld
voor het classificeren van uitdagingen. Dat model kan goed gebruikt worden om
te bepalen of, en zo ja: hoe, een probleem met Scrum (of een andere Agile
methode) kan worden opgelost.</div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
Het geeft vijf gebieden waar een probleem of uitdaging zich
in kan bevinden. Ik richt met nu even op de twee meest relevante voor
projecten: Complex en Gecompliceerd. Beide worden getypeerd dat er een verband
is oorzaak en gevolg, maar niet een heel simpel verband.</div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
Complex is als je vooraf geen eenduidige gevolgtrekkingen hiertussen
kunt maken. Dit soort uitdagingen zijn perfect om op een Scrum manier op te
pakken. Het Cynefin model geeft aan, dat de beste response in een complexe
situatie ‘<b>Sense - Analyse – Respond</b><span style="mso-bidi-font-weight: bold;">’<b> </b>is.<span style="mso-spacerun: yes;"> </span>Oftewel snel bouwen,
demonstreren en als het nodig is aanpassen.</span></div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
Gecompliceerd is als er wel vaste relaties bestaan tussen
oorzaken en gevolgen, maar dat deze niet direct zichtbaar zijn en dus eerst
ontdekt en daarna grondig onderzocht moeten worden alvorens men er conclusies
uit trekt. Het Cynefin model geeft aan in dit soort gevallen de meest
aangewezen reponse ‘<b><i>Sense - Categorise – Respond</i></b><span style="mso-bidi-font-style: italic; mso-bidi-font-weight: bold;">’is. Oftewel systematisch
denken: het hele systeem in kaart brengen en relaties tussen de verschillende
elementen beschrijven. Daarna het geheel analyseren om te zien waar er
versterkende of compenserende oorzaak-gevolg relaties in werking zijn. Het is
pas als al deze interacties duidelijk zijn, dat je het probleem kunt beginnen
oplossen.</span></div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
Hoe om te gaan met gecompliceerde problemen? <span style="mso-spacerun: yes;"> </span>Of met User Stories die te complex en/of
gecompliceerd zijn? Gelukkig is daar wel een oplossing voor: Product Backlog Grooming.
Daar zit volgens mij de sleutel tot succesvol Agile ontwikkelen. Later hierover
meer...<span style="font-family: Wingdings; mso-ascii-font-family: Calibri; mso-ascii-theme-font: minor-latin; mso-bidi-font-style: italic; mso-bidi-font-weight: bold; mso-char-type: symbol; mso-hansi-font-family: Calibri; mso-hansi-theme-font: minor-latin; mso-symbol-font-family: Wingdings;"><span style="mso-char-type: symbol; mso-symbol-font-family: Wingdings;"></span></span></div>
Jaap Schuttevaerhttp://www.blogger.com/profile/00398698906941075410noreply@blogger.com0tag:blogger.com,1999:blog-899694752205545662.post-25408074338187833342011-07-19T16:10:00.000+02:002014-09-12T15:38:42.849+02:00Over slechte huwelijken<span style="font-size: x-small;"> </span><br />
<div class="separator" style="clear: both; text-align: center;">
<span style="font-size: x-small;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEis4ewe_6FT9avVGTGPA8UDLYSLXScM6lXxjWWSFQxGrcDUkUgVH3KVSdNo5Up6r872SqXNYr4_BMP4sBFr88oDPBsthakELNAKCWmVTqyRpXczI5lkJ1MXC2nZ3_8v8oI4xxHyJ1eoJBA/s1600/bad+marriage.jpg" imageanchor="1" style="clear: left; cssfloat: left; float: left; margin-bottom: 1em; margin-right: 1em;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEis4ewe_6FT9avVGTGPA8UDLYSLXScM6lXxjWWSFQxGrcDUkUgVH3KVSdNo5Up6r872SqXNYr4_BMP4sBFr88oDPBsthakELNAKCWmVTqyRpXczI5lkJ1MXC2nZ3_8v8oI4xxHyJ1eoJBA/s1600/bad+marriage.jpg" m="" true="" /></a></span></div>
<span style="font-size: x-small;"><span style="font-family: Verdana, sans-serif; font-size: small;">Voor velen is CMMI de richtlijn en meetlat voor projecten in het land van systeemontwikkeling. En niet ten onrechte, want het is een geaccepteerde meetlat en, omdat het is gebaseerd op best-practices, een goed referentiekader om projectmanagement in te richten of te verbeteren. Net zoals PRINCE2 dat is.</span><br />
<br />
<span style="font-family: Verdana, sans-serif; font-size: small;">Met de huidige opkomst van Agile en Scrum wordt er driftig gezocht naar hoe dat past binnen bestaande referentiekaders, zoals PRINCE2 en CMMI. Er wordt al gemompeld over het maken van een CMMA, een CMM voor Agile. Dit lijkt me een goed plan, want andere pogingen die worden ondernomen lijken me slechte 'match making'.</span><br />
<br />
<span style="font-family: Verdana, sans-serif; font-size: small;">Zo is het SEI zelf gekomen met concessies in de laatste versie van CMMI (versie 1.3) aan het Agile gedachtengoed. Met wat side-notes in de verder bijna ongewijzigde procesbijbel, wordt Agile er bij ingehuwelijkt.</span><br />
<br />
<span style="font-family: Verdana, sans-serif; font-size: small;">Volgens mij gaat dit niet lukken. Als we namelijk teruggaan naar waar CMMI voor was bedoeld, legt het zich vanzelf aan ons uit: CMMI was opgezet omdat grote projecten veel risico liepen op uitloop, budgetoverschreidingen en ontevreden klanten. Daarom is gekeken de best-practices voor relevante processen. En die zijn beschreven in CMMI.</span><br />
<br />
<span style="font-family: Verdana, sans-serif; font-size: small;">Maar, als we nu afstappen van grote projecten en gaan Scrummen, omdat we minder kans willen lopen op uitloop, budgetoverschreidingen en ontevreden klanten, dan moeten we op zoek naar nieuwe kritische succesfactoren. En daarna best-practices verzamelen, bundelen en delen. Dus geen huwelijken forceren, als de gemeenschappelijk basis niet matcht.</span></span>Jaap Schuttevaerhttp://www.blogger.com/profile/00398698906941075410noreply@blogger.com0tag:blogger.com,1999:blog-899694752205545662.post-79000656085921298432011-07-01T13:07:00.000+02:002014-09-12T15:38:56.540+02:00Het vriendelijke geestje in Scrum<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjso2-mG3mQa9qM5UNhtRfmv0r86XOIzP0_FSBZgaJXafLSKRGkdK_QqUQK-QdJV3r6LTN5pbCt6VxQht7ex815Dj6VJeIhHNNWlVGhcwb7tLdK3FUMMYJo9Ci8Qw9UbzwOLi1eXiCWJXQ/s1600/Casper-the-Friendly-Ghost.jpg" imageanchor="1" style="clear: left; float: left; margin-bottom: 1em; margin-right: 1em;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjso2-mG3mQa9qM5UNhtRfmv0r86XOIzP0_FSBZgaJXafLSKRGkdK_QqUQK-QdJV3r6LTN5pbCt6VxQht7ex815Dj6VJeIhHNNWlVGhcwb7tLdK3FUMMYJo9Ci8Qw9UbzwOLi1eXiCWJXQ/s200/Casper-the-Friendly-Ghost.jpg" height="164" width="200" /></a><br />
Jeff Sutherland zelf adviseert om, als je Scrum gaat invoeren, te beginnen met Scrum volledig in te voeren. En pas als je er handig in wordt, het aan te passen aan jouw situatie. Hier ben ik het wel mee eens, maar werpt wel gelijk de andere vraag op: "Wat betekent dat eigenlijk: Scrum helemaal invoeren?" of te wel: "Wanneer is Scrum Scrum?".<br />
<br />
Je zou kunnen zeggen: we bemensen alle Scrum rollen, voeren alle Scrum rituelen uit en gebruiken alle Scrum artifacts. Of te wel: we zeggen wie de ScrumMaster is, wie de Product Owner, we doen de stand-up meetings en demo's en we plakken de muren vol met geeltjes. Maar iets in mij zegt mij dat er meer nodig is dan dat.<br />
<br />
Volgens mij gaat het om de geest. Net zoals (vroeger) bij het invoeren van PRINCE2: het gaat niet alleen om de templates en het jargon, maar het gaat erom dat je vooral en bovenal de geest invoert. En bij Scrum is dat gelukkig een heel vriendelijk geestje.<br />
<br />
Ik zie de geest van Scrum vooral in het empoweren van het team. En dat betekent dus dat de Product Owner niet voorkauwt <b>hoe </b>iets gemaakt moet worden, maar alleen <b>wat </b>hij wilt hebben. En dat lijkt eigenlijk wel wat op de zelfde geest die in PRINCE2 zit: product gebaseerd werken boven activiteit gericht plannen. <br />
<br />
Hierbij wil ik niet zeggen dat Scrum en PRINCE2 hetzelfde zijn.Geestelijk gezien zijn er wel degelijk overeenkomsten en verschillen. En zo zal ook bij Scrum invoeren gelden: als we de geest invoeren, volgt het lichaam vanzelf.Jaap Schuttevaerhttp://www.blogger.com/profile/00398698906941075410noreply@blogger.com0tag:blogger.com,1999:blog-899694752205545662.post-3458959788666752872011-06-16T16:04:00.000+02:002014-09-12T15:39:09.177+02:00Over oude wijn en nieuwe zakken<!--[if gte mso 9]><xml> <w:WordDocument> <w:View>Normal</w:View> <w:Zoom>0</w:Zoom> <w:TrackMoves/> <w:TrackFormatting/> <w:HyphenationZone>21</w:HyphenationZone> <w:PunctuationKerning/> <w:ValidateAgainstSchemas/> <w:SaveIfXMLInvalid>false</w:SaveIfXMLInvalid> <w:IgnoreMixedContent>false</w:IgnoreMixedContent> <w:AlwaysShowPlaceholderText>false</w:AlwaysShowPlaceholderText> <w:DoNotPromoteQF/> <w:LidThemeOther>NL</w:LidThemeOther> <w:LidThemeAsian>X-NONE</w:LidThemeAsian> <w:LidThemeComplexScript>X-NONE</w:LidThemeComplexScript> <w:Compatibility> <w:BreakWrappedTables/> <w:SnapToGridInCell/> <w:WrapTextWithPunct/> <w:UseAsianBreakRules/> <w:DontGrowAutofit/> <w:SplitPgBreakAndParaMark/> <w:DontVertAlignCellWithSp/> <w:DontBreakConstrainedForcedTables/> <w:DontVertAlignInTxbx/> <w:Word11KerningPairs/> <w:CachedColBalance/> </w:Compatibility> <w:BrowserLevel>MicrosoftInternetExplorer4</w:BrowserLevel> <m:mathPr> <m:mathFont m:val="Cambria Math"/> <m:brkBin m:val="before"/> <m:brkBinSub m:val="--"/> <m:smallFrac m:val="off"/> <m:dispDef/> <m:lMargin m:val="0"/> <m:rMargin m:val="0"/> <m:defJc m:val="centerGroup"/> <m:wrapIndent m:val="1440"/> <m:intLim m:val="subSup"/> <m:naryLim m:val="undOvr"/> </m:mathPr></w:WordDocument> </xml><![endif]--><!--[if gte mso 9]><xml> <w:LatentStyles DefLockedState="false" DefUnhideWhenUsed="true"
DefSemiHidden="true" DefQFormat="false" DefPriority="99"
LatentStyleCount="267"> <w:LsdException Locked="false" Priority="0" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="Normal"/> <w:LsdException Locked="false" Priority="9" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="heading 1"/> <w:LsdException Locked="false" Priority="9" QFormat="true" Name="heading 2"/> <w:LsdException Locked="false" Priority="9" QFormat="true" Name="heading 3"/> <w:LsdException Locked="false" Priority="9" QFormat="true" Name="heading 4"/> <w:LsdException Locked="false" Priority="9" QFormat="true" Name="heading 5"/> <w:LsdException Locked="false" Priority="9" QFormat="true" Name="heading 6"/> <w:LsdException Locked="false" Priority="9" QFormat="true" Name="heading 7"/> <w:LsdException Locked="false" Priority="9" QFormat="true" Name="heading 8"/> <w:LsdException Locked="false" Priority="9" QFormat="true" Name="heading 9"/> <w:LsdException Locked="false" Priority="39" Name="toc 1"/> <w:LsdException Locked="false" Priority="39" Name="toc 2"/> <w:LsdException Locked="false" Priority="39" Name="toc 3"/> <w:LsdException Locked="false" Priority="39" Name="toc 4"/> <w:LsdException Locked="false" Priority="39" Name="toc 5"/> <w:LsdException Locked="false" Priority="39" Name="toc 6"/> <w:LsdException Locked="false" Priority="39" Name="toc 7"/> <w:LsdException Locked="false" Priority="39" Name="toc 8"/> <w:LsdException Locked="false" Priority="39" Name="toc 9"/> <w:LsdException Locked="false" Priority="35" QFormat="true" Name="caption"/> <w:LsdException Locked="false" Priority="10" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="Title"/> <w:LsdException Locked="false" Priority="1" Name="Default Paragraph Font"/> <w:LsdException Locked="false" Priority="11" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="Subtitle"/> <w:LsdException Locked="false" Priority="22" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="Strong"/> <w:LsdException Locked="false" Priority="20" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="Emphasis"/> <w:LsdException Locked="false" Priority="59" SemiHidden="false"
UnhideWhenUsed="false" Name="Table Grid"/> <w:LsdException Locked="false" UnhideWhenUsed="false" Name="Placeholder Text"/> <w:LsdException Locked="false" Priority="1" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="No Spacing"/> <w:LsdException Locked="false" Priority="60" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Shading"/> <w:LsdException Locked="false" Priority="61" SemiHidden="false"
UnhideWhenUsed="false" Name="Light List"/> <w:LsdException Locked="false" Priority="62" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Grid"/> <w:LsdException Locked="false" Priority="63" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 1"/> <w:LsdException Locked="false" Priority="64" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 2"/> <w:LsdException Locked="false" Priority="65" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 1"/> <w:LsdException Locked="false" Priority="66" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 2"/> <w:LsdException Locked="false" Priority="67" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 1"/> <w:LsdException Locked="false" Priority="68" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 2"/> <w:LsdException Locked="false" Priority="69" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 3"/> <w:LsdException Locked="false" Priority="70" SemiHidden="false"
UnhideWhenUsed="false" Name="Dark List"/> <w:LsdException Locked="false" Priority="71" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Shading"/> <w:LsdException Locked="false" Priority="72" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful List"/> <w:LsdException Locked="false" Priority="73" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Grid"/> <w:LsdException Locked="false" Priority="60" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Shading Accent 1"/> <w:LsdException Locked="false" Priority="61" SemiHidden="false"
UnhideWhenUsed="false" Name="Light List Accent 1"/> <w:LsdException Locked="false" Priority="62" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Grid Accent 1"/> <w:LsdException Locked="false" Priority="63" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 1 Accent 1"/> <w:LsdException Locked="false" Priority="64" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 2 Accent 1"/> <w:LsdException Locked="false" Priority="65" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 1 Accent 1"/> <w:LsdException Locked="false" UnhideWhenUsed="false" Name="Revision"/> <w:LsdException Locked="false" Priority="34" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="List Paragraph"/> <w:LsdException Locked="false" Priority="29" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="Quote"/> <w:LsdException Locked="false" Priority="30" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="Intense Quote"/> <w:LsdException Locked="false" Priority="66" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 2 Accent 1"/> <w:LsdException Locked="false" Priority="67" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 1 Accent 1"/> <w:LsdException Locked="false" Priority="68" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 2 Accent 1"/> <w:LsdException Locked="false" Priority="69" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 3 Accent 1"/> <w:LsdException Locked="false" Priority="70" SemiHidden="false"
UnhideWhenUsed="false" Name="Dark List Accent 1"/> <w:LsdException Locked="false" Priority="71" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Shading Accent 1"/> <w:LsdException Locked="false" Priority="72" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful List Accent 1"/> <w:LsdException Locked="false" Priority="73" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Grid Accent 1"/> <w:LsdException Locked="false" Priority="60" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Shading Accent 2"/> <w:LsdException Locked="false" Priority="61" SemiHidden="false"
UnhideWhenUsed="false" Name="Light List Accent 2"/> <w:LsdException Locked="false" Priority="62" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Grid Accent 2"/> <w:LsdException Locked="false" Priority="63" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 1 Accent 2"/> <w:LsdException Locked="false" Priority="64" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 2 Accent 2"/> <w:LsdException Locked="false" Priority="65" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 1 Accent 2"/> <w:LsdException Locked="false" Priority="66" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 2 Accent 2"/> <w:LsdException Locked="false" Priority="67" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 1 Accent 2"/> <w:LsdException Locked="false" Priority="68" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 2 Accent 2"/> <w:LsdException Locked="false" Priority="69" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 3 Accent 2"/> <w:LsdException Locked="false" Priority="70" SemiHidden="false"
UnhideWhenUsed="false" Name="Dark List Accent 2"/> <w:LsdException Locked="false" Priority="71" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Shading Accent 2"/> <w:LsdException Locked="false" Priority="72" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful List Accent 2"/> <w:LsdException Locked="false" Priority="73" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Grid Accent 2"/> <w:LsdException Locked="false" Priority="60" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Shading Accent 3"/> <w:LsdException Locked="false" Priority="61" SemiHidden="false"
UnhideWhenUsed="false" Name="Light List Accent 3"/> <w:LsdException Locked="false" Priority="62" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Grid Accent 3"/> <w:LsdException Locked="false" Priority="63" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 1 Accent 3"/> <w:LsdException Locked="false" Priority="64" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 2 Accent 3"/> <w:LsdException Locked="false" Priority="65" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 1 Accent 3"/> <w:LsdException Locked="false" Priority="66" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 2 Accent 3"/> <w:LsdException Locked="false" Priority="67" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 1 Accent 3"/> <w:LsdException Locked="false" Priority="68" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 2 Accent 3"/> <w:LsdException Locked="false" Priority="69" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 3 Accent 3"/> <w:LsdException Locked="false" Priority="70" SemiHidden="false"
UnhideWhenUsed="false" Name="Dark List Accent 3"/> <w:LsdException Locked="false" Priority="71" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Shading Accent 3"/> <w:LsdException Locked="false" Priority="72" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful List Accent 3"/> <w:LsdException Locked="false" Priority="73" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Grid Accent 3"/> <w:LsdException Locked="false" Priority="60" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Shading Accent 4"/> <w:LsdException Locked="false" Priority="61" SemiHidden="false"
UnhideWhenUsed="false" Name="Light List Accent 4"/> <w:LsdException Locked="false" Priority="62" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Grid Accent 4"/> <w:LsdException Locked="false" Priority="63" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 1 Accent 4"/> <w:LsdException Locked="false" Priority="64" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 2 Accent 4"/> <w:LsdException Locked="false" Priority="65" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 1 Accent 4"/> <w:LsdException Locked="false" Priority="66" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 2 Accent 4"/> <w:LsdException Locked="false" Priority="67" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 1 Accent 4"/> <w:LsdException Locked="false" Priority="68" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 2 Accent 4"/> <w:LsdException Locked="false" Priority="69" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 3 Accent 4"/> <w:LsdException Locked="false" Priority="70" SemiHidden="false"
UnhideWhenUsed="false" Name="Dark List Accent 4"/> <w:LsdException Locked="false" Priority="71" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Shading Accent 4"/> <w:LsdException Locked="false" Priority="72" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful List Accent 4"/> <w:LsdException Locked="false" Priority="73" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Grid Accent 4"/> <w:LsdException Locked="false" Priority="60" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Shading Accent 5"/> <w:LsdException Locked="false" Priority="61" SemiHidden="false"
UnhideWhenUsed="false" Name="Light List Accent 5"/> <w:LsdException Locked="false" Priority="62" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Grid Accent 5"/> <w:LsdException Locked="false" Priority="63" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 1 Accent 5"/> <w:LsdException Locked="false" Priority="64" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 2 Accent 5"/> <w:LsdException Locked="false" Priority="65" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 1 Accent 5"/> <w:LsdException Locked="false" Priority="66" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 2 Accent 5"/> <w:LsdException Locked="false" Priority="67" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 1 Accent 5"/> <w:LsdException Locked="false" Priority="68" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 2 Accent 5"/> <w:LsdException Locked="false" Priority="69" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 3 Accent 5"/> <w:LsdException Locked="false" Priority="70" SemiHidden="false"
UnhideWhenUsed="false" Name="Dark List Accent 5"/> <w:LsdException Locked="false" Priority="71" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Shading Accent 5"/> <w:LsdException Locked="false" Priority="72" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful List Accent 5"/> <w:LsdException Locked="false" Priority="73" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Grid Accent 5"/> <w:LsdException Locked="false" Priority="60" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Shading Accent 6"/> <w:LsdException Locked="false" Priority="61" SemiHidden="false"
UnhideWhenUsed="false" Name="Light List Accent 6"/> <w:LsdException Locked="false" Priority="62" SemiHidden="false"
UnhideWhenUsed="false" Name="Light Grid Accent 6"/> <w:LsdException Locked="false" Priority="63" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 1 Accent 6"/> <w:LsdException Locked="false" Priority="64" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Shading 2 Accent 6"/> <w:LsdException Locked="false" Priority="65" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 1 Accent 6"/> <w:LsdException Locked="false" Priority="66" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium List 2 Accent 6"/> <w:LsdException Locked="false" Priority="67" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 1 Accent 6"/> <w:LsdException Locked="false" Priority="68" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 2 Accent 6"/> <w:LsdException Locked="false" Priority="69" SemiHidden="false"
UnhideWhenUsed="false" Name="Medium Grid 3 Accent 6"/> <w:LsdException Locked="false" Priority="70" SemiHidden="false"
UnhideWhenUsed="false" Name="Dark List Accent 6"/> <w:LsdException Locked="false" Priority="71" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Shading Accent 6"/> <w:LsdException Locked="false" Priority="72" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful List Accent 6"/> <w:LsdException Locked="false" Priority="73" SemiHidden="false"
UnhideWhenUsed="false" Name="Colorful Grid Accent 6"/> <w:LsdException Locked="false" Priority="19" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="Subtle Emphasis"/> <w:LsdException Locked="false" Priority="21" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="Intense Emphasis"/> <w:LsdException Locked="false" Priority="31" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="Subtle Reference"/> <w:LsdException Locked="false" Priority="32" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="Intense Reference"/> <w:LsdException Locked="false" Priority="33" SemiHidden="false"
UnhideWhenUsed="false" QFormat="true" Name="Book Title"/> <w:LsdException Locked="false" Priority="37" Name="Bibliography"/> <w:LsdException Locked="false" Priority="39" QFormat="true" Name="TOC Heading"/> </w:LatentStyles> </xml><![endif]--><!--[if gte mso 10]> <style>
/* Style Definitions */
table.MsoNormalTable
{mso-style-name:Standaardtabel;
mso-tstyle-rowband-size:0;
mso-tstyle-colband-size:0;
mso-style-noshow:yes;
mso-style-priority:99;
mso-style-qformat:yes;
mso-style-parent:"";
mso-padding-alt:0cm 5.4pt 0cm 5.4pt;
mso-para-margin-top:0cm;
mso-para-margin-right:0cm;
mso-para-margin-bottom:10.0pt;
mso-para-margin-left:0cm;
line-height:115%;
mso-pagination:widow-orphan;
font-size:11.0pt;
font-family:"Calibri","sans-serif";
mso-ascii-font-family:Calibri;
mso-ascii-theme-font:minor-latin;
mso-hansi-font-family:Calibri;
mso-hansi-theme-font:minor-latin;
mso-fareast-language:EN-US;}
</style> <![endif]--> <br />
<div class="MsoNormal">
</div>
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjjeXURJGjbt8hxj5iLDr311dEm787oLYgIYrb0r6UKbf5DqEJ557iz2FH-cWmyJ5lNkNkruvSh5ry9srJdhGAjUrU4KRpMBj1NzTovU0PHr7ukymr5YjHS3CyU3R3AqkTFl4KKAnnYCa0/s1600/top_40_logo.gif" imageanchor="1" style="clear: left; float: left; margin-bottom: 1em; margin-right: 1em;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjjeXURJGjbt8hxj5iLDr311dEm787oLYgIYrb0r6UKbf5DqEJ557iz2FH-cWmyJ5lNkNkruvSh5ry9srJdhGAjUrU4KRpMBj1NzTovU0PHr7ukymr5YjHS3CyU3R3AqkTFl4KKAnnYCa0/s200/top_40_logo.gif" height="65" width="200" /></a></div>
<div class="MsoNormal">
Scrum wordt op veel IT afdelingen in Nederland ingevoerd. Ieder zoekt daarin zijn eigen weg en loopt tegen issues op. O nee: tegen impediments. Zou er een top-40 zijn van veelvoorkomende impediments? Ik heb hem niet gevonden. Maar in mijn omgeving ben ik er drie tegengekomen die zondermeer hoog op zo’n hit-parade kunnen scoren.</div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
De eerste is het ‘oude wijn in nieuwe zakken’ syndroom. Daarmee bedoel ik dat we bestaande werkwijzen, rollen, processen en procedures (oude wijn) proberen te plooien om te passen binnen de nieuwe Scrum werkwijze (de nieuw zak). Daarbij bedoel ik dus niet dat Scrum oude wijn is in een nieuwe verpakking. Nee, vaak wordt onbewust krampachtig <span style="mso-spacerun: yes;"> </span>bestaande werkwijzen in de Scrum wijze van ontwikkelen gepropt. Het effect is dat we alsnog veel <span style="mso-spacerun: yes;"> </span>‘non value-adding waste’ introduceren.</div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
De tweede lijkt hierop, maar is toch anders. Het punt is dat we Scrum maar ten dele invoeren. Meestal in het software- <span style="mso-spacerun: yes;"> </span>of systeemontwikkelingsproces. Maar de muren tussen de IT afdeling en ‘de business’ blijven staan. Een IT projectleider wordt de Product Owner en gaat voor ‘de business’ bepalen wat ze willen. En omdat zeker te stellen grijpt hij/zij terug op klassieke methoden zoals stakeholdermanagement en ‘management by jumping around’.</div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm; mso-layout-grid-align: none; text-autospace: none;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: 0.0001pt;">
De derde is de partiële optimalisatie . Of zoals Eli Goldratt zegt: ““A system of local optimums is not an optimum system at all.” Wat ik zie, is dat er in een deel van het totale veranderproces (voorheen ‘project’ genoemd) <span style="mso-spacerun: yes;"> </span>met Scrum wordt gewerkt, maar dat daarvoor en daarna nog standaard watervalfasen worden uitgevoerd met veel langere doorlooptijden dan de gemiddelde sprint. Ik denk dan aan Impact Analyses, FAT en GAT testen et cetera.</div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: 0.0001pt;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: 0.0001pt;">
Dit is de top-3 van mij. Ik ben benieuwd wat jij vandaag als nieuwe binnenkomer ziet! </div>
Jaap Schuttevaerhttp://www.blogger.com/profile/00398698906941075410noreply@blogger.com0tag:blogger.com,1999:blog-899694752205545662.post-46047807463112145622011-05-16T10:01:00.000+02:002014-09-12T15:39:22.439+02:00Hoeveel Product Owners heb je nodig?<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEi_cIogBc2cIqCjqEW88EhqQXgODDaJ2eTsigNEPhPk3ic4KcUnQ1p7_y6ROyN6a4455bt2or4LDYyguxbolMqdEWLVShl6Spsk-RdKhH0NMmhh4Dyu0a39n30ZI8FcvSz_7FdkCas1uFA/s1600/stoel_regisseur.jpg" imageanchor="1" style="clear: left; cssfloat: left; float: left; margin-bottom: 1em; margin-right: 1em;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEi_cIogBc2cIqCjqEW88EhqQXgODDaJ2eTsigNEPhPk3ic4KcUnQ1p7_y6ROyN6a4455bt2or4LDYyguxbolMqdEWLVShl6Spsk-RdKhH0NMmhh4Dyu0a39n30ZI8FcvSz_7FdkCas1uFA/s200/stoel_regisseur.jpg" height="200px" j8="true" width="200px" /></a></div>
<div class="MsoNormal" style="margin: 0cm 0cm 10pt;">
<span style="font-family: Calibri;">‘Business Value’ is een belangrijk begrip in Scrum. En niet ten onrechte. In PRINCE2 is het ook een belangrijke pijler onder de methode, maar daar heet het de Business Case: de zakelijke rechtvaardiging. Het mooie, vind ik, van Scrum is dat er nu ook een duidelijk rol aan wordt gekoppeld, namelijk die van een Product Owner.</span></div>
<div class="MsoNormal" style="margin: 0cm 0cm 10pt;">
<span style="font-family: Calibri;">Maar is er wel 1 Product Owner aan te wijzen? Is een product of service in een bedrijf niet het kindje van velen? De eigenschappen van een product, vooral de niet-functionele, zijn slechts indirect aan hard ‘Business Value’ te koppelen. Ik denk daarbij aan Security eisen, Architectuur eisen, Compliance eisen, en zo kunnen we nog wel even door gaan.</span></div>
<div class="MsoNormal" style="margin: 0cm 0cm 10pt;">
<span style="font-family: Calibri;">Hoe bewaken we nu dat er een juiste balans is tussen productfocus, op functionele eisen met ‘Business Value’ enerzijds, en focus op de niet (direct) functionele eisen. Volgens Scrum is dat gewoon even iets dat de Product Owner moet doen. Mooi gezegd en lastig gedaan. De Product Owner krijgt zo wel heel veel op haar (of zijn) bordje.</span></div>
<div class="MsoNormal" style="margin: 0cm 0cm 10pt;">
<span style="font-family: Calibri;">Een oplossing is het regisseren van belangen onderbrengen bij een onafhankelijke en objectieve rol. Die rol bestaat nu nog niet in Scrum, en ook niet in PRINCE2. Hoewel, in PRINCE2 is er Project Assurance. Maar in de praktijk wordt dat meer ingevuld als procesborging. En wordt vandaar uit getoetst of de Project Manager wel goed aan stakeholdermanagement doet. In Scrum is dit 'gewoon' de taak van de Product Owner.</span></div>
<div class="MsoNormal" style="margin: 0cm 0cm 10pt;">
<span style="font-family: Calibri;">Ik pleit voor het benoemen van de rol 'QualityDirector', of in het Nederlands: 'Kwaliteitsregisseur'. Iemand die de balans bewaakt tussen de realisatie van directe ‘Business Value’ (de belangen van de Product Owner) en die van de realisatie van de niet-functionele eisen (de belangen van het hele bedrijf).</span></div>
Jaap Schuttevaerhttp://www.blogger.com/profile/00398698906941075410noreply@blogger.com2tag:blogger.com,1999:blog-899694752205545662.post-60770722932329421992011-04-21T09:39:00.000+02:002014-09-12T15:39:38.631+02:00Over Scrum, PRINCE2 en Waste<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgWlTZmXyQOZAZQwmPok5AkijKIIoAp0BSZHIs2AEs7CgwE7h-TNKnssMdKU24iVUvF_572LkeI9avFdtCLz5WQU579olVP-_UfuXvbynK1o_zp61NYydOODJog2yhCmre416fq68F6i3M/s1600/pile.jpg" imageanchor="1" style="clear: left; float: left; margin-bottom: 1em; margin-right: 1em;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgWlTZmXyQOZAZQwmPok5AkijKIIoAp0BSZHIs2AEs7CgwE7h-TNKnssMdKU24iVUvF_572LkeI9avFdtCLz5WQU579olVP-_UfuXvbynK1o_zp61NYydOODJog2yhCmre416fq68F6i3M/s200/pile.jpg" height="200" width="172" /></a></div>
Agile projectmanagement, en Scrum in het bijzonder, wordt steeds populairder. Er lijkt een tendens te zijn om alles wat riekt naar overhead, 'waste' in goed Leans, lekker weg te snoeien. En het mag! Want Lean gaat over het wegwerken van alle 'waste'. Alles wat niet waarde toevoegt is 'waste' en het voorkomen van 'waste' is de eerste en groots haalbare verbetering die je kunt doen.<br />
<br />
In Nederland is PRINCE2 zeer breed ingevoerd als projectmanagementmethode. Voordelen zijn er genoeg, maar er zijn net zoveel nadelen. Het meest genoemde, terecht of niet, vooronderstelling tegen PRINCE2 is dat er zoveel documentatie is te maken. Helaas is het vaak nog waar ook. Niet door PRINCE2, maar door de implementaties bij veel organisaties.<br />
<br />
Maar waarom hebben veel organisaties besloten om veel te laten documenteren? Omdat dat moest van PRINCE2? Dat kan toch nooit de enige of grootste reden zijn geweest!<br />
<br />
Nee, de reden is volgens mij een andere. Onzekerheid!<br />
<br />
Als je een nieuwe manier van werken introduceert, zoals jaren terug PRINCE2, is dat voor de gebruikers daarvan wel even wennen. En als we iets anders moeten doen dan we gewend waren, dan worden we onzeker: 'hoe moet dat dan?'. Om daar aan tegemoet te komen worden de PRINCE2 processen uitgeschreven tot op het niveau van procedures. Maar dat is dan toch nog niet genoeg: 'hoe moet het resultaat van die procedure er dan uit zien?', 'is daar geen template voor?'.<br />
<br />
En zo komen de verplichte templates onze wereld in. Dezelfde templates die later zien als 'waste'. En ja, in zekere zin zijn die ook 'waste'. Maar geen pure 'waste' die moet, maar 'value enabling waste' die we zelf wilden.Jaap Schuttevaerhttp://www.blogger.com/profile/00398698906941075410noreply@blogger.com0tag:blogger.com,1999:blog-899694752205545662.post-74597907168651606882011-04-06T14:07:00.000+02:002014-09-12T15:39:50.111+02:00Na Pino nu Sino<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjix2slXw5axjshumizpX8wyV7pcju2x26uzICRDKNuPZvJRy5mr_dCeGV6vDGOfu0_xrTHUEjJNpMGbMgE35pil-eeIT8ozvNLsmHbmDsEJ0MwXB8Ow0nT7tjcY23DHxVtOVMwUEaEg-Y/s1600/scrum1.jpg" imageanchor="1" style="clear: left; float: left; margin-bottom: 1em; margin-right: 1em;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjix2slXw5axjshumizpX8wyV7pcju2x26uzICRDKNuPZvJRy5mr_dCeGV6vDGOfu0_xrTHUEjJNpMGbMgE35pil-eeIT8ozvNLsmHbmDsEJ0MwXB8Ow0nT7tjcY23DHxVtOVMwUEaEg-Y/s200/scrum1.jpg" height="115" width="200" /></a></div>
Toen PRINCE2 in Nederland voet aan de grond kreeg, kwam snel daarna het begrip 'Pino' op. Dit betekent 'PRINCE2 in name only'. Velen waren gecharmeerd door PRINCE2, maar gingen het vervolgens maar een beetje adopteren. Klinkt als een beetje zwanger. Om het netjes te maken werd het fenomeen van 'wel PRINCE2 noemen, maar niet geheel invoeren' Pino genoemd.<br />
<br />
Nu zie ik steeds vaker om mij heen Scrum ingevoerd worden. En daarbij speelt hetzelfde als met PRINCE2 en Pino: de makkelijke krenten worden uit de pap gevist, en we roepen dat we druk aan het Scrummen zijn. Maar welke krenten zijn het? En hoe erg is het eigenlijk?<br />
<br />
'Krenten uit de pap vissen' heeft volgens mij het risico in zich dat de gehele kracht van de methode, keurig vastgelegd in het Agile Manifesto, niet worden gehaald. Maar ten koste van alles alleen maar Scum in zijn geheel invoeren is een ander uiterste. Volgens mij ligt de waarheid, zoals zo vaak, weer eens ergens in het midden: kijk met gezond verstand naar wat je doen en pas Scum toe zoals het in jouw situatie gepast is en je het meeste oplevert. En probeer het een paar sprints. Maar als je alleen maar de Scrum-ceremonies gebruikt en dan toch noemt dat je Scrumt, dan is het 'Sino'. Sorry.Jaap Schuttevaerhttp://www.blogger.com/profile/00398698906941075410noreply@blogger.com0