Deze week werd het al duidelijk. Mijn opdracht hield op.
Ik ben de afgelopen maanden betrokken geweest bij een project als Scrum coach.
Het nadeel van de rol van scrum coach in deze was het feit dat ik daarbij geen bevoegdheden had. Natuurlijk kon ik met iedereen praten en adviezen geven, echter was het wat mij betreft makkelijker geweest als ik hierbij de rol van Scrum Master had gekregen en dan geleidelijk een Scrum master had kunnen inweiden.
Het had misschien niets uitgemaakt, want het bleek al heel snel dat we als team voornamelijk tegen een aantal standaard scrum smells aanliepen.
Een van de teamleden was bijna onmisbaar in zijn rol als troubleshooter voor voornamelijk belangrijke processen zoals applicaties die in productie draaiden. Troubleshooting bleek toch eigenlijk wel 75-80% van zijn tijd, en daarnaast een medezeggenschap rol in de organisatie.
Wel had hij een zeer belangrijke competentie voor het team welke niet kon worden overgenomen.
Een ander aspect binnen de organisatie was de indeling binnen het bedrijf van de verschillende afdelingen. Zo was er een afdeling die de requirements beheerde, een afdeling die de functionele ontwerpen deed, een testafdeling, etc. Ofwel, de verschillende V model rollen waren aanwezig in de organisatie als afdelingen, en daarbij hadden we volgens de procedure natuurlijk alle afdelingen nodig. In principe heb ik geen probleem met de indeling van afdelingen in de V model competenties. Echter verwacht ik dan wel een matrix organisatie waarbij ik dan van elke afdeling een "resource"kan verkrijgen voor het team (en voor 100%). Het nadeel van zo'n team zou natuurlijk wel de hele duidelijke differentiatie van disciplines zijn. Helaas was dat laatste ook voor het team in mijn opdracht van toepassing.
We hadden last van onbekendheid met Agile en Scrum, we hadden last van hoge mate van differentiatie in disciplines, we hadden last van de verschillende afdelingen in een waterval configuratie, maar wat er gelukkig goed ging was de drive van het team. Helaas mocht dat het proces niet redden.
eren
De volgende keer zal ik meer proberen af te dwingen wat betreft bevoegdheden, maar helaas heb ik ook dat niet altijd voor het zeggen, want laten we eerlijk wezen, de indeling van de organisatie waar ik voor werk is ook niet echt bevorderlijk voor een Agile opdracht.
Showing posts with label Scrum. Show all posts
Showing posts with label Scrum. Show all posts
Friday, December 18, 2009
Friday, December 4, 2009
Nieuwe scrummers?
Er is de laatste tijd veel discussie op Scrum groepen over juist gebruik van Scrum na de invoering.
Ik heb een nogal duidelijk beeld hierop voor mezelf.
Indien ik aan de slag ga met een nieuwe Scrum invoer, dan zal ik deze zo puur mogelijk insteken.
Om iets goed te leren moet je het eerst goed doen. Scrum heeft een duidelijke samenhang. Indien je aan het begin al concessies doet met betrekking tot het framework dan zullen de deelnemers hieraan nooit weten hoe het eigenlijk moet.
Een goed begin is het halve werk. Dat geldt zeer zeker voor de invoer van een nieuw process.
Natuurlijk brengt zo'n verandering weerstand met zich mee. Dit is waar voor elke verandering.
Een organisatie die vraagt of je helpt met het invoeren van een nieuwe manier van werken geeft op zich al aan dat ze bepaalde verandering zullen accepteren. De weerstand zal aanwezig zijn, echter door de welwillendheid soepeler.
Als je het proces later recht wil buigen zul je meer weerstand tegen komen. Probeer het zuiver te houden is mijn devies.
Nadat een Team veel ervaring heeft opgedaan is het altijd mogelijk dat men door voortschrijdend inzicht proceswijzigingen verzoekt.
Indien dat gebeurd zijn er legio voorbeelden en adviezen in de literatuur en de "cloud" te vinden om uit te putten als je zo'n proceswijziging overweegt.
Hou het Agile.
Ik heb een nogal duidelijk beeld hierop voor mezelf.
Indien ik aan de slag ga met een nieuwe Scrum invoer, dan zal ik deze zo puur mogelijk insteken.
Om iets goed te leren moet je het eerst goed doen. Scrum heeft een duidelijke samenhang. Indien je aan het begin al concessies doet met betrekking tot het framework dan zullen de deelnemers hieraan nooit weten hoe het eigenlijk moet.
Een goed begin is het halve werk. Dat geldt zeer zeker voor de invoer van een nieuw process.
Natuurlijk brengt zo'n verandering weerstand met zich mee. Dit is waar voor elke verandering.
Een organisatie die vraagt of je helpt met het invoeren van een nieuwe manier van werken geeft op zich al aan dat ze bepaalde verandering zullen accepteren. De weerstand zal aanwezig zijn, echter door de welwillendheid soepeler.
Als je het proces later recht wil buigen zul je meer weerstand tegen komen. Probeer het zuiver te houden is mijn devies.
Nadat een Team veel ervaring heeft opgedaan is het altijd mogelijk dat men door voortschrijdend inzicht proceswijzigingen verzoekt.
Indien dat gebeurd zijn er legio voorbeelden en adviezen in de literatuur en de "cloud" te vinden om uit te putten als je zo'n proceswijziging overweegt.
Hou het Agile.
Friday, November 27, 2009
Scrum ontwikkelaars of Microsoft ontwikkelaars
In het laatste jaar heb ik me volledig op Scrum geworpen. En wat me daaraan bevalt is dat ik zo enorm veel geleerd heb.
Ik ben werkzaam bij Sogeti en ben daar een van de meest ervaren professionals op dit gebied. Dit heeft als gevolg dat je voor verschillende trajecten gevraagd wordt, presentaties, workshops, advies en sinds kort door een klant ook als coach op gebied van Scrum.
Ik heb in het scala aan trainingen op dit gebied dan ook een tekort opgemerkt. Meestal zal dit wel door de individuele Scrum Masters worden op gepakt. Maar er is, vind ik, te weinig beschikbaar voor de individu die in een Scrum Team terecht komt.
Uiteraard is Sogeti ook door Microsoft en de Scrum Alliance gevraagd om mee te werken aan de Scrum Professional certificering. Mijn probleem echter toen we werden toegesproken door Ken Schwaber om hen te helpen deze certificering op te zetten is een Agile principe. Individuen en interacties zijn belangrijker dan processen en tools.
En alhoewel ik geen probleem heb met het gebruik van de tool die Microsoft heeft ontwikkeld voor dit doel vond ik het nogal vreemd dat er van de Scrum Professional gevraagd wordt gedurende een flinke tijd te werken met de tool voordat de certificering volgt. Wat nu als men niet met Microsoft tooling werkt? Kun je dan geen certificering krijgen?
Binnen Sogeti heb ik daarom een Scrum cursus/workshop ontwikkeld precies voor deze doelgroep. Het was voor mij een streven Scrum Sogeti in te loodsen toen ik er kwam werken. En samen met een Competence Network (groep fanatiekelingen binnen Sogeti) is dit goed gelukt. Al is er nog veel winst te behalen in het opvoeden van de organisatie op het gebied van Scrum en Agile.
Ik ben werkzaam bij Sogeti en ben daar een van de meest ervaren professionals op dit gebied. Dit heeft als gevolg dat je voor verschillende trajecten gevraagd wordt, presentaties, workshops, advies en sinds kort door een klant ook als coach op gebied van Scrum.
Ik heb in het scala aan trainingen op dit gebied dan ook een tekort opgemerkt. Meestal zal dit wel door de individuele Scrum Masters worden op gepakt. Maar er is, vind ik, te weinig beschikbaar voor de individu die in een Scrum Team terecht komt.
Uiteraard is Sogeti ook door Microsoft en de Scrum Alliance gevraagd om mee te werken aan de Scrum Professional certificering. Mijn probleem echter toen we werden toegesproken door Ken Schwaber om hen te helpen deze certificering op te zetten is een Agile principe. Individuen en interacties zijn belangrijker dan processen en tools.
En alhoewel ik geen probleem heb met het gebruik van de tool die Microsoft heeft ontwikkeld voor dit doel vond ik het nogal vreemd dat er van de Scrum Professional gevraagd wordt gedurende een flinke tijd te werken met de tool voordat de certificering volgt. Wat nu als men niet met Microsoft tooling werkt? Kun je dan geen certificering krijgen?
Binnen Sogeti heb ik daarom een Scrum cursus/workshop ontwikkeld precies voor deze doelgroep. Het was voor mij een streven Scrum Sogeti in te loodsen toen ik er kwam werken. En samen met een Competence Network (groep fanatiekelingen binnen Sogeti) is dit goed gelukt. Al is er nog veel winst te behalen in het opvoeden van de organisatie op het gebied van Scrum en Agile.
Friday, November 20, 2009
Een nieuwe ster
Momenteel is er een ster aan het firmament die steeds helderder gaat stralen. Zoals het een ster betaamd is deze al best oud, echter nu krijgt men die pas in de gaten. Misschien door betere apparatuur waardoor men anders wil en kan gaan werken. Misschien omdat men eindelijk eens een andere kant op kijkt.
Sommigen hebben de ster al lang geleden ontdekt en andere eigenlijk gisteren pas. Maar allemaal zijn ze heel enthousiast, nu ja, allemaal, er zijn er altijd die het maar niets vinden.
Waar praat ik over? Het is niets astronomisch of zelf astrologisch, het heeft te maken met project management en voor een groot deel ook met informatie technologie.
Ik praat hier over Scrum.
Mijn ervaring met Scrum is gezien mijn verdere ervaring niet de langste, het is echter wel de felste. Er is niets waar ik op professioneel gebied momenteel meer passie voor heb als Scrum. Eigenlijk komt dat omdat Scrum zo geweldig past. Het is net als die schoen die je aantrekt in de winkel en waar je het liefste meteen mee de deur uit loopt.
Voor diegene die nog niet van Scrum heeft gehoord zal ik regelmatig hier wat over Scrum vertellen. En natuurlijk is er nog veel meer op het internet te vinden over Scrum. En bij net zo gepassioneerde mensen. Ik hoop dat ik net zo gepassioneerd ben als sommigen, die men ook wel een "Champion" noemt (een kampioen). Maar over mezelf zul je me dat nooit horen zeggen.
Evenmin zul je me horen zeggen dat ik een Guru ben. Om eigenlijk twee redenen, 1) het woord Guru is hopeloos uitgemolken, en 2) er is altijd wat te leren over je passie, Guru betekend "Zwaar" en ik ben altijd een lichtgewicht geweest.
De betekenis van gids wil ik me wel graag aanmeten. Op gebied van Scrum heb ik al veel mensen geenthousiasmeerd en dat is nu wat ik graag doe, en wat ik ook graag hier wil doen.
Mocht je vragen hebben over Scrum dan beantwoord ik ze graag.
Sommigen hebben de ster al lang geleden ontdekt en andere eigenlijk gisteren pas. Maar allemaal zijn ze heel enthousiast, nu ja, allemaal, er zijn er altijd die het maar niets vinden.
Waar praat ik over? Het is niets astronomisch of zelf astrologisch, het heeft te maken met project management en voor een groot deel ook met informatie technologie.
Ik praat hier over Scrum.
Mijn ervaring met Scrum is gezien mijn verdere ervaring niet de langste, het is echter wel de felste. Er is niets waar ik op professioneel gebied momenteel meer passie voor heb als Scrum. Eigenlijk komt dat omdat Scrum zo geweldig past. Het is net als die schoen die je aantrekt in de winkel en waar je het liefste meteen mee de deur uit loopt.
Voor diegene die nog niet van Scrum heeft gehoord zal ik regelmatig hier wat over Scrum vertellen. En natuurlijk is er nog veel meer op het internet te vinden over Scrum. En bij net zo gepassioneerde mensen. Ik hoop dat ik net zo gepassioneerd ben als sommigen, die men ook wel een "Champion" noemt (een kampioen). Maar over mezelf zul je me dat nooit horen zeggen.
Evenmin zul je me horen zeggen dat ik een Guru ben. Om eigenlijk twee redenen, 1) het woord Guru is hopeloos uitgemolken, en 2) er is altijd wat te leren over je passie, Guru betekend "Zwaar" en ik ben altijd een lichtgewicht geweest.
De betekenis van gids wil ik me wel graag aanmeten. Op gebied van Scrum heb ik al veel mensen geenthousiasmeerd en dat is nu wat ik graag doe, en wat ik ook graag hier wil doen.
Mocht je vragen hebben over Scrum dan beantwoord ik ze graag.
Subscribe to:
Posts (Atom)
