STARTBEITRAG
Sehr präzise, ich weiß. Für ein Beispielprojekt hängt viel an einer fremden API. Würde man als Risiko eher die fehlende Testumgebung benennen und dann eine konkrete Gegenmaßnahme planen? "Genug Puffer" fühlt sich etwas hilflos an.
0
Das größte Projektrisiko heißt in meiner Tabelle nur „Zeit“
Abschlussprojekt und Fachgespräch · 4 Antworten
Antworten
4
Antwort auf das Thema
Ja: konkrete unsichere Ursache, mögliche Auswirkung und Umgang damit. Eine früh getestete kritische Schnittstelle hilft anders als pauschal ein Tag Reserve.
0
Antwort auf das Thema
Ein eigener Stub kann Entwicklung und Fehlerfälle erleichtern. Er beweist aber nicht, dass die echte API deinen angenommenen Vertrag erfüllt. Diesen Test brauchst du trotzdem.
0
Antwort auf Antwort
Ein eigener Stub kann Entwicklung und Fehlerfälle erleichtern. Er beweist aber nicht, dass die echte API deinen angenommenen Vertrag erfüllt. Diesen Test brauchst du trotzdem.
Guter Punkt. Sonst teste ich am Ende nur, dass meine zwei eigenen Annahmen miteinander kompatibel sind.
0
Antwort auf das Thema
Und einen Verantwortlichen beziehungsweise Auslöser für die Gegenmaßnahme festlegen. Sonst bleibt die schöne Risikotabelle bis zum Problem geschlossen.
0