Wie schnell kann man einen festen Fehler in der Produktion bekommen?

Question

Ich arbeite mit 2 sehr unterschiedlichen Anwendungen.

App # 1 ist eine Web-Anwendung, wo ich einen direkten Zugang zum FTP haben, so Fehler zu beheben ist recht einfach. Cat A Bugs sind in der Regel innerhalb von den nächsten Tag festgelegt. Keine Probleme hier.

App # 2 ist ein Ölgeschäft Dokumentenkontrolle App, wo wir durch zwei acceptancy Testphasen gehen müssen - Endanwender und Systemtest. Irgendwelche Fehler nach dieser Phase entdeckt werden, bis die nächste Version behalten, in der Regel 2-3 Monate. Jedes neues Release-Paket ist ein enorm Kosten. Es ist wirklich schwer für die Endbenutzer zu erklären, dass sie mit einigen der Fehler bis zur nächsten Version zu leben.

Wie beziehen Sie kritische Fehler, die nicht sofort behoben werden kann?

Answer 1

In meiner persönlichen Meinung nach in Ihrer beschriebenen Situation ist ein sehr tiefes strukturelles Problem, und es sollte behandelt wurde, bevor das Projekt gestartet wird. Jeder Programmierer sollte mindestens eine Person wissen, direkt Änderungen zu drücken, wenn nötig, und das Verfahren hierfür muss klar sein. Ehrlich gesagt, was über die Sicherheit oder Datenbankprobleme mit potenziellem Datenverlust? Ich meine natürlich, wenn Sie nicht beheben können sie direkt die Mitarbeiter informieren und ihnen sagen: „Bitte das nicht tun“, aber ehrlich gesagt ist der beste Weg, dieses Problem aus der Welt so schnell wie möglich zu bekommen. Ich hatte einen ähnlichen Fall in einer Terminal-Anwendung, in der ein Programm einfach Arbeit beenden, nachdem eine Taste zweimal gedrückt wurde. Das Update war trivial, war aber niemand zu beheben es erlaubt und es buchstäblich Stunden für alle Menschen kosten auf dieser Sache je zu laufen. Verlangen Sie eine Abkürzung für wichtige Änderungen!

Answer 2

Je schneller ich Fehler zu beheben, desto mehr Fehler Ich finde ich das beheben müssen.

Answer 3

Die Geschwindigkeit, die Verwaltung Sie einen Fehler beheben können direkt mit dem Kostenmanagement verwandt wird bleiben, bis der Fehler behoben ist.

Ich bin ein 1-Mann-Team. Nichts steht zwischen mir und meinem Fehler:)

Answer 4

Es hängt wirklich von einer Kombination aus der Größe der Organisation, Systemgröße, die Bedeutung des Systems und Auswirkungen des Fehlers zum Beispiel:

Ein Mann Shop oder Low Impact System (schnellste - App # 1 oben)

Zeit zu beheben Fehler = Zeit Fehler finden + Zeit Code fix + Zeit die Produktion bereitstellen

Große Organisation oder Wichtiges System (längst - App # 2 oben)

Zeit zu beheben Fehler = Zeit Fehler finden + Zeit Dokument & priorisieren Bug + Zeit Kalkulation + Zeit genehmigt Arbeit fix + Zeit Design fix + Zeit Dokument fix + Zeit Code fix + Zeit Dokument Testplan + Zeit Testfix + Zeit Regressionstest + Zeit Leistung / load test + Zeit < em> Zeitplan & genehmigen Bereitstellung + Zeit bereitstellen fix

Bearbeiten : Wie viele Microsoft-Mitarbeiter dauert es, um eine Glühbirne auszuwechseln? ist eine interessante Lektüre zum Thema.

1 : Siehe http://blogs.msdn.com/ericlippert/archive/2003/10/ 28 / 53298.aspx

Answer 5

Die Antwort wäre ein Verhältnis von, wie viel Zugang hat man in der Produktionsumgebung auf die Menge an Leben oder Geld auf dem Spiel steht.

Answer 6

Umgehungen.

ich Erfahrung gehabt haben, wo ein Benutzer eine Funktionalität tot aufgrund eines Fehlers als uns mitgeteilt, wartete bis der Fehler behoben wurde, sagte uns dann, dass auf diesem Abschnitt während der Ausfallzeiten, die sie haben ihre Informationen wurden Abschluss alter Excel-Version der Anwendung (Oracle APEX Migration von Excel) und dann fragte uns schön die Umlaufszeit auf uns dynamisch die Daten aus ihrer Excel-Anwendung wieder einfügen. Die Drehung um dafür war länger als die Ausfallzeit für den ursprünglichen Fehler.