Diese Webseite verwendet Cookies, um Ihnen das bestmögliche Webseitenerlebnis zu bieten. Wenn Sie weitersurfen, akzeptieren Sie unsere Cookie-Richtlinien.
Kennzahl: (Geplanter Aufwand - Restaufwand) / Geplanter Aufwand
Lat. überreichlich, überflüssig. Bezeichnet gewöhnlich Dinge, die ohne Verlust entfallen können. Als redundanzfrei wird etwas bezeichnet, wenn jeder Sachverhalt (z.B. eine Anwendungsfallbeschreibung) nur genau einmal (im gesamten Anwendungsfallmodell) vorhanden ist.
Erneuter Test einer bereits getesteten, aber danach modifizierten Funktionalität mit dem Ziel nachzuweisen, dass durch die vorgenommenen Änderungen keine neuen Fehler auftreten.
Eine Person, die in allem Probleme sieht („das geht nicht") bzw. Bedenken hat („ich weiß nicht so recht") und dies auch ständig äußert. Der Reichsbedenkenträger hat erstaunliche Fähigkeiten und kann sehr gut neue Ideen torpedieren, indem er blitzschnell haufenweise phantasievoller Was-ist-wenn-Szenarien aufstellt und alle Beteiligten damit in tiefe Verunsicherung stürzt. Auf der anderen Seite ist er aber auch extrem gründlich und kann daher sehr gut eingesetzt werden, um z.B. Spezifikationslücken aufzuspüren, Qualität zu sichern, Tests durchzuführen, aber auch um Projektrisiken zu finden.
Selbstbezüglich, zurückgehend bis zu einem bekannten Punkt.
Ein Release ist ein Build, das dahingehend weiterentwickelt wurde, dass es an den Kunden ausgeliefert werden bzw. in seiner Zielumgebung laufen kann, d.h., es sind die notwendigen Freigabeverfahren zu durchlaufen. Ein Release ist immer auch ein Meilenstein.
Ein Releasefeature ist eine Ausbaustufe eines Produktfeatures für genau ein Release und umfasst alle Iterationsfeatures des Produktfeatures, die bis zum Releasetermin erstellt werden sollen.
Konsequente Zergliederung eines Projektes in einzelne organisatorisch voneinander vollständig unabhängige Teilprojekte (Produktteams), die fachlich und inhaltlich aufeinander aufbauend eine gemeinsame Software entwickeln, wobei jedes Produktteam genau ein Release entwickelt und nur für die Entwicklung dieses einen Release existiert.
Der Releaseplan stellt die Dauer der Phasen, die Iterationen sowie die Meilensteine eines Projektes auf einer Zeitachse dar, sodass für das Gesamtprojekt und/oder für die einzelnen Releases eines Projektes erkennbar wird, welche Phasen sich über welche Iterationen erstrecken und wann welche Meilensteine zu erreichen sind.
Temporäre Suborganisation innerhalb des Projektes, das eine Alpha- oder Beta-Version zu einem Release weiterentwickelt, das heißt die Version zur Inbetriebnahme in der Zielumgebung vorbereitet und bereitstellt.
Kritischer Pfad, der die verfügbaren Ressourcen (Personal) berücksichtigt, ohne den kritischen Pfad dadurch selbst zu verändern.
Bezeichnet das (verbessernde) Umstrukturieren und Ändern des Programmcodes unter Beibehaltung seiner Funktionalität, ohne dass in diesem Arbeitsgang neue Funktionalität hinzugefügt wird.
Gesamtkapitalrentabilität