Agile ist groß, aber Wetten Sie nicht leben, sagt Gründer

2013-12-30  |  Comebuy News

Agile Entwicklung-Spezialist Alistair Cockburn erkennt "agile ist nicht für jedes Projekt, aber das schwierige Teil ist welche Projekte zu nennen, es nicht ist."

Comebuy Verwandte Artikel: 7 Tipps zur Offshore Agile DevelopmentAgile: wie wurde es eine Lebensweise an HomeAwayWhat irrt sich bei agile Development: Kultur, Menschen-top ListHotels VP: Agile im Unternehmen kann wie aufbauend auf QuicksandMicrosoft, Wacholder, andere im Konsortium Problem Programmierungsrichtlinien für sicherer Anwendungen

Im großen und ganzen wäre etwas müssen 100 Prozent Zuverlässigkeit Flexibilität übersteigt besser mit traditionellen Methoden mit einer starren Spezifikation definiert nach vorne und verklebt auf, er sagte Computerworld, in einem kurzen Interview nach einer Präsentation für ein Publikum von die Institute von IT-Experten, in denen er wiederholt die Tugenden der agilen Entwicklung gepriesen.

Cockburn ist einer der Initiatoren der agile Software-Entwicklung-Bewegung half das Manifesto for Agile Software Development, im Jahr 2001 zu schreiben. Er entwickelte die Crystal-Familie von Methoden und Mitbegründer des internationalen Konsortiums für Agile 2009.

Bei dem Versuch, die Wahl der agile gegen steifer Ansätze charakterisieren, legt Cockburn ein Diagramm über die Zahl der Menschen, die müssen koordiniert werden, in den Entwicklungsprozess gegen "die Anzahl der Menschen, die sterben werden, wenn etwas schief geht." Agile ist ideal für Projekte am unteren Links des Diagramms, "kleine Projekte, Webprojekte, Explorative Projekte, agile ist fabelhaft; besser als die Hosen weg von alles - aber für die NASA, Nein." Für die Space-Shuttle Entwicklung oder Pharma--es"gibt viele Leute beteiligt und sehr hohe Wichtigkeit; Sie interessieren sich nicht lebhaft; Sie kümmern sich nicht über die Fähigkeit, Sachen ständig zu verändern. Sie wollen das Ding sein mangelfreien. Die Priorität der 'kann meine Güte ich meine Anforderungen ändern' ist viel niedriger, als 'Ich Menschen sterben will'."

Er berücksichtigt auch in seinem Umfang die Wahrscheinlichkeit des Verlustes der "wesentlichen Geld" und "Ermessensspielraum" als Folge der Störung und im unteren Teil der Skala "Verlust an Komfort".

Einige Entwicklungsprozesse, z. B. Entwicklung von Software für Mobiltelefone, agile ist ideal am Anfang, wo Ideen nicht voll ausgebildet und "gibt es eine Menge der Entdeckung", sagt Cockburn. Aber später, wenn das Produkt Version nähert, die Software muss zu stabilisieren, damit sie umfassend getestet werden kann.

Nicht viele Menschen in die agile Welt reden, wann ist der richtige Zeitpunkt, dass der Übergang von einer agilen Umgebung auf eine größere Sorge zu machen, mit Freiheit von Defekten, "wo Sie mehr Zeit und weniger ändern", sagt er. In einem Kommentar, die mit die leiden an mangelnder treuhänderisch oder wesentliche Geld infolge der Novopay-Pannen mitschwingen könnte, Cockburn, sagt der große Regierungsbehörden und Auftragnehmern, Regierung, "agile wissen müssen, und sie müssen wissen, wann es zu benutzen, wann man es steigt-- sondern auch telefonisch wann es wieder zurück nach unten zu wählen."

In seinem wichtigsten Vortrag war er viel mehr Gung-ho agile, auf bahnbrechenden Studien von den herkömmlichen Methoden, das demonstriert eine hohe Ausfallrate. Agile, er unterhält, kann Objektiv nachgewiesen werden insgesamt erfolgreicher als die ältere Ansätze sein.

Er stimmte mit Rob England, Autor von der IT-Skeptiker-Blog, dass hochkarätige agile Entwicklung eine "Renaissance Man" Kombination der Talente braucht; gefragt, wie das Skalieren würde angesichts einer wachsenden Anforderung für Entwickler, Cockburn beantragt agile Techniken im Allgemeinen müssen nicht super effizient, einfach besser als die Alternativen-- und sie haben das erreicht.

« Back