News

    Holisticon auf Twitter folgen

     

    Agiles Glossar

    Unser Agiles Glossar entzaubert und erklärt die vielen Fachbegriffe wie beispielsweise DSDM Atern, ScrumMaster, Velocity, Planungs-Poker, Lean etc., die durch alle möglichen eZines und Printmedien geistern, und erklärt, was hinter den Begrifflichkeiten steckt.

    Wenn Sie Begriffe vermissen, die Ihrer Meinung nach erklärt gehören oder falls Sie Fragen haben, mailen Sie uns doch einfach unter

    Index

    A⋅B⋅C⋅D⋅E⋅F⋅G⋅H⋅I⋅J⋅K⋅L⋅M⋅N⋅O⋅P⋅Q⋅R⋅S⋅T⋅U⋅V⋅W⋅X⋅Y⋅Z⋅Alle


    A     nach oben
    Agile Manifesto Im Februar 2001 trafen sich die agilen Köpfe dieser Welt, um darüber zu diskutieren, welches denn der wahre agile Prozess sei. Es handelte sich z.B. um Ken Schwaber und Jeff Sutherland aus dem Scrum-Lager, Kent Beck von XP, Alistair Cockburn von der Crystal Family und viele andere Vorreiter der agilen Bewegung. Erwartungsgemäß konnten sie sich nicht auf die einzig wahre Methode einigen, sie verfassten aber das Agile Manifest, sozusagen der Kleinste Gemeinsame Nenner aller agilen Methoden.

    Diese besagen:

    • Menschen und Zusammenarbeit sind wichtiger als Prozesse und Werkzeuge
    • Funktionierende Software ist wichtiger als verständliche Dokumentation
    • Zusammenarbeit mit dem Kunden ist wichtiger als Vertragsverhandlungen
    • Reagieren auf Veränderungen ist wichtiger als einem Plan zu folgen.

    Obwohl die Dinge auf der rechten Seite ihren Wert haben, werten wir die Dinge auf der linken Seite doch höher.

    Dies wird gemeinhin als das agile Wertesystem bezeichnet, also die Prinzipien, die allen agilen Methoden gemeinsam ist.

    Näheres unter http://agilemanifesto.org/

    Agiles Planen Gemeinhin sind agile Vorgehensweisen dafür berüchtigt, keine Planungsanteile zu besitzen, sondern chaotisch zu sein. Dies ist falsch, wie man an der Grafik sehen kann.

    Bei Scrum gibt es in den Sprints vier explizite Planungs-Meetings:

    • Sprint Planning 1, in dem aus dem Product Backlog die Stories für den aktuellen Sprint ausgewählt werden
    • Sprint Plannung 2, in dem aus den ausgewählten Stories Tasks gemacht werden
    • Review, in dem die Ergebnisse des Sprints den Stakeholdern vorgeführt werden
    • Retrospective, in der die Erlebnisse des Sprints diskutiert und bewertet werden und evtl. Konsequenzen gezogen werden, die als neue Stories in den nächsten Sprint eingehen.

    Dazu kommen nebenläufige Planungstätigkeiten, die bei Bedarf durchgeführt werden:

    • Releaseplanung vor dem ersten Sprint (und immer mal zwischendrin)
    • Estimation Meetings, in denen das Team neu ins Backlog kommende Stories schätzt
    • Architektur Meetings, in denen das Team über die Architektur der Applikation diskutiert
    Agiles Schätzen Schätzungen werden in agilen Projekten nicht im stillen Kämmerlein vorgenommen, sondern in einer gemeinsamen Teamrunde, damit alle das Thema kennen und eine Zahl entsteht, die von allen mitgetragen wird. Näheres siehe unter Planning Poker.
    Anforderungen Anforderungen sind die Eigenschaften, von denen der Auftraggeber möchte, dass das neue Produkt sie erfüllt.

    Hierbei ergeben sich zwei Probleme:

    • Erstens ist es extrem schwierig, Anforderungen so zu formulieren, dass sie ohne Missverständnisse beim Realisierer ankommen
    • Zweitens ist es bei Projekten, die über mehr als ein paar Wochen laufen, so gut wie sicher, dass sich die Anforderungen im Laufe des Projektes ändern werden, z.B. weil der Kunde eine frühe Version sieht und weitere tolle Ideen hat

    Aus diesem Grund werden in agilen Projekten keine Lastenhefte geschrieben, auf die dann der Auftragnehmer mit einem Pflichtenheft antwortet (wie krank ist das denn? Ich schreibe auf, was ich glaube, verstanden zu haben? Wie wäre es mal mit reden?), sondern alle Anforderungen werden in Form von User Stories formuliert und in das Product Backlog geschrieben. Diese Anforderungen sind dann so formuliert, dass man im engen Dialog herausfinden muss, was genau gemeint ist und genügend Spielraum hat, um Implementierungsdetails selbst zu bestimmen.


    Copyright © 2009–2010 Holisticon AG

    Dieses Glossar darf in vollständiger Form und unverändert jederzeit kopiert und kostenlos weitergegeben werden. Der Hinweis auf die Originalquelle http://www.holisticon.de/cms/AgileGlossar/Startseite muss ebenso wie dieser Copyright-Hinweis stets angegeben werden. Es ist nicht zulässig, das Glossar kommerziell zu vertreiben, gegen Entgelt weiterzugeben oder Inhalte zu verändern. Im Rahmen nicht-kommerzieller Verwendungen, beispielsweise Diplomarbeiten, darf das Glossar gerne übernommen werden. Die Verwendung in kommerziellen Zusammenhängen, beispielsweise in öffentlichen oder internen Schulungen, firmeninternen Netzwerken, Publikationen, Produkten etc. ist prinzipiell gestattet, wenn eine entsprechende Meldung an gesendet wird. Die Weitergabe ist sowohl in elektronischer als auch gedruckter Form zulässig. Im Internet zugängliche Kopien sind ebenfalls zu melden.

    Hinweis zu den Urhebern der dargestellten Abbildungen: Alle hier wiedergegebenen Grafiken wurden von uns erstellt und sind NICHT von Dritten bezogen!

    Nehmen Sie Kontakt mit uns auf!

    Ihre Ansprechpartner:

    Holger Koschek Carsten Sahling
    Telefon: +49 40 5074 2722