"Er zijn een handvol wetten die Agile- en Lean-mensen graag citeren. Hoewel ik over ze allemaal heb gelezen, vergeet ik soms welke welke is. Als een herinnering aan mezelf en als een service voor geïnteresseerde derden, hier de 10 wetten die in mijn filterbel rondzweven ,"schreef Corinna Baldauf in Top 10 Laws in Agile
Maar er is ook kritiek op de wet van Conway. Forbes magazine schreef dat Conway's wet door veel organisaties is omarmd, maar dat het onbedoeld effect heeft. Het antwoord op Conway's wet was het vormeren van kleine teams, maar dit had een onbedoeld neveneffect. Het gevolg was dat teams het teambelang belangrijker vonden dan het organisatiebelang. Dus de communicatie- en machtsstructuren werden wel aangepakt, maar er er ontstond een nieuwe machtstructuur, het team. Het team dat invloeden van andere organisatie-onderdelen buitensloot, terwijl deze ook belangrijk zijn.
- Conway's law. Communicatie- en machtsstructuren komen naar boven drijven in het product van een bedrijf - Ze verkloten de gebruikersvriendelijkheid.
- Dude's law - Als je geen goede reden hebt voor een project, maakt het niet uit hoe goed je het doet
- Law of the instrument - Als je alleen een hamer hebt, lijkt alles op een spijker
- Parkinson's law - De wet van Parkinson stelt dat het werk van een taak uitdijt naar de tijd die beschikbaar is om een taak te realiseren: work expands to fill the time available for its completion.
- Humphrey's law - Korte iteratiew en review-meetings. De gebruiker zal nooit weten wat hij wil totdat het in productie is (en misschien dan niet een), ofwel
- Goodhart's law - Als een meetwaarde een doel wordt, dan houdt het op een goede meetwaarde te zijn
- Law of the propinquity - De waarschijnlijkheid dat twee mensen met elkaar communiceren is rechtevenredig tot de afstand tussen hen.
- Little's law - Als je paralel werkt op twee keer de hoeveelheid, zal het twee keer zolang duren.
De wet van Conway
Een van de weten die bij mij bleef hangen was Conway's law. In The Three Laws of software staat, De bedenker Melvin Conway stelt: "Organisaties die systemen ontwerpen. . . zijn beperkt om ontwerpen te produceren die kopieën zijn van de communicatiestructuren van deze organisaties. " Software weerspiegelt altijd de mensen die het ontwerpen en bouwen. Deze wet gaat over het realiseren dat het ontwikkelen van software niet in een vacuüm gebeurt; het is niet onderworpen aan de wil vaneen enkele manager of de wil van de leidinggevende, maar is eerder een product van de complexe communicatiestructuren binnen de organisatie. Als uw organisatie lijdt aan slecht teamwerk en coördinatie, zal uw software dat weerspiegelen. Of als uw bedrijf sterke concurrerende opvattingen heeft binnen afdelingen en geen idee heeft wie verantwoordelijk is voor besluitvorming, dan kunt u een stuk software verwachten dat discipline, continuïteit en richting mist."Kritiek op de wet van Conway
Maar er is ook kritiek op de wet van Conway. Forbes magazine schreef dat Conway's wet door veel organisaties is omarmd, maar dat het onbedoeld effect heeft. Het antwoord op Conway's wet was het vormeren van kleine teams, maar dit had een onbedoeld neveneffect. Het gevolg was dat teams het teambelang belangrijker vonden dan het organisatiebelang. Dus de communicatie- en machtsstructuren werden wel aangepakt, maar er er ontstond een nieuwe machtstructuur, het team. Het team dat invloeden van andere organisatie-onderdelen buitensloot, terwijl deze ook belangrijk zijn.
Reacties
Een reactie posten