SOA en Agile
Naar aanleiding van een blog over één van de sessies tijdens XP Benelux in Veldhoven, ontspon zich een discussie via blog, email & sms over SOA en Agile ofwel Agile SOA.Helemaal goed, want daar doe je het toch voor....
Vanwege company confidential kon één van de mailers niet het achterste van zijn tong laten zien (Mwaah, alleen het uiterste tipje, verder niet) van zijn presentatie in de USA. Dus ik heb me eraan gewaagd om SOA eens langs de meetlaat van de vier kernwaarden uit het Agile Manifesto te houden. In het Engels deze keer, omdat ik deze blog op de website van ons bedrijf wilde zetten.
Kijk even: http://www.approach-alliance.nl/index.php?option=com_jd-wp&Itemid=2&p=83
Ik ben benieuwd naar je reactie!
Nu ben ik bezig om een artikel te schrijven over SOA en Agile, of Agile SOA aan de hand van de twaalf Agile principes. Tot nu toe erg leuk en verassend wat eruit komt. Naast dat het interessant is om te doen. Deze keer maar weer in het Nederlands.
Als je opmerkingen hierover hebt die je met mij wilt delen? Hou ik mij van harte aanbevolen!
- Blog van Agile_M
- login of registreer om te reageren
Agile Typo of begrijp ik het niet?
Zoals ik meldde, ben ik bezig om SOA langs de meetlat van de 12 Agile principes te leggen. Leuke exercitie trouwens..
Terwijl ik één voor één de principles doorneem, deze in mijn hoofd opneem, absorbeer en probeer na te gaan of ik precies begrijp wat er bedoeld word en de verbinding met SOA onderzoek, stuit ik op het principe:
Simplicity--the art of maximizing the amount of work not done--is essential. Als ik dit letterlijk vertaal kom ik op het volgende: Eenvoud--de kunst van het maximaliseren van de niet gedane hoeveelheid werk--is essentieel.
Dat wringt echter met mijn idee van de bedoeling die hierachter steekt. Volgens mij zou het nu juist moeten gaan om het maximaliseren van de hoeveelheid werk dat wél gedaan is.
Maar het staat echt zo genoteerd op de website van het Agile Manifesto en ik zie overal dat de principes conform geciteerd worden. Omdat je niet kunt reageren, alleen het manifesto onderschrijven (of niet, natuurlijk) kan ik de opstellers er via deze site niet over bevragen.
Ik zal het vast verkeerd begrijpen of is het echt een typfoutje en zien we het aldoor over het hoofd, durft niemand iemand erop te wijzen vanwege ons respect voor de wijze mannen, of wat?
Graag krijg ik jullie hulp bij het beantwoorden van mijn vraag. Alvast bedankt voor de moeite!
Let's make our world more agile Mary
lui is slim
Bedankt Willem,
Mooie interpretatie.
Ik heb luie mensen altijd slim gevonden en ik heb vaak bewondering voor deze mensen. Maar met bewondering komt ook altijd een beetje afgunst, tenminste dat zei een franse filosoof ooit eens.
Eerst de juiste dingen doen, goed... dat is prioriteren en dat doen wat de klant wil
Zo min mogelijk werk doen, goed... dat is dus slim werken.
En the definition of what is done? Daar zou Ruud wel eens een punt kunnen hebben. Trouwens, ook een dankjewel aan Ruud voor zijn reactie.
Misschien moet ik inderdaad de principes niet zo van dichtbij bekijken..dat kweekt bijziendheid ;)
Let's make our world more agile
Mary
principes niet van te dicht bij bekijken
We hebben ze ook eens met een groepje uitgeprint en in stukken geknipt en dan elk principe in isolatie bekeken. Van een aantal principes viel niet veel chocola te maken, als je geen context/voorbeeld erbij hebt om het op toe te passen.
Zo veel mogelijk werk niet doen
Mary,
leuk, even 'de schrift' interpreteren ;)
Mijn interpretatie: eenvoud is de kunst van het zo min mogelijk doen.
Waar het dan m.i. om gaat is om alleen de juiste dingen te doen, en niet meer. Ook bekend als 'goede ontwikkelaars zijn lui' danwel het 'elminate waste' motto uit lean.
Ik vermoed dat iemand 'm bewust op een paradoxale manier heeft geformuleerd om je aan het denken te zetten (net als 'once and only once').
Deze statement is gericht tegen een op het moment dat het manifesto geschreven werd nogal heersende procesverbetercultuur: 'verbeter' (volgens voorgedefinieerde standaarden) bestaande processen zonder je af te vragen wat het nut er van is.
Dus, deze drukt wat mij betreft uit eerst de juiste dingen doen, en die zo simpel (met zo min mogelijk werk) uitvoeren, en dan 'ns kijken naar wat we aan onze werkwijzen verder kunnen verbeteren.
Zo veel mogelijk werk niet doen
Volgens mij wordt er bedoeld dat je niet meer code moet schrijven dan wat er op dat moment nodig is.
Dus laat de gouden randjes weg, gebruik geen complexe architectuur als het ook met een simpel appje kan, etc.
Maar je kunt het ook op je procesverbetering toepassen, inderdaad.
Ruud