Testosteron en Agility
In het aprilnummer van Software Release Magazine werd mijn column opgenomen, die dezelfde titel heeft als deze blog entry. Helaas werd de tekst ingekort en slopen er twee tikfouten in die in de oorspronkelijke tekst beslist niet aanwezig waren. De essentie werd daardoor minder gebalanceerd dan mijn bedoeling was. Daarnaast stond het emailadres voor reacties niet vermeld, terwijl ik nu juist probeerde reacties te stimuleren.
Voor het gepubliceerde artikele zou je het blad moeten aanschaffen. Voor de origineel ingediende tekst zie de link: http://iloapp.abc-thinkbig.com/blog/weblog?Home&post=54
Als jij een reactie hebt? Graag!
Let's make our world more Agile.
Mary
- Blog van Agile_M
- login of registreer om te reageren


feminien en masculien
Goede en bedachtzame reactie van Machiel, waarvoor mijn hartelijke dank :)!!!
Ondanks het ontbreken van een emailadres, lang leve google, kreeg ik toch een paar reacties waarvan ik een gedeelte hieronder heb opgenomen (geanonimiseerd)
Beste Mary,
Dit artikel had ik de MT-leden toegereikt. Net op de dag dat wij binnen het MT een verkennende ochtend hadden rond de agile ontwikkelmethodiek zag ik jouw artikel in het SRM staan. Reden genoeg om mijn collega’s direct jouw artikel te laten lezen.
Het leuke is dat ik, manager softwareontwikkeling, de aanstichter ben van onze discussie of exploratie op het gebied van agile. Binnen onze business unit hanteren we sinds jaar en dag de ‘watervalmethodiek’. Veelal resulteert dit in een goede productontwikkeling (hetgeen ik concludeer uit het feit dat we een gezonde BU zijn). Maar toch is het zo dat ik te vaak te horen krijg dat helemaal aan het eind van het ontwikkeltraject een iteratie plaats vindt tussen de ontwikkelaar, de opdrachtgever en de tester. Nu is het vaak zo dat ik mijn medewerkers op het hart druk dat ze een eenduidige opdracht krijgen. Immers als je toetssteen helder is is het beduidend minder moeilijk om een toetsing te doorstaan dan als het volledig vrij is. Een ander fenomeen is ‘groeiend inzicht’…. En dat helemaal aan het eind van het traject natuurlijk.
De agile ontwikkelmethodiek vind ik als concept op zijn minst intrigerend. Bespreek de grote lijn en ga dan lekker dicht bij elkaar zitten en ga het project iteratief afronden. Lezingen als ‘schatten op basis van use-cases’ en ‘test-driven development’ vind ik interessant.
Vanuit deze interesse heb ik recent een MT-ochtend georganiseerd waarbij .......ons, het MT, wat meer zicht heeft gegeven op de agile ontwikkelmethodiek. Nu is het niet zo dat het gesneden koek is, en dat wij voortaan agile gaan ontwikkelen. Maar het MT ziet wel in dat we deze methodiek eens serieus moeten gaan bekijken. Ik kan je vertellen dat ik sowieso blij ben met dit (tussen)resultaat.
Nu even een stap maken naar jouw artikel. Je geeft aan dat deze methodiek meer feminien is en dat de ouderwetse watervalmethodiek feitelijk masculien is. Nu is het in mijn ogen juist dat de kenmerken die jij opneemt onder feminien kenmerkend zijn voor agile, en de kenmerken onder masculien meer passen bij de watervalmethodiek. Maar klopt het dat je deze kenmerken onder respectievelijk feminien en masculien hebt gezet?
Als ik het op mezelf betrek (en ik ben van het mannelijke geslacht) dan zie ik dat ik de nadruk leg op samenwerking, communicatie en afspraken. Het niet over al te lange tussenperioden, want dan is de kans alleen maar groter dat op basis van miscommunicatie er wordt doorgewerkt op foutieve assumpties. Ergo, het feminiene past toch eigenlijk beter bij me. Vreemd?
Maar, om eerlijk te zijn. Ik geloof niet dat we er veel baat bij hebben om te gaan praten in de richting van ‘hij en zij’. Ik zie samenwerking (en productontwikkeling) op basis van een goede communicatie als wenselijk. Een autoritaire macho-aansturing, daar zit ik niet op te wachten. Is het één nu vrouwelijk en het ander mannelijk? Neen, daar ben ik niet van overtuigd. Misschien is het één wel meer vrouwelijk en het ander meer mannelijk. Maar noch vrouwen, noch mannen kunnen over één kam gehaald worden. Gelukkig hebben we tal van varianten.
Als we jouw artikel als chargerend moeten lezen, tja. Ik denk dat het wel beeldend werkt. Maar laten we het niet terug voeren op het mannelijke of het vrouwelijke
Mijn antwoord was:
Hoi ......,
Enorm leuk om jouw uitgebreide reactie te ontvangen!
Goed ook dat jullie de mogelijkheden van Agile ontwikkel- en projectmethodieken onderzoeken. Wat ik ervaar is vooral dat de mensen in het project zich senang voelen en beduidend meer gemotiveerd zijn. Het in het proces van kleine stukjes functionaliteit opleveren, levert daarnaast grote zakelijke voordelen op. Je hebt nog niet veel uitgegeven en als het niet past, is weggooien dus een realistische optie. Bovendien ben je in staat de ontwikkelingen (het groeiend inzicht) echt te volgen en als je regelmatig de opleveringen afstemt met gebruikers, producteigenaren dan krijgen zij daadwerkelijk wat ze nodig hebben. Enfin, ik ben een fan van Agile (en Lean) denkwijzen. Vandaar. We kunnen hier over doordiscussiëren als je wilt. ..... spreekt regelmatig op bijeenkomsten en geeft workshops bij bedrijven. Goede keuze!
Even over chargerend. Mijn oorspronkelijke inzending was iets meer gebalanceerd. De aanleiding voor het schrijven van de column is weggevallen, de kernwaarden in het Agile manifesto, een enkel zin tussenin is weggehaald en de afsluiting. Daardoor zijn er wat bruggetjes weggevallen. Je kunt mijn originele inzending lezen op mijn persoonlijk weblog.
Dan over het hoofdonderwerp feminien en masculien. De onderverdeling is niet van mij maar van de wetenschappers, en ik vind ze soms behoorlijk arbitrair. Niettemin is dat de manier waarop er (nog) naar gekeken wordt. Nu moet ik er wel de opmerking bij maken dat het niet gaat om M/V, maar om als vrouwelijk of mannelijk betitelde eigenschappen die een mens, van ieder van de sexen, kan bezitten. Als je daar meer over wilt weten dan kun je op www.weeda.nl kijken. Mannen hebben eigenschappen die als feminien gezien worden, vrouwen hebben eigenschappen die al masculien gezien worden. Het is, zeg maar, een continuüm die gaat van zeer mannelijke man tot zeer vrouwelijke vrouw en een scala aan varianten die ertussen liggen...........Blijft echter dat in de classificatie ‘eigenschap M/V’ Agile hoog V scoort.
De wetenschapper Geert Hofstede heeft culturen gekwalificeerd aan de hand van 5 dimensies, waarvan een de mate van masculiniteit is op http://www.hetfenomeenstatus.nl/cultuurmodellen/hofstede.php kun je daar meer over lezen als je dat interessant vindt. Nederland i.v.m. goed zorgstelsel en het overlegmodel scoort laag op de mate van masculiniteit. Het is kennelijk ook gedeeltelijk een landsaard ;)
Het verschil in leiderschap en management begint breder bekend / aanvaard te worden. Ook dat heeft ook met eigenschappen (M/V) te maken.
......................
Deze is van een dame:
Goedemorgen Mary,
Ik besef terdege dat de implementatie van Agile niet eenvoudig zal zijn.
Wat me aansprak in het artikel was de link die werd gelegd naar de aard en kenmerken van Agile en de trend in ICT qua opbouw en verdeling naar mannen en vrouwen.
Ik heb bedrijfskunde gestudeerd en ben na 5 jaar (2001) als productmanager bij ........ gestart in de ICT. Dat bleek een stuk leuker te zijn dan het op afstand leek. In mijn team heb ik op 30 consultants nu 5 vrouwen in dienst, waarvan 2 dit jaar gestart zijn direct na hun opleiding HBO BI. Dus ik herken de trend.
Nu blijkt dat een functie als consultant vaak lastig combineert met de zorg voor (jonge) kinderen, dus we ‘verliezen’ veel mensen na een jaar of 10. Onze opdrachtgevers, veel locale overheden, zijn dan een aantrekkelijker werkgever.
De titel was natuurlijk ook pakkend. Ik kreeg het artikel aangereikt van mijn (mannelijke) collega, een manager en hij was met name getriggerd door de titel.
Tot zover.
Ik ben erg blij met de reacties van deze kwaliteit en zie dat de nieuwsgierigheid naar agile praktijken groter wordt. Een goede ontwikkeling, lijkt mij.
Let's make our world more agile
Mary
Ik denk dat Agile, in dit
Ik denk dat Agile, in dit licht, vooral een overwinning is van de, meestal wat zachtere, IT'ers op hun, vaak wat meer statusgerichte, managers. Als een stereotype manager (man) een plan maakt is dat ambitieus en klinkend en zal hij eigenhandig met zijn sterke armen het project in de juiste richting buigen, desnoods brult hij het team over de eindstreep als een veldheer die zijn troepen aanmoedigt.
Ontwikkelaars (lees: mensen) werken alleen niet optimaal in zo'n keurslijf. Dat keurslijf is dan ook niet bedacht door de echte professionals, maar door mensen die juist vrij weinig van IT af wisten. Gelukkig zijn de Agile goeroes geen MBA-managers, maar professionals die weten hoe je een goed systeem construeert, van het kleinste regeltje code tot het grand-master-plan dat aansluit op de business-strategie. Agile is ongetwijfeld meer feminien, vooral omdat het zo veel verstandiger is dan wat we daarvoor hadden.