Wie gehe ich mit einem geringfügigen Problem um, das in einem beendeten Projekt gefunden wurde? [geschlossen]

Hintergrund

Vor ungefähr sechs Monaten hatten wir die Abnahme für den Abschluss eines Softwareprojekts mit einem externen Kunden und das verbleibende Budget für dieses Projekt wurde wieder in andere Projekte gefiltert. Ich habe das Projekt erneut besucht, um die Dokumentation zu verfeinern, als mir klar wurde, dass sich ein unkritischer Teil der Software nicht wie beabsichtigt verhalten würde. Ein einzelner Komponententest würde einen Wert nicht korrekt ändern, wodurch der Test immer bestanden würde, selbst wenn sich das System so ändern würde, dass er fehlschlägt. Ich war mir nicht sicher, wie ich mit dieser Situation umgehen sollte, da das Projekt offiziell beendet ist und wir keine Mittel mehr erhalten, um daran zu arbeiten. Der fehlerhafte Test hindert die Software nicht daran, wie vorgesehen zu funktionieren.

Die Behebung des Problems wäre trivial genug, aber um es auf dem System des Kunden bereitzustellen, müsste ein langwieriger Prozess ausgelöst werden, der viel mehr Arbeit erfordern würde, als nur die Behebung durchzuführen.

Frage

Was ist im Allgemeinen der beste Weg, um mit einer solchen Situation umzugehen? Ich weiß, dass die Antwort des Managements sein wird, es einfach zu lassen, aber ich habe das Gefühl, es einfach zu lassen, ohne es jemandem mitzuteilen, wäre das Falsche. Andererseits würde es meiner Meinung nach als Zeitverschwendung angesehen werden, das Management darüber zu informieren, zumal wir für die Arbeit an diesem Projekt nicht mehr bezahlt werden und es eine so belanglose Angelegenheit ist.

Bearbeitungen

Zu Eriks Antwort:

Wir haben ein Ticketsystem, in dem Supportanfragen und Änderungswünsche herausgefiltert werden. Supportanfragen werden bearbeitet und Änderungsanfragen werden in ein anderes System gestellt. Das Problem, das ich dabei sehe, ist, dass das Projekt nach dem Testen vom Kunden abgesegnet und akzeptiert wurde und er keine Support-Vereinbarung mit unserem Unternehmen hat.

A single unit test would not change a value correctly, causing the test to always pass even if the system would change in such a way to make it fail.Ist der Unit-Test defekt oder das System?
Der Unit-Test selbst ist fehlerhaft. Es ist nicht einmal der gesamte Komponententest, sondern nur ein Testfall innerhalb dieses Komponententests. Es wäre innerhalb des Systems und für die Benutzer sehr offensichtlich, wenn es diesen Fall nicht wie erwartet behandeln würde.
In die Warteschleife stellen: Wie Sie damit umgehen, hängt von den Richtlinien Ihres Unternehmens und Ihres Kunden ab, was bedeutet, dass Sie einfach Ihren Vorgesetzten fragen sollten, was Sie gegebenenfalls dagegen tun sollten.
Software, die „fertig“ ist, wechselt normalerweise in den Wartungsmodus; Melden Sie das Problem möglicherweise mit einem Fix. Für diesen Fall braucht es kein neues Release oder einen Patch (normalerweise interessiert sich der Kunde nicht für die Unit-Tests; nur, dass die Software funktioniert); es ist nur ein Wartungsproblem.
Der Auftraggeber hat das Projekt als abgeschlossen abgenommen. Wenn Sie nicht aufgefordert werden, Änderungen vorzunehmen, ist die richtige Vorgehensweise, weiterzumachen. Vielleicht möchten Sie den Projektmanager auf den Fehler aufmerksam machen, den Sie gefunden haben, und ihn entscheiden lassen, wie er damit umgeht. Ich vermute, es würde in ein Protokoll mit Korrekturen für die nächste Iteration aufgenommen werden

Antworten (2)

Betrachten Sie sich als Benutzer und schlüpfen Sie in ihre Lage. Ich bin sicher, dass selbst für ein geschlossenes Projekt etwas eingerichtet ist, wenn Benutzer auf Probleme mit dem Projekt stoßen. Folgen Sie ihren Schritten.

Wahrscheinlich bedeutet dies, dass Sie den Fehler entweder mit einem internen System oder mit dem Support-Desk Ihres Unternehmens protokollieren. Es kann auch bedeuten, den Kundenbetreuer zu informieren.

Ich weiß nicht, wie Ihr Unternehmen arbeitet, aber ich nehme an, Ihr Unternehmen weiß, dass Fehler auftreten werden, und hat einen Prozess dafür, und Sie können technische Probleme auf die gleiche Weise melden.

Das ist richtig. Wir haben ein Ticketsystem, in dem Supportanfragen und Änderungswünsche herausgefiltert werden. Supportanfragen werden bearbeitet und Änderungsanfragen werden in ein anderes System gestellt. Das Problem, das ich dabei sehe, ist, dass das Projekt nach dem Testen vom Kunden abgesegnet und akzeptiert wurde und er keine Support-Vereinbarung mit unserem Unternehmen hat.
In diesem Fall wird dieses Problem wahrscheinlich nicht aufgegriffen, aber das spielt keine Rolle. Wichtig ist, dass das Problem protokolliert wird, falls es zu einem späteren Zeitpunkt mehr Arbeit erfordert, und nicht vergessen wird.

Sie sind beauftragt, die Dokumentation zu aktualisieren. Dokumentieren Sie Ihre Ergebnisse und berichten Sie. Vielleicht braucht Ihre Dokumentation einen "Bekannte Probleme"-Abschnitt, um solche Erkenntnisse aufzunehmen. Dieser Abschnitt kann mit der Zeit wachsen (besondere Laufzeitbedingungen, funktioniert nicht mit Windows x oder Drucker y ...)

Es liegt dann im Ermessen des Kunden zu entscheiden, wann er zusätzliche Arbeiten erledigen lassen möchte.

Wie gehe ich mit einem geringfügigen Problem um, das in einem beendeten Projekt gefunden wurde? [geschlossen]
AntwortenHierDatenschutz-Bestimmungen1y, 0v