2008-11-16 9 views

Antwort

19

Nun OP gibt keinen einzigen dokumentierten Schritt-für-Schritt-Anleitung für ‚agile Software-Entwicklung‘ und jedes Verfahren, das

mit the manifesto richtet so agil qualifiziert Aber ich verstehe auch, dass Sie beginnen, Es muss eine "Hand-halten"/"by-the Book" -Phase des Lernens geben. Also ich würde empfehlen, dass - Sie sehen sich Ihren aktuellen Entwicklungsprozess. Informieren Sie sich über die "Verschwendung" -Aktivitäten, die viel Zeit verlieren und eine agile Praxis aufgreifen, die die dafür aufgewendete Zeit minimiert. z.B. Wenn Sie routinemäßig mit Buildproblemen fertig werden, richten Sie zuerst einen kontinuierlichen Integrationsserver ein und richten Sie eine strenge Check-in-Vorabprüfung ein. Anstatt alles zu verändern, so dass jeder das Gefühl verloren und entfremdet,

  • abholen eine Praxis zu einer Zeit
  • Invest ca. 2-3 Wochen mit it..get wohl damit
  • überprüfen, ob alle Im Team fühlt es sich hilfreich an. Wenn ja, bleiben Sie dabei und machen Sie es zu einem Teil Ihres neuen Prozesses. Sonst verwerfen und finden und durch ein anderes alternatives Mittel ersetzen.

Falls Ihr gesamtes Team auf agile neu ist, würde ich (in der Reihenfolge der Intensität)

  • Practices eines agilen Entwickler (Andy Hunt, Venkat S., dünnes Buch, hohen Wert empfehlen -zu-Seite-Verhältnis für Anfänger)
  • Agile Prinzipien Practices und Patterns (Robert & Micah Martin)
  • Conduct wöchentlich 'Getting Better' Sitzungen für ausgewählte Praktiken wie TDD (kessel, Astels, et.all), Refactoring (Fowler , Joshua K.), usw., die riesige Auszahlungen haben müssen.
  • einen Monat oder so in .. für die philosophischen Bücher wie XP gehen ändern Umarmung - Beck, Lean Bücher von Poppendieck, Agile S/w Entwicklung - Alistair Cockburn, People - DeMarco,
  • Lister

Ich würde empfehlen wir einen Blick auf die books listed here

+0

Große Antwort. vielen Dank. Ich werde es tun – ecleel

+0

@ Gishu Ihr Link funktioniert nicht. – Inquisitive

9

Es gibt eine Screencast-Serie namens Autumn of Agile, die eine Einführung in die agilen Prinzipien gibt.Es gibt nicht so viele Episoden aus noch nicht, aber die Episode Plan sieht wie folgt aus:

  • Agile Werte und Praktiken Übersicht
  • Grund OO-Design-Prinzipien
  • Design Patterns In Aktion
  • Unit Testing Basics
  • Mock Objekte
  • TDD
  • Projekt File/Folder Organisation
  • Source Control Basics
  • Continuous Integration/Build Automation
  • Agile Projektplanung Principles
  • Überblick Domain Driven Design Kernkonzepte
+0

WAW, Großer Erik. Danke für diese hilfreichen Episoden :) – ecleel

2

Was ist der beste Weg ist sehr viel eine Agile Software-Entwicklung Ansatz zu verfolgen, hängt über die Situation, in der du dich befindest. Warum willst du Agile adoptieren? Welche Vorteile sind Ihnen am wichtigsten? Was sind die größten Probleme, die Sie lösen müssen? Verfügen Sie über die Ressourcen, um eine disruptive All-at-Once-Adoption durchzuführen? Oder ziehen Sie es vor, mit einer längeren, potenziell schmerzhafteren Adoption zu beginnen?

Ich würde das Buch "Agile Adoption Patterns" sehr empfehlen, um Ihnen zu helfen, darüber nachzudenken, welcher der richtige Adaptionsansatz für Sie ist. Es könnte auch eine gute Idee sein, direkt (vor Ort) Hilfe von jemandem zu bekommen, der in der agilen Entwicklung erfahren ist - jemand, der Ihr Team beobachten, Muster und Antipattern sehen und seine Erfahrung im Umgang mit ihnen einbringen kann.

Eine der Praktiken, die ich immer als eine der ersten anpassen möchte, sind Iterations-Retrospektiven. Diese sind für den Anpassungszyklus agiler Ansätze von entscheidender Bedeutung.

3

Henrik Kniberg hat eine short PDF, schnell und einfach zu lesen. Du könntest damit beginnen, es zu lesen. Sie erhalten die Antwort auf Ihre Frage und vieles mehr.

+0

Danke Philippe. nützliches PDF :) – ecleel

1

Ich werde zweiten Ilja Empfehlung für das Buch: http://www.amazon.com/Agile-Adoption-Patterns-Roadmap-Organizational/dp/0321514521

ich glaube, das wertvollste Stück des Buches ist die Beschreibung dessen, was Praktiken zunächst zu übernehmen bestimmte Geschäftswerte (Qualität, Zeit auf den Markt zu erreichen, ...).

Bewertungen des Buches: http://www.amazon.com/Agile-Adoption-Patterns-Roadmap-Organizational/dp/0321514521 Probekapitel: http://www.informit.com/store/product.aspx?isbn=0321514521#info8

kommen schließlich bei groups.yahoo.com entweder ScrumDevelopment oder AgileProjectManagement eine Agile Mailing-Liste wird auch Ihre Bedürfnisse.

1

ich viel Agile Bücher gelesen habe , und das einzige Buch, das ich wirklich von all diesen empfehlen kann, ist "The Art of Agile Development" von James Shore.

1

Der beste Weg ist es, einen technisch erfahrenen agilen Trainer zu engagieren. Bringe jemanden dazu, an deinem Team zu arbeiten, das die agile Methode, die du übernehmen willst (Scrum, XP, Crystal, Kanban, ... was auch immer), zuvor gemacht hast.Sie werden Ihre Arbeitsumstände sehen müssen - und vorzugsweise in der Umgebung arbeiten, um zu helfen. Überprüfen Sie ihre Referenzen und stellen Sie sicher, dass sie es wirklich in der Praxis verwendet haben. Viele Möchtegern und Fälscher herum.

Wenn jemand im Team erfahren ist, macht das den Unterschied. Es ist extrem schwierig, nur aus dem Lesen eines Buches zu übernehmen. Sie versuchen, eine Kultur zu ändern, und Sie können dies nicht mit einer Checkliste oder einem Algorithmus tun. Es ist eine soziale Komplexität Sache. Sie versuchen, emergentes Verhalten in einem komplexen System zu fördern.

Wenn Sie keinen agilen Coach einstellen können, finden Sie andere Personen im Team oder in Ihrer Abteilung oder Firma, die Erfahrung haben und laden Sie sie ein, um das Team zu sehen. Zeig ihnen deine Umstände und erfahre ihre Meinung.

Verschiedene Teams werden verschiedene Ratschläge benötigen - es hängt von vielen Dingen, einschließlich der Teammitglieder, die Art von Technologien, die Sie verwenden, die Art von Unternehmen Sie in Arbeit ...

Vor allem aber machen Kontakte mit lokalen Agilisten und lernen von Angesicht zu Angesicht.

1

Sie sind nicht agil oder nicht, Sie sind mehr oder weniger agil.

starten agile davon ab, was Sie bereits, tun

  • visualisieren mehr (Metriken auf dem Bildschirm, visuelle Board, etc.)
  • mehr Feedback zu bekommen und verkürzen Feedback-Schleifen (CI, Code-Metriken , Bug-Metriken, etc)
  • die Menge der gleichzeitigen in Arbeit (WIP) reduzieren - dh verringern Multi-Tasking sowohl auf Einzel- und Teamebene

Wenn Sie in der Lage, etwas zu versuchen, n Ich würde Kanban empfehlen. Es ist das am wenigsten präskriptive und flexibelste agile Werkzeug, und Sie beginnen damit, Ihren Arbeitsablauf zu visualisieren und Ihren Bestand zu begrenzen.