54 lines
3.8 KiB
TeX
54 lines
3.8 KiB
TeX
\section{Soll-Ist-Vergleich}
|
|
\label{sec:target-comparison}
|
|
|
|
\subsection{Zeitlicher Verlauf}
|
|
|
|
Tabelle~\ref{tab:soll-ist} stellt die geplanten den tatsächlichen Zeitpunkten gegenüber.
|
|
|
|
\begin{longtable}{@{} p{45mm} l l p{40mm} @{}}
|
|
\caption{Soll-Ist-Vergleich der Projektphasen}
|
|
\label{tab:soll-ist} \\
|
|
\toprule
|
|
\textbf{Phase} & \textbf{Soll} & \textbf{Ist} & \textbf{Abweichung} \\
|
|
\midrule
|
|
\endfirsthead
|
|
\toprule
|
|
\textbf{Phase} & \textbf{Soll} & \textbf{Ist} & \textbf{Abweichung} \\
|
|
\midrule
|
|
\endhead
|
|
\bottomrule
|
|
\endfoot
|
|
Feature-Analyse & 18.06. & 18.06. & keine \\
|
|
Backlog-Schnitt & 18.06.--08.07. & 18.06.--08.07. & keine \\
|
|
Infrastruktur beantragt & --- & 22.07. & nicht eingeplant \\
|
|
Infrastruktur verfügbar & --- & 27.07. & nicht eingeplant \\
|
|
Umsetzung Sprint 15.2026 & 27.07.--12.08. & 27.07.--19.08. & +1 Woche \\
|
|
Umsetzung Sprint 16.2026 & 13.08.--25.08. & 12.08.--offen & Lookup nicht gemergt \\
|
|
Abnahmetest & ab 13.08. & 13.08.--25.08. & Zugriffsprobleme \\
|
|
Produktivsetzung Kern & --- & 20.08. & --- \\
|
|
Nebenläufigkeit (10070) & --- & offen & nach Projektzeitraum \\
|
|
Bugfix aus Abnahme (10134) & --- & Sprint 17.2026 & nach Projektzeitraum \\
|
|
\end{longtable}
|
|
|
|
Die Analyse- und Planungsphase verlief planmäßig. Die Abweichungen treten ausschließlich in der zweiten Projekthälfte auf und haben zwei klar benennbare Ursachen.
|
|
|
|
\subsection{Ursache 1: Nicht eingeplanter Infrastrukturvorlauf}
|
|
|
|
Die Beschaffung des Speichers war in der ursprünglichen Planung nicht als eigener Vorgang enthalten. Sie wurde erst am 22.~Juli beantragt, obwohl die fachliche Klärung bereits seit dem 18.~Juni abgeschlossen war. Die eigentliche Bereitstellung dauerte dann mit fünf Arbeitstagen nicht ungewöhnlich lange — der Verlust entstand dadurch, dass der Antrag erst spät gestellt wurde.
|
|
|
|
Unmittelbare Verzögerung entstand daraus nicht, weil die Umsetzung ohnehin erst am 27.~Juli begann. Anders verhielt es sich mit der Klärung, welche Speicherfunktionen zur Verfügung stehen: Diese zog sich vom 30.~Juli bis zum 17.~August, also über zweieinhalb Wochen, und fiel damit mitten in die Umsetzungsphase. Die Recherche zum Kundenordner-Lookup war während dieser Zeit blockiert, soweit sie von der Antwort abhing.
|
|
|
|
\subsection{Ursache 2: Nachgeschobene Backlog Items}
|
|
|
|
Die zweite Abweichung ergibt sich aus dem Umfang. Von den 14 Backlog Items waren acht zu Beginn geschnitten; sechs kamen erst während der Umsetzung hinzu — Typfilter, Paginierung, die Recherche zur Speicherabfrage, der neue Lookup, die automatische Ordneranlage und die Nebenläufigkeit.
|
|
|
|
Diese Items entstanden nicht aus einer Ausweitung des fachlichen Umfangs. Sie entstanden aus technischen Problemen, die erst bei der Implementierung sichtbar wurden, sowie aus der Zuarbeit des Entwurfs im Juli. Die ursprüngliche Schätzung von 35 Aufwandspunkten wuchs damit auf 46 Punkte — ein Zuwachs von rund einem Drittel.
|
|
|
|
\subsection{Abgleich mit den Anforderungen}
|
|
|
|
Von den 13 funktionalen Anforderungen sind zwölf ausgeliefert und im Betrieb. Die dreizehnte — die automatische Anlage der Ordnerstruktur — ist implementiert, aber Bestandteil des noch nicht zusammengeführten Pull Requests.
|
|
|
|
Bei den nichtfunktionalen Anforderungen ist das Bild ähnlich. Fünf der sechs sind erfüllt. Die Skalierbarkeit des Lookups ist gelöst, die Lösung aber ebenfalls noch nicht ausgeliefert; bis dahin gilt weiterhin das lineare Verfahren. Die Anforderung ist damit konzeptionell und implementatorisch erfüllt, betrieblich jedoch noch nicht wirksam.
|
|
|
|
Hinzu kommt eine Einschränkung, die zu Projektbeginn nicht bekannt war: die in Abschnitt~\ref{sec:race-conditions} beschriebene Nebenläufigkeit im verändernden Teil des Lookups. Sie ist keine unerfüllte Anforderung, sondern eine im Zuge der Umsetzung neu erkannte Eigenschaft, die als eigenes Backlog Item erfasst und freigegeben ist.
|