Jeden Tag eine neue Sache lernen
Das Product Backlog listet alle Features, Funktionen, Anforderungen, Erweiterungen und Korrekturen auf, die für die Produktversionen erforderlich sind. Product Backlog-Projekte haben die Attribute Beschreibung (angemessen detailliert), Story Points (Schätzungen) und Aufträge (priorisiert). Sie müssen im Backlog kontinuierlich hinzugefügt, gelöscht und aktualisiert werden (Emergent) und das Verständnis des Team-Backlogs zeitnah und angemessen widerspiegeln.
Weiterlesen
Das Prinzip der Offenheit und Geschlossenheit ist das grundlegendste Gestaltungsprinzip in der Welt der Softwareentwicklung. Es leitet uns an, wie wir ein stabiles und flexibles System aufbauen können. Eine Softwareeinheit wie eine Klasse, ein Modul oder eine Funktion sollte offen für Erweiterungen und geschlossen für Änderungen sein.
Weiterlesen
Die agile Entwicklung ist eine auf den Menschen ausgerichtete, iterative und schrittweise Entwicklungsmethode. Bei der agilen Entwicklung wird der Aufbau eines Softwareprojekts in mehrere Teilprojekte unterteilt, und die Ergebnisse jedes Teilprojekts wurden getestet und haben die Merkmale der Integration und des Betriebs. Mit anderen Worten: Ein großes Projekt wird in mehrere kleine Projekte aufgeteilt, die miteinander verbunden sind, aber auch unabhängig voneinander durchgeführt und abgeschlossen werden können. Während dieses Prozesses befindet sich die Software immer in einem brauchbaren Zustand.
Weiterlesen
Kausalschleifendiagramme (auch bekannt als Diagramme zum Systemdenken) werden verwendet, um das Verhalten von Ursache und Wirkung vom Standpunkt eines Systems aus darzustellen. Ein Kausalschleifendiagramm (CLD) ist ein Kausaldiagramm, das dabei hilft, zu visualisieren, wie verschiedene Variablen in einem System miteinander verbunden sind.
Weiterlesen
LeSS ist ein leichtgewichtiges, agiles Framework für die Skalierung von Scrum auf mehr als ein Team. Ab 2005 entwickelten Bas Vodde und Craig Larman das LeSS-Framework, nachdem sie die Scrum-Prinzipien und -Regeln bei Großprojekten angewendet hatten. Ihr Ziel war es, große Projekte erfolgreich zu entwickeln und dabei die Beschränkungen von Scrum einzuhalten.
Weiterlesen
Die meisten Agile- und Scrum-Schulungen beziehen sich auf die 7 +/- 2-Regel, d. h. agile oder Scrum-Teams sollten aus 5 bis 9 Mitgliedern bestehen. Scrum-Enthusiasten erinnern sich vielleicht daran, dass der Scrum-Leitfaden besagt, dass Scrum-Teams nicht kleiner als 3 und nicht größer als 9 sein sollten. Woher kommt diese Faustregel und warum?
Weiterlesen
Heute möchte ich anhand von Visual Paradigm demonstrieren, wie die Aufgabenplanung für Teammitglieder, die die RACI-Rollen einnehmen werden, durchgeführt werden kann und diese Aufgaben im erweiterten PERT-Diagramm automatisch dem automatisierten Aufgabenmanager namens „Tasifier“ für das Projektmanagement zugewiesen werden können. Ein traditionelles PERT-Diagramm ist ein Projektmanagement-Tool, das zur Planung, Organisation und Koordinierung von Aufgaben innerhalb eines Projekts verwendet wird. Das erweiterte PERT-Diagramm-Tool bietet vier zusätzliche Funktionen für die Integration mit verschiedenen Visual Paradigm Building Blocks. Sie können alle diese Funktionen in einem erweiterten PERT-Diagramm-Modellierer ausführen.
Weiterlesen
LeSS wurde von Bas Vodde und Craig Larman aus praktischen Erfahrungen bei der Skalierung von Scrum entwickelt und 2014 als LeSS Company gegründet. Das Prinzip „More with LeSS“ ist das Herzstück von LeSS (Large Scale Scrum). Komplexe Produktentwicklung erfordert keine komplexen Lösungen. Sie erfordert ein tiefes Verständnis für die Essenz der Probleme, die dann mit einfacheren Lösungen gelöst werden können.
Weiterlesen
Dieser Artikel zeigt Ihnen, wie Sie die UML-Modellierung mit der leistungsstarken Funktion Modell-ETL sowohl agil als auch just-in-time effektiv anwenden können. Ein UML-Modell oder -Diagramm ist eine spezifische Sicht auf das, was Sie in einem bestimmten Kontext zu verstehen versuchen.
Weiterlesen
In der Softwareentwicklung stoßen wir immer wieder auf diese Begriffe. Manchmal bezeichnen die Leute ein Software-Feature, eine Anforderung, einen Anwendungsfall, ein Backlog-Element …. Was ist die Konvention der Softwareentwickler für die Verwendung dieses oder jenes Begriffs?
Weiterlesen