A két olyan dolog, amit nem kell összehasonlítani, már régóta összehasonlítják, mert mindig az üzlet egyik osztályához (EPG) vannak rendelve, így többször hasonlították össze őket, és már régóta vitatkoztak. A 2011-es Folyamatfejlesztési Éves Gyűlésen (valójában az eredeti PK találkozón) több vendég egy kérdést tett fel, amely megoldhatta volna ezt a vitát: Mi a CMMI vezetői célja? Mik az Agile menedzsment céljai? Vendégválasz: A CMMI menedzsment célja az ütemezés, a minőség, a költség. Az agilis...... (Erre a kérdésre később nem válaszoltak) Ha így válaszolsz, azt fogod tapasztalni, hogy a vita egyáltalán nem oldható meg, mert mindkettő szinte kezeli a haladás minőségi költségeit, ha több, az embereket, technológiát vagy szervezetet...... Mindent kezeljetek, bár a fókusz más. A marsi közmondás azt mondja: Csak az egyszerű válaszok a helyesek. Szóval van egyszerű válasz erre a vitára?
Valójában úgy gondolom, a válasz az: a CMMI vezetői célja, hogy lehetővé tegye az Egyesült Államok Védelmi Minisztériumának a beszállítók objektív értékelését és kiválasztását; Az Agile menedzsment célja, hogy lehetővé tegye a fejlesztők számára, hogy saját értékeikkel menedzseljék a projekteket.
Mitől fél a NASA? Aggódsz, hogy a programozók nem motiváltak? Aggódsz, hogy a programozók nem innoválnak? Aggódj, de soha többet: aggódj a projekt megbukása miatt. Mivel komoly vagyon- és életbiztonsági problémáik vannak, szükségük van arra, hogy minden zökkenőmentesen menjen, bármilyen magas költséggel is jár. A CMMI nehéz, de garantált első sikerfilozófiája egyértelműen jobban megfelel. Bármennyire is sikeresek az Apple és a Google, a NASA nem találja őket a folyamat kezelésére vagy a projekt kiszervezésére (még ha van is, a projekt már átment a CMMI 3-as szint vagy annál magasabb, ami az amerikai törvény).
Mitől fél a Google? Aggódsz a projekt meghibásodása miatt? Nem! Ha aggódsz, ne nyiss internetes céget, bármilyen kormányzati banki projekt sikere nagyobb, mint egy internetes projekté. Szóval mitől félsz? Aggódj amiatt, hogy nem újítok, aggódj attól, hogy csak fél lépéssel lassú vagy. Kit válasszunk ebben a környezetben? Természetesen válassz olyan agilis fejlesztést, amely nyitottabbá teszi az embereket az elméjükre. A Shanda Network 18 fős tervében több mint 100 együttműködő csapat van, és nem követeli meg, hogy minden csapat sikeres legyen, pontosabban, amíg az egyik sikeres lesz, visszatér az eredeti költségéhez.
Van valami, amit férfi közgazdaságtannak hívnak, vagyis azt gondoljuk, hogy a cél a több, nagyobb, erősebb és szélesebb irány. Ezért néhány agilis fejlesztési promórátor kétségbeesetten szeretné bizonyítani, hogy az agilis alkalmas az űrkutatásra is, és az agilis egy 10 000 fős fejlesztőcsapat számára is, ami valójában teljesen felesleges. Amikor az Agile Development Manifestót megalapító úttörők síeltek, ki gondolkodott az űrhajózáson? Ki gondol egy 10 000 fős fejlesztőcsapatra? |