Agile software ontwikkeling steeds meer een feel-good termijn dan de werkelijkheid

0
151

Nul

Wanneer één van de co-auteurs van het Agile Manifest roept ontwikkelaars om weg te lopen van agile development initiatieven, weten jullie wat de weg kwijt is.

sequoia-tree-darmstadt-germany-cropped-june-2018-photo-by-joe-mckendrick.jpg
Foto: Joe McKendrick

“Het breekt mijn hart om te zien dat de ideeën die we over schreef in het Agile Manifesto gebruikt voor het maken van ontwikkelaars’ leven slechter in plaats van beter,” Ron Jeffries, co-creator van de Extreme Programming (XP) methodologie, en lange tijd voorstander van gerichte ontwikkeling praktijken, schrijft in een recente post. “Het is ook verdriet mij, dat de onderneming niet aan wat het zou kunnen met de deal, maar mijn grootste zorg is voor de mensen die het werk doen.”

Wat ging er dan mis?

Kortom, organisaties hebben toegepast, de “Agile” label om te rechtvaardigen dat het kraken van de zweep vaker tegen ontwikkelaars om de pomp uit meer code sneller dan duurzaam is. Het is het verhogen van de intensiteit van een snelkookpan omgeving tijdens het juichen dat “we zitten allemaal in hetzelfde schuitje.” Plus, “Agile” heeft genomen op een veel bredere betekenis, wat suggereert dat de hele organisatie moet worden buigzaam genoeg om te draaien op een dubbeltje.

Agile is geworden, zowat iedereen corporate mantra, met 97% van de organisaties in 2018 de Status van Agile survey waarin zij de praktijk van Agile software development methoden.

Als Jeffries beschrijft, zoals verkeerd gebruik of misbruik van het concept leidt “tot meer bemoeienis met ontwikkelaars, minder tijd om het werk te doen, hogere druk, en eisen om sneller te gaan. Dit is slecht voor de ontwikkelaars, en uiteindelijk, het is slecht voor het bedrijf, omdat het doen van ‘Agile’ slecht zal leiden, vaker wel dan niet, in veel meer gebreken en veel tragere groei dan ook zou kunnen worden bereikt. Vaak zijn goede ontwikkelaars laten deze organisaties, wat resulteert in een minder effectieve onderneming, dan voorafgaand aan het installeren van ‘Agile’.'”

Hij noemt deze aanpak “Faux Agile” of “Donker Agile.” Plaats van de opening tot een organisatie creatief en samenwerkend sappen, een dergelijke aanpak betekent het opleggen van een ander, alleen semi-ondersteunde systeem of proces in een zinken of zwemmen aanpak. Als Jeffries stelt: “op grotere schaal ‘Agile’ methoden lijken daadwerkelijk te adviseren tot het opleggen van het proces. Ik ook hier de zogeheten ‘Veilig’ – methode schalen van Scrum, en Minder onder anderen. Deze zijn legerden zich aan de onderneming en de onderneming verwacht te ‘installeren’ of ‘roll.’ Als ontwikkelaar, kunt u er zeker van zijn dat deze roll-out zal niet makkelijk gaan, noch in een echt flexibele manier. U zult waarschijnlijk niet kunnen worden getraind, veel lager opgeleiden, veel minder gezien de echte hulp die u nodig hebt om uw werk te doen.”

Dergelijke uitspraken zijn ook bedoeld om troost te geven aan business-en IT-leiders dat ze “hip” om de nieuwste ideeën over bedrijfsvoering, alsmede het doen van iets te concurreren als een 21e-eeuwse onderneming. Elk bedrijf is nu een software bedrijf, na alle.

Dan wordt verpletterd door pogingen wakker te schudden organisaties te worden “Agile”Jeffries roept ontwikkelaars om te blijven streven naar excellentie, maar ook te doen herleven en het bevorderen van het origineel en tijdloos, concepten van het Agile Manifesto voor het bedrijf. Zijn advies omvat het volgende:

“Produceren uitgevoerd, getest, werken, geïntegreerde software-elke twee weken, elke week. Bouwen uw vaardigheden kan je tot het maken van een nieuwe, volledig operationele versie, elke dag, twee keer per dag meerdere keren per dag.” “Houd het ontwerp van de software schoon. Als het groeit, het ontwerp zal de neiging om complexe en crufty. Weerstaan en een ommekeer in deze tendens bewust, refactoring in kleine continue stappen, alle tijd, zodat u uw vooruitgang is zo stabiel en consistent mogelijk wordt.” “Het gebruik van de huidige toename van de software, zoals de stichting voor al uw gesprekken met uw product leadership en management. Spreken in termen van wat het is klaar om te gaan, en in termen van wat ze zou willen dat je om te doen.”

De overtuigingen uitgedrukt in het Agile Manifesto nog steeds staan als een richtinggevend baken 17 jaar nadat ze voor het eerst werden gepubliceerd:

“Onze hoogste prioriteit is het tevredenstellen van de klant door een snelle en continue levering van waardevolle software.” “Welkom op veranderende eisen, zelfs laat in ontwikkeling.” “Agile processen harnas verandering voor de klant een competitief voordeel.” “Werkende software opleveren vaak, van een paar weken tot een paar maanden, met een voorkeur voor de kortere termijn.” “Mensen uit het bedrijfsleven en moeten ontwikkelaars werken dagelijks samen in het project.Bouw projecten rond gemotiveerde individuen. Geef hen de omgeving en ondersteuning die ze nodig hebben, ze vertrouwen om de klus te klaren.” “De meest efficiënte en effectieve manier van het overbrengen van informatie aan en binnen een development team is face-to-face gesprek.” “Werkende software is de belangrijkste maat voor voortgang.” “Agile processen bevorderen van duurzame ontwikkeling. De financiers, ontwikkelaars en gebruikers moeten in staat zijn tot het handhaven van een constant tempo voor onbepaalde tijd.” “Een voortdurende aandacht voor technische uitmuntendheid en goed ontwerp verbetert de flexibiliteit.” “Eenvoud–de kunst van het maximaliseren van de hoeveelheid werk niet gedaan–is essentieel.” “De beste architecturen, eisen en ontwerpen komen uit zelf-organiserende teams.” “Op regelmatige tijdstippen, het team reflecteert op hoe effectiever worden, dan tunes en past zijn gedrag daaraan aan te passen.”

Verwante Onderwerpen:

Enterprise Software

Open Source

Mobiele OS

0