Bugfixing Zeitzuordnung

Question

Wir haben von einem Kunden gebeten, uns eine Zeitschätzung an jedem zu geben und jeden Fehler den wir haben.

Auch wenn wir einen festen Zeitplan für Bugfixing zu tun haben und haben Zeit dafür zugewiesen, wir haben keine Zeit, Zuteilung auf jedem der Fehler, die wir haben. Einfach gesagt, haben wir unsere Fehler priorisiert und haben dafür gesorgt, dass höchste Priorität Bugs zugewiesen in der Zeit behoben werden.

Ich bin kein Fan von Zeit zu Bugs Zuteilung, einfach weil:

1. Es ist in der Regel ungenau. Es ist sehr schwierig, herauszufinden, wie lange es dauern würde zu beheben nehmen.
2. Abfall der Zeit.
3. Beeinflusst die Qualität des Codes
4. mehr Fehler auf lange Sicht Schafft (können wir bestimmte Dinge in unserem Versuch verpassen, um es innerhalb der Frist vollständig).

Wie sollten wir dieses Problem angehen, wo wir nicht die Anzahl der Stunden pro Fehler zur Verfügung stellen möchten, aber nur einen Zeitrahmen darüber, welche Fehler wird behoben werden?

Wie Sie Zeit, um Ihre Fehler zuweisen? Ist es effektiv? Es lohnt sich die Zeit und Mühe?

Answer 1

Die einzige Antwort, die ich geben kann, ist extrem konservativ. Ratet mal, wie lange es dauern wird, und mehrere Ihre Vermutung von vier. Verwenden Sie diese als Ihre Schätzung. Wie Sie gesagt hat, ist es sehr schwierig, herauszufinden, wie lange die Dinge zu beheben nehmen, und es ist besser zu sagen, dass es länger dauern wird, als es tatsächlich als gefangen zu werden „breaking Ihre Frist“, weil Sie nicht genug konservativ waren.

Answer 2

Die Firma für die ich arbeiten oft bekommt unvernünftig Anfragen von unseren Kunden. Der Schlüssel ist daran zu erinnern ist, dass die Kunden gut informiert werden. Wir haben den besten Weg gefunden, dies zu tun, ist in Bezug auf den Statusberichte.

So haben wir zunächst einen ziemlich guten Job tun, um unsere Position zu erklären. In Ihrem Beispiel so etwas wie dies wäre:

  

Wir haben einen festen Zeitplan, die Fehler in unserem Projekt zur Fixierung, die wir von dem Aufenthalt im Zeitplan historisch einen guten Track Record haben. der Prozess der Detaillierung, wie jedoch lange jeder Fehler zu beheben nehmen ist sehr fehleranfällig. Wir würden uns freuen, Sie mit wöchentlichen Updates zur Verfügung zu stellen (oder zweimal wöchentlich oder täglich je nach Kundenwunsch) auf den Fehlern, die behoben wurden und Updates, die getestet wurden.

Aber ich glaube, dass es gut ist, zu versuchen, jeden Fehler zu schätzen, wie lange es dauern zu beheben. Der Grund dafür ist, dass Sie müssen verstehen, was die Gesamtzeit, alle Fehler zu beheben nehmen. Sie zu erhalten in der Lage, um eine genaue Schätzung, ob Sie, wie lange die einzelnen Teile zu beheben nehmen keine Schätzung haben. Diese können grobe Schätzungen natürlich sein (geschätzt nicht mehr als die Ausgaben eine Stunde analysieren das Problem) - Sie wollen nicht zu viel Zeit Abschätzungs verschwenden. Dann Faktor ich in der Regel in einem zusätzlichen 20%. So sagen die Schätzungen für Bugs 3 Tage, 5 Tage und 2 Tage. Dann würde ich an den Kunden berichtet, dass wir sollten in der Lage, die Fehler in 12 Tagen zu beheben. Dann natürlich müssen Sie möglicherweise mehr Zeit zum Testen und Umverpacken Ihr Produkt hinzufügen, bevor Sie sie eine lieferbare geben kann.

Answer 3

Sie denken, dies nicht im Hinblick auf die Schätzung, wie lange Fehler zu beheben nehmen, weil Sie nicht möglicherweise kann das richtig einschätzen.

dieses Denken in Bezug auf Verwaltung von Kunden Wut . Wenn Sie ihnen die Wanzen erzählen keine Zeit überhaupt nehmen zu fixieren und sie am Ende unter 3 Monaten, wird Ihr Kunde mit Ihnen glücklich sein, jetzt und wütend mit Ihnen in der Zukunft.

Wenn Sie ihnen die Wanzen sagen werden 3 Monate dauern zu beheben und sie nehmen tatsächlich 3 Monate zu reparieren (was sie will), wird Ihr Kunde wütend sein jetzt und glücklich, mit Ihnen in der Zukunft.

ich normalerweise sagen Bugs keine Zeit überhaupt stattfinden wird (2-3 Tage scheinen eine gute beruhigende Zahl zu sein).

Answer 4

Es sollte die gleiche sein, jede andere Aufgabe als die Schätzung Sie haben. Spaltete es bis in die kleinsten Aufgaben möglich und schätzen diejenigen, so genau wie Sie mit Polsterung kann für das Unerwartete. Dann gibt ihnen einen Bereich, so dass Sie nicht gemerkt sind, Aufgaben zu einem bestimmten Zeitpunkt nach unten, die nicht gut definiert. Es gibt keinen Unterschied zwischen der Zeit Schätzen einem Fehler zu beheben und der Schätzung der Zeit eine Funktion mit nebulösen Anforderungen umzusetzen.

Answer 5

Sie haben Recht, Schätzungen sind in der Regel ungenau.

Vielleicht möchten Sie sie fragen, wie viel jeder Fehler kostet sie, wenn es nicht fixierten geht. Dann können Sie die entsprechende Berechnung durchführen um herauszufinden, ob sie jemals festgelegt werden sollte, und wie viel Zeit Sie (oder realistisch, sie) kann es sich leisten zu jedem Fehler zu widmen.

Answer 6

Warum nicht nur mehrere Bänder für Fehler Schwere holen, zum Beispiel 1 Stunde, 1/2 Tag, 1 Tag, 1 Woche und weist gegen sie. Im Allgemeinen werden Sie ein Gefühl für einen Fehler haben - diejenigen, für die Sie keine Ahnung haben, setzen Sie den schlimmsten Fall Figur es

Ich würde nicht denken, Sie wollen würden jedes feineres Niveau schätzen als die, für die Gründe, die Sie zitiert haben (zu lange dauert, zu untersuchen, etc.)

Ich glaube nicht, es ist eine Verschwendung von Zeit. Ihr Kunde mehr als die Anzahl der Bugs und ihre Priorität wissen -. Sie wollen ein Gefühl dafür, wie viel Arbeit bleibt

Unter keinen Umständen sollte dieses Ergebnis in Ihnen mehr Fehler zu erzeugen. Sie sollten nicht gegen die Uhr eilen diese zu beheben. Wenn Sie 1 Tag geschätzt, und es tooks 10 Stunden, das ist in Ordnung. Wenn Sie 1 Woche geschätzt, und es dauerte 2 Stunden, gutes Ergebnis!

Das ist einfach eine Übung in der Schätzung!

Answer 7

stimmen wir der Regel, welche Fehler haben für eine bestimmte Version behoben werden, und dann einen Zeitrahmen definieren alle Bugs zu beheben. Für jeden einzelnen Fehler gibt es eine Menge Unsicherheit / Variabilität, wie lange es dauern könnte zu beheben, aber das dazu neigt, mit einer größeren Anzahl von Bugs auszuzumitteln. Für bestimmte Fehler, die Sie wird länger dauern, wissen kann es möglich sein, einige Schätzungen zu geben, z.B. wenn Sie benötigen einen Simulator oder eine Test-Framework für sie zu schreiben.

Answer 8

Wenn diese Fehler, die gefunden wurden, und berichteten, dann sollten Sie in der Lage sein, eine Schätzung über die Zeit zu entwickeln, zu fixieren (und die Zeit, erneut zu testen). Das Vertrauen der Schätzung wird zu der Zeit wahrscheinlich proportional sein, das Sie auf der Schätzung verbringen, erklärt vielleicht diese Kosten für die Kunden.

Wenn es eine Reihe von verwandten kleinen Bug-Reports sind vielleicht könnten Sie sie in einen Omnibus Bericht kollabieren. Dies könnte den Client vermeiden versuchen, die Fehler zu wählen, und wählen fix auf rein individuellen Schätzungen.