Visual Paradigm Desktop | 
Visual Paradigm Online
Ingenieurstudenten, die in die Softwareentwicklung einsteigen, stehen vor einem Umfeld, das durch schnelle Veränderungen und iterative Lieferung geprägt ist. Die Methode, die die meisten modernen Entwicklungszyklen maßgeblich prägt, ist Agile. Das Verständnis der spezifischen Fachbegriffe, die mit diesem Framework verbunden sind, ist nicht nur eine akademische Übung, sondern eine berufliche Notwendigkeit. Dieser Leitfaden bietet eine umfassende Aufschlüsselung der wesentlichen Begriffe und sorgt dafür, dass Studierende und Fachleute gleichermaßen Klarheit erlangen.
Unabhängig davon, ob Sie an einem universitären Abschlussprojekt teilnehmen oder einer korporativen Ingenieurgruppe beitreten, erleichtert die Sprache von Agile die Kommunikation. Sie schafft ein gemeinsames Verständnis für Arbeitsabläufe, Qualitätsstandards und Teamdynamik. Die folgenden Abschnitte analysieren die zentralen Komponenten, Rollen und Artefakte, die das Agile-Ökosystem ausmachen.
Bevor man sich spezifischen Begriffen widmet, ist es entscheidend, die Herkunft zu verstehen. Das Agile Manifesto wurde 2001 von einer Gruppe von Softwareentwicklern veröffentlicht. Es legt den Schwerpunkt auf Personen und Interaktionen statt auf Prozesse und Werkzeuge. Es schätzt funktionierende Software höher als umfassende Dokumentation. Es betont die Zusammenarbeit mit dem Kunden gegenüber der Vertragsverhandlung. Es hebt das Reagieren auf Veränderungen gegenüber dem Folgen eines Plans hervor.
Diese vier Werte werden durch zwölf Prinzipien gestützt. Diese Prinzipien leiten die Entscheidungsfindung während der Entwicklung. Sie befürworten die häufige Lieferung von Software, die Aufnahme verändernder Anforderungen und die Aufrechterhaltung eines nachhaltigen Tempos. Für Ingenieurstudenten ist das Verständnis dieser Werte der erste Schritt hin zu einer effektiven Praxis.
Verschiedene Frameworks organisieren Teams unterschiedlich, aber die gebräuchlichste Struktur ist Scrum. Dieser Abschnitt beschreibt die spezifischen Verantwortlichkeiten innerhalb dieser Struktur.
Der Product Owner vertritt die Stimme des Kunden und des Geschäfts. Er ist dafür verantwortlich, den Wert des Produkts zu maximieren, das aus der Arbeit des Entwicklungsteams hervorgeht. Diese Rolle umfasst die Verwaltung des Product Backlogs.
Der Scrum Master dient dem Team, indem er sicherstellt, dass der Prozess eingehalten wird. Er ist kein traditioneller Manager, sondern vielmehr ein Facilitator und Coach. Sein Fokus liegt darauf, Hindernisse zu beseitigen, die den Fortschritt des Teams behindern.
Dies ist die Gruppe von Fachleuten, die die eigentliche Arbeit zur Lieferung des Inkrements erledigen. Sie sind querschnittlich, was bedeutet, dass sie über alle Fähigkeiten verfügen, die zur Erstellung des Produkts ohne externe Abhängigkeiten erforderlich sind. Sie sind selbstorganisiert, was bedeutet, dass sie entscheiden, wie die Arbeit erledigt wird.
Artefakte stellen Arbeit oder Wert dar. Sie bieten Transparenz und Gelegenheiten zur Überprüfung. Die drei wichtigsten Artefakte sind das Produkt-Backlog, das Sprint-Backlog und der Increment.
Dies ist eine geordnete Liste aller Dinge, die im Produkt benötigt werden. Es ist die einzige Quelle der Anforderungen. Es ist niemals vollständig. Die Details ändern sich, je mehr sich das Produkt und die Umgebung entwickeln. Es ist dynamisch.
Dies ist die Menge an Produkt-Backlog-Elementen, die für den Sprint ausgewählt wurden. Es enthält einen Plan zur Lieferung des Produkt-Inkrements und zur Erreichung des Sprint-Ziels. Es wird vom Entwicklungsteam verwaltet.
Ein Increment ist ein konkreter Schritt auf dem Weg zum Produkt-Ziel. Jeder Increment ist additiv zu allen vorherigen Increments. Er muss in einem nutzbaren Zustand sein, unabhängig davon, ob der Product Owner beschließt, ihn freizugeben.
Ereignisse schaffen Rhythmus und Gelegenheiten zur Inspektion und Anpassung. Sie sind zeitlich begrenzt, was bedeutet, dass sie eine maximale Dauer haben.
Ein Sprint ist das Herzstück von Agile. Es ist ein festgelegter Zeitraum von einem Monat oder kürzer, während dessen ein „Fertig“, nutzbares und potenziell freigebbares Produkt-Increment erstellt wird. Sprints enthalten und bestehen aus der Sprint-Planung, den Daily Scrums, der Sprint-Review und der Sprint-Retrospektive.
Dieses Ereignis startet den Sprint. Das gesamte Scrum-Team arbeitet gemeinsam an dem Plan. Der Product Owner bespricht das Ziel und den aktuellen Stand des Product Backlogs. Das Entwicklungsteam prognostiziert die Funktionalität, die im kommenden Sprint enthalten sein wird.
Auch bekannt als Daily Stand-up, ist dies ein 15-minütiges Ereignis für das Entwicklungsteam. Es dient nicht der Statusberichterstattung an die Managementebene, sondern dem Abstimmung der Aktivitäten und der Erstellung eines Plans für die nächsten 24 Stunden.
Dieses Ereignis findet am Ende des Sprints statt, um den Increment zu überprüfen und den Product Backlog gegebenenfalls anzupassen. Das Scrum-Team und die Stakeholder überprüfen, was erreicht wurde.
Das Scrum-Team überprüft, wie der letzte Sprint im Hinblick auf Einzelpersonen, Interaktionen, Prozesse, Werkzeuge und ihre Definition des Fertigstellungsstatus verlaufen ist. Ziel ist es, Verbesserungsmöglichkeiten zu identifizieren und diese im nächsten Sprint umzusetzen.
Jenseits des Kern-Scrum-Frameworks begegnen Ingenieur-Teams spezifische Begriffe im Zusammenhang mit der Arbeit selbst.
Eine Benutzerstory ist eine informelle, allgemeine Erklärung einer Softwarefunktion, geschrieben aus der Sicht des Endnutzers. Sie folgt einem bestimmten Format, um Klarheit zu gewährleisten.
Metaphorisch stellt die technische Schuld die implizierte Kosten für zusätzliche Umarbeitung dar, die entsteht, wenn man jetzt eine einfache (eingeschränkte) Lösung wählt, anstatt eine bessere Lösung zu wählen, die länger dauern würde. Sie akkumuliert Zinsen, wenn sie nicht abgetragen wird.
Die Geschwindigkeit ist eine Maßgröße für die Menge an Arbeit, die ein Team während eines einzelnen Sprints bewältigen kann, und ist der zentrale Metrik im Scrum. Sie wird berechnet, indem die Punkte der abgeschlossenen User Stories addiert werden.
Die Definition des Fertigstellungsstatus ist eine formelle Beschreibung des Zustands des Inkrements, wenn es die für das Produkt erforderlichen Qualitätsmaßstäbe erfüllt. Sobald das Increment die DoD erfüllt, kann es freigegeben werden.
Diese Metriken werden häufig im Kanban und im allgemeinen Ingenieurfluss verwendet.
Obwohl Scrum beliebt ist, ist es nicht der einzige Ansatz. Ingenieurstudierende sollten verwandte Methodologien verstehen.
Kanban konzentriert sich auf die Visualisierung der Arbeit, die Maximierung des Flusses und die Begrenzung der laufenden Arbeit. Es legt keine spezifischen Rollen oder feste Iterationen wie Scrum vor.
XP legt Wert auf technische Exzellenz und ingenieurwissenschaftliche Praktiken. Es wird oft zusammen mit Scrum eingesetzt.
Lean wendet Prinzipien der Fertigung auf die Softwareentwicklung an. Es konzentriert sich darauf, Verschwendung zu beseitigen und Wert schnell zu liefern.
Daten treiben die Verbesserung an. Ingenieurteams stützen sich auf spezifische Metriken, um Gesundheit und Leistung zu bewerten.
Ein Diagramm, das die Menge der verbleibenden Arbeit in einer Sprint- oder Projektphase zeigt. Es hilft dem Team zu verstehen, ob es im richtigen Tempo arbeitet, um die Arbeit zu beenden.
Ähnlich wie ein Burn-down-Diagramm, zeigt aber die Menge der erledigten Arbeit im Laufe der Zeit sowie den Gesamtumfang.
Die Anzahl der Arbeitseinheiten, die in einem bestimmten Zeitraum abgeschlossen werden. Er ist nützlich, um die Teamkapazität im Laufe der Zeit zu messen.
| Begriff | Definition | Kategorie |
|---|---|---|
| Sprint | Zeitlich begrenzter Zeitraum, in dem Arbeit abgeschlossen wird | Ereignis |
| Produkt-Backlog | Geordnete Liste aller bekannten Anforderungen | Produktartefakt |
| Benutzerstory | Kurze Beschreibung einer Funktion aus Sicht des Benutzers | Artefakt |
| Geschwindigkeit | Maß für die pro Sprint abgeschlossene Arbeit | Metrik |
| Definition des Fertiggestelltseins | Kriterien, die erfüllt sein müssen, damit die Arbeit abgeschlossen ist | Standard |
| Technische Schuld | Kosten für Nacharbeit aufgrund von Abkürzungen | Konzept |
| Scrum Master | Moderator und Coach für das Team | Rolle |
| Produktverwalter | Verteidigt den Kunden und verwaltet die Backlog-Liste | Rolle |
| Increment | Nutzbares Produkt-Add-on | Artefakt |
| Kanban | Methode, die sich auf Fluss und WIP-Grenzen konzentriert | Framework |
Ingenieurstudierende wechseln oft von akademischen Projekten in berufliche Umgebungen, ohne ein klares Verständnis dieser Begriffe zu haben. Diese Lücke kann zu Konflikten mit Stakeholdern oder Missverständnissen innerhalb von Teams führen. Die Bekanntschaft mit diesem Glossar schließt diese Kluft.
Wenn Sie einen Begriff nicht verstehen, fragen Sie nach Klarstellung. Nehmen Sie nichts an. Die Branche schätzt Präzision. Die korrekte Verwendung von Fachbegriffen zeigt Kompetenz und Respekt gegenüber dem Prozess.
Darüber hinaus ermöglicht das Verständnis dieser Konzepte, für bessere Praktiken einzutreten. Wenn Sie bemerken, dass ein Team technische Schuld aufhäuft, können Sie das Framework nutzen, um Zeit für Refactoring vorzuschlagen. Wenn ein Prozess unklar ist, können Sie auf die Definition des Fertiggestelltseins verweisen, um Klarheit zu schaffen.
Das kontinuierliche Lernen ist Teil der Ingenieurmentalität. Das Agile Manifest fordert dazu auf, über die Verbesserung der Arbeitsweise nachzudenken. Dieser Leitfaden dient als Ausgangspunkt für diese Reflexion. Je weiter Sie fortschreiten, desto mehr neue Begriffe und Feinheiten werden Sie kennenlernen. Halten Sie ein persönliches Glossar. Ergänzen Sie es, während Sie lernen.
Die Softwarelandschaft ist dynamisch. Frameworks entwickeln sich weiter. Doch die grundlegenden Prinzipien der Zusammenarbeit, der iterativen Lieferung und der Qualität bleiben unverändert. Die Beherrschung dieser Fachbegriffe stellt sicher, dass Sie in jeder ingenieurtechnischen Umgebung anpassungsfähig und wirksam bleiben.
Denken Sie daran, dass Werkzeuge sich ändern, aber Prinzipien bleiben bestehen. Egal, ob Sie in einem Startup oder einem großen Unternehmen arbeiten, die Notwendigkeit klarer Kommunikation und strukturierter Lieferung bleibt bestehen. Verwenden Sie dieses Glossar als Referenzpunkt für Ihre berufliche Entwicklung.