SOAgile - Deel 6: Communicatie, maat en tempo

In dit deel van de serie vergelijk ik de volgende drie Agile principes (respectievelijk nummer 6 t/m 8 uit de lijst van Agile principes [1]) met de SOA principes [2]:

• “The most efficient and effective method of conveying information to and within a development team is face-to-face conversation “
• “Working software is the primary measure of progress”
• “Continuous attention to technical excellence and good design enhances agility”

The most efficient and effective method of conveying information to and within a development team is face-to-face conversation

Mijn vertaling van het 6e Agile principe in het Nederlands is:

De meest efficiënte en effectieve methode om informatie te delen binnen een ontwikkelteam, is een persoonlijk gesprek.

Dit gaat natuurlijk over goede communicatie. In een ontwikkelteam werkt face-to-face communicatie het beste. Tussen teams waar een verschil in tijd of plaats van communicatie is, moet u anders communiceren. Soms kunt u met een webcam, skype en/of teleconferentie uit de voeten, maar soms moet iets ook ‘zwart op wit’ worden vastgelegd.

Soms kunt u dat met een foto af, soms met een plaatje of model. Het belangrijkste is dat met de communicatie waarde toegevoegd wordt en dat we weten waar we het over hebben. Dus niet om papieren tijgers te bouwen.

Om services te kunnen hergebruiken is de vindbaarheid [3] een belangrijk principe. Het schrijven van documentatie die nodig is om andere mensen (her)gebruik te laten maken van uw producten en services heeft wel degelijk waarde, net als een gebruikershandleiding. Dit laatste mag gerust (graag zelfs) een video instructie zijn.

Het publiceren van een servicebeschrijving op een wiki, of bij gebruik van meer geavanceerde technologie in een soort catalogus, kan de vindbaarheid verhogen. Zo’n beschrijving is een item op de product backlog. Het lijdt geen twijfel dat het maken van een beschrijving / documentatie niet het enige is wat moet gebeuren. U moet ervoor zorgen dat de mensen begrijpen wat de services bieden. Hier gaat begrijpelijkheid vóór uitgebreid.

Ook architecten moeten het grootste deel van hun tijd besteden aan persoonlijke communicatie. Communicatie met de business over de strategie en het begrip over de doelstellingen. Communicatie met de ontwikkelaars over de keuze tussen snelle levering en eenvoudig onderhoud, uitleg van de betekenis en het gebruik van bestaande services, etc.

Het is in mijn ogen een tekortkoming van zeer technisch georiënteerde SOA mensen om te denken dat servicecontracten en serviceregisters de communicatie tussen mensen kunnen vervangen. Of dat de adoptie van service oriëntatie daarmee verzekerd is. Hoewel SOA niets zegt over de Agile wijze van communiceren als voorwaarde voor succes, hangt alles af van een persoonlijk gesprek, net als trouwens elke andere excellente prestatie.

Working software is the primary measure of progress

Mijn vertaling van het 7e Agile principe in het Nederlands is:

Werkende software is de primaire maat van vooruitgang.

In projecten voor het realiseren van services of SOA is het uiteindelijke doel het opbouwen van business processen die waarde toevoegen aan de business. In processen kan dit worden uitgevoerd door een stukje software of door een menselijke handeling (of een combinatie van de twee). Om in een SOA voortgang te boeken kunt u ook beslissen om sommige menselijke activiteiten te veranderen in plaats van iets nieuws te bouwen.

De vooruitgang in een bedrijf is te meten aan bijvoorbeeld het aantal verkopen, de winstmarges, de dekking van de kosten of uitgaven, de klanttevredenheid en ga zo maar door. Een bedrijf kiest die maat die het beste de vooruitgang vertegenwoordigt.

De maat heeft dus betrekking op het toepassingsgebied: Agile software ontwikkeling gaat over software ontwikkeling. Als je software bouwt, moet werkende software wel tot de primaire maatstaf van vooruitgang gerekend worden.

SOA gaat over bedrijfsarchitectuur, dus de vooruitgang daarvan wordt gemeten aan de mate waarin bedrijfsdoelstellingen tot stand komen.

Continuous attention to technical excellence and good design enhances agility

Het 8e principe laat zich naar mijn mening als volgt vertalen:

Agile processen bevorderen een duurzame ontwikkeling. De sponsors, de ontwikkelaars en gebruikers zouden een constant tempo van ontwikkeling gedurende onbepaalde tijd moeten kunnen handhaven.

Dit principe gaat over het wel of niet floreren van werknemers. Blije medewerkers en collega’s, ongeacht of zij architect of ontwikkelaar zijn, zijn succesvoller en werken slimmer, zijn creatiever en werken beter als ze niet hoeven te werken onder teveel druk, telkens moeten overwerken, op méér dan één of twee projecten tegelijkertijd worden ingezet, of meer uren maken dan gezond voor hen is.

Dit is relevant in elk project. Dit is een zeer verstandig principe en botst in geen geval met een service georiënteerde architectuur. Ook dit is weer zo’n leiderschapskwestie, waar ik regelmatig aandacht aan besteed in andere publicaties en weblogs, die ik van harte bij u aanbeveel.