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

M     nach oben
Management	Das Management scheint in der agilen Welt nur noch eine untergeordnete Rolle zu spielen, da die Teams ja selbstorganisiert sind. Dies ist ein Trugschluss. Zunächst kann das Management den Weg zu einem agilen Unternehmen massiv behindern, so dass man gut daran tut, das Management in alle Prozesse mit einzubeziehen. Außerdem bleiben selbstverständlich genügend Aufgaben für das Management übrig: Entwicklung und Überwachung der Firmenstrategie, Personalführung, Organisation der gesamten Firma inklusive der Entwicklung und nicht zuletzt müssen sie die Gelder verwalten und genehmigen, die das Entwicklungsteam dazu bewegen, die perfekte Software zu bauen.
Mindmap	Eine Mindmap ist ein kreatives und agiles Verfahren, brainstorming-artig Ideen zu einem Thema zu organisieren. Hierzu werden ausgehend vom speziellen Thema zunächst Hauptknoten mit den wichtigsten Oberbegriffen gebildet und anschließend werden in Unterknoten diese Begriffe beliebig weiter verfeinert. Man kann Mindmaps wahlweise händisch (siehe Bild) oder mit speziellen Programmen erstellen, z.B. mit dem Open Source Tool XMind.
Minimal Marketable Feature	ein Begriff aus dem Buch “Software by Numbers”, der sehr griffig die kleinste “verkaufbare” Einheit bei der Entwicklung eines Systems beschreibt.
MoSCoW-Priorisierung	MoSCoW-Priorisierung ist ein Verfahren, Features während der Entwicklung zu priorisieren. Die einzelnen Buchstaben stehen dafür für die verschiedenen Prioritäten: Must have: Unverzichtbares Feature, ohne das die Software nicht benutzbar wäre Should have: Sollte eigentlich in dieser Iteration enthalten sein, es gibt aber einen kurzfristigen Workaround, so dass die Funktionalität nicht vollständig wegfällt Could have: Features, die man gerne dabei hätte. Sollte man es allerdings nicht schaffen, sind dies Kandidaten für Features, die weggelassen werden können Won’t have: Features, die in dieser Iteration ganz sicher nicht umgesetzt werden Insbesondere in DSDM Atern, wo Zeit und Kosten fix sind und der Lieferumfang über die Features geregelt wird, findet dies Prinzip Einsatz, aber auch in Scrum ist dies Verfahren ein Mittel, die Releaseplanung sinnvoll zu gestalten.

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!