De twee dingen die niet vergeleken hoeven te worden, worden al lange tijd vergeleken omdat ze altijd aan een afdeling van de enterprise (EPG) worden toegewezen om te beheren, dus ze zijn N keer vergeleken en al lange tijd betwist. Tijdens de Process Improvement Annual Meeting van 2011 (eigenlijk de oorspronkelijke PK-vergadering) kregen verschillende gasten een vraag die dit geschil had kunnen oplossen: Wat is het managementdoel van CMMI? Wat zijn de managementdoelstellingen van Agile? Gastantwoord: Het managementdoel van CMMI is planning, kwaliteit en kosten. Agile is dat...... (Deze vraag werd later niet beantwoord) Als je zo antwoordt, zul je merken dat het geschil helemaal niet opgelost kan worden, omdat beide bijna de kwaliteitskosten van vooruitgang beheersen, als er meer is, mensen/technologie/organisaties...... Beheer alles, hoewel de focus anders is. Het Mars-spreekwoord zegt: Alleen eenvoudige antwoorden zijn de juiste. Is er dus een eenvoudig antwoord om dit geschil op te lossen?
Sterker nog, ik denk dat het antwoord is: het managementdoel van CMMI is om het Amerikaanse ministerie van Defensie in staat te stellen leveranciers objectief te evalueren en te selecteren; Het managementdoel van Agile is om ontwikkelaars in staat te stellen projecten te beheren met hun eigen waarden.
Waar maakt NASA zich zorgen over? Maak je je zorgen dat programmeurs niet gemotiveerd zijn? Bang dat programmeurs niet innoveren? Maak je zorgen, maar nooit meer dan dit: maak je zorgen dat het project mislukt. Omdat ze grote problemen met eigendom en levensveiligheid te maken hebben, hebben ze een manier nodig om ervoor te zorgen dat alles soepel verloopt, ongeacht de hoge kosten. CMMI's zware maar gegarandeerde filosofie van eerste succes is duidelijk geschikter. Hoe succesvol Apple en Google ook zijn, NASA kan hen niet vinden om het proces te beheren of het project aan hen uit te besteden (zelfs als dat zo is, heeft het project CMMI niveau 3 of hoger gehaald, wat de Amerikaanse wet is).
Waar maakt Google zich zorgen over? Maak je je zorgen over het mislukken van een project? Nee! Als je je zorgen maakt, start dan geen internetbedrijf; het succes van elk overheidsbankproject is groter dan dat van een internetproject. Waar maak je je zorgen over? Maak je zorgen over niet innoveren, maak je zorgen over een halve stap te laat. Wie moet ik in deze omgeving kiezen? Kies natuurlijk voor agile ontwikkeling die mensen meer openstaat voor hun geest. Het 18-plan van Shanda Network heeft meer dan 100 coöperatieve teams, en het vereist niet dat alle teams slagen; om precies te zijn, zolang één succesvol is, keert het terug naar de oorspronkelijke kosten.
Er is iets dat mannelijke economie heet, namelijk het idee dat meer, groter, sterker en breder het doel is om na te streven. Daarom willen sommige ontwikkelaars van agile ontwikkeling wanhopig bewijzen dat agile ook geschikt is voor de lucht- en ruimtevaart, en dat agile ook geschikt is voor een ontwikkelingsteam van 10.000 mensen, wat eigenlijk volstrekt onnodig is. Toen de pioniers die het Agile Development Manifesto oprichtten aan het skiën waren, wie dacht er dan aan lucht- en ruimtevaart? Wie denkt er aan een ontwikkelingsteam van 10.000 mensen? |