Jeden Tag eine neue Sache lernen
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
In der Software-Entwicklung beinhaltet die übliche “Schätzung” eine quantitative Bewertung des für eine bestimmte Entwicklungsaufgabe erforderlichen Aufwands; dieser wird in der Regel in Form von Dauer (Stunde/Tag) oder geschätzter Einheit (Story Point) ausgedrückt. Der Zweck besteht darin, eine Reihe solcher Einzelschätzungen zu konsolidieren, um einen Hinweis auf die Gesamtdauer, den Arbeitsaufwand oder die Kosten des Softwareprojekts zu erhalten.
Weiterlesen
Ein funktionsübergreifendes Flussdiagramm (manchmal auch als Bereitstellungsflussdiagramm bezeichnet) ist ein Werkzeug zur Abbildung von Geschäftsprozessen, mit dem die Schritte und Beteiligten eines bestimmten Prozesses dargestellt werden. Normalerweise verwenden wir ein funktionsübergreifendes Flussdiagramm, um die Beziehung zwischen einem Geschäftsprozess und den für diesen Prozess verantwortlichen Funktionseinheiten (z. B. Abteilungen) darzustellen.
Weiterlesen
In der Softwareentwicklung umfasst der Begriff “Schätzung” im üblichen Sinne eine quantitative Bewertung des Aufwands, der für die Durchführung einer bestimmten Entwicklungsaufgabe erforderlich ist; dieser wird in der Regel in Form der Dauer ausgedrückt. Agile Schätzung ist der Prozess der Bewertung des Aufwands, der erforderlich ist, um die Aufgaben im Backlog eines Produkts in der Reihenfolge ihrer Priorität zu erledigen. Dieser Aufwand wird in der Regel in Form der für die Fertigstellung der Aufgabe benötigten Zeit gemessen, was wiederum zu einer genauen Sprintplanung führt.
Weiterlesen
Unabhängig davon, ob das Team an einem Produkt oder einem Projekt arbeitet, müssen wir die Frage beantworten: “Wann werden wir es fertig haben?” “Oder wie viel wir zu einem bestimmten Zeitpunkt schaffen können. Wie beim traditionellen Entwicklungsmodell müssen wir also den Aufwand schätzen, bevor wir das Projekt beginnen. Während der Entwicklung von Scrum teilte das Team die Verantwortung und verpflichtete sich kollektiv für die Arbeit jedes Sprints, so dass der geschätzte Arbeitsaufwand für das agile Team einen kollektiven Schätzungsansatz verwendete.
Weiterlesen
Ein plangesteuerter Prozess bedeutet, dass alle Prozessaktivitäten im Voraus geplant werden und der Fortschritt anhand dieses Plans gemessen wird. In einem agilen Prozess ist der Plan inkrementell und es ist einfacher, den Plan und die Software zu ändern, um veränderten Kundenbedürfnissen Rechnung zu tragen.
Weiterlesen
Es gibt Menschen, die in einem bestimmten Bereich sehr kompetent sind, aber nur selten einen Beitrag außerhalb dieses Bereichs leisten. Diese Menschen werden in der agilen Gemeinschaft als “I-Typen” bezeichnet, weil sie wie der Buchstabe “I” sind, d.h. sie haben Tiefe, aber nicht viel Breite. Im Gegensatz dazu verfügen “T-Leute” über ergänzendes Fachwissen in einem Bereich, aber weniger ausgeprägte Fähigkeiten in verwandten Bereichen und gute Fähigkeiten zur Zusammenarbeit.
Weiterlesen
Dieser Artikel zielt darauf ab, die agilen Praktiken zu veranschaulichen und dem agilen Team eine Anleitung zur Einführung von Agile bei der Implementierung von IT-Systemen zu geben. Er wurde auf der Grundlage der in der Branche üblichen agilen Praktiken und der in verschiedenen Pilotprojekten gewonnenen Erfahrungen entwickelt.
Weiterlesen