Ich habe 12 Jahre lang getestet und bei Naumen und Yandex gearbeitet. Jetzt leite ich die Testabteilung mit 150 Mitarbeitern in der Rennstrecke und arbeite weiterhin als Tester in einem der Teams.

Nach einer sechsmonatigen Leistungsüberprüfung erklärten Manager aus verschiedenen Teams, welche Ziele sie sich für ihre Tester gesetzt hatten. Jeder Fünfte hatte folgendes: "Lernen Sie, die Zeitpläne für Testaufgaben zu bewerten." Oft wird eine solche „Terminbewertung“ nicht nur von Testern, sondern auch von Entwicklern gewünscht.

Schätzung der Begriffe in 95% der Fälle. Vielen Dank, dass Sie xkcd .

Ich halte es für absolut schädlich zu üben, wenn der Auftragnehmer die Fristen für eine separate Aufgabe bewertet. Dies hängt direkt mit dem Mangel an Systemausbildung und den geringen Anforderungen an Manager zusammen.

Jetzt werde ich erklären, wie es funktioniert.

Über die Werke der Klassiker

Maxim Dorofeev - Der Effekt der Terminverkürzung

Ich zitiere aus dem Buch " Jedi-Techniken ", obwohl man das Parkinson-Gesetz zitieren könnte:

Ein Mann kommt zu uns, stellt eine Aufgabe und fragt, wie lange es dauern kann, sie zu erledigen. Bei der Bewertung der Aufgabe möchten wir natürlich den Zeitraum benennen, bis zu dem wir mit Sicherheit rechtzeitig sein werden. Da viel passieren kann (und wir vermuten, dass mit Sicherheit etwas passieren wird), setzen wir einen bestimmten Zeitraum in die Bewertung ein.

Anstatt sofort mit der Ausführung der Aufgabe zu beginnen, „beschäftigen wir uns mit dem Dringenden“, da „diese Aufgabe noch nicht brennt“ - wir haben auch den oben genannten Bestand.

Die Aufgabe beginnt zu „rauchen“ und wir fahren fort. Wenn nichts passiert ist, holen wir pünktlich auf, aber wenn etwas passiert ist ... Wir haben die Reserve bereits für dieses „Etwas“ ausgegeben und sind daher zu spät.

Infolgedessen wird jede als Frist bezeichnete Frist zu einer Frist, vor der die Aufgabe nicht abgeschlossen wird. Dies führt zu besonders unangenehmen Konsequenzen bei der Teamarbeit, wenn die Zusammenarbeit verschiedener Spezialisten und verschiedener Abteilungen erforderlich ist, um eine Aufgabe oder ein Projekt abzuschließen.

Der Mensch als Gleichrichter (und Diode) ist eine Illustration aus den Jedi-Techniken. Es gibt auch ein Video .

Tom Demarco - Der menschliche Faktor

Im fünften Teil des ersten Kapitels finden Sie Links zu Studien zur Abhängigkeit der Produktivität von demjenigen, der die Zeitbewertung durchgeführt hat.

Kurzum: Die Tatsache der Bewertung wirkt sich um etwa 40% auf die Verschlechterung aus.

Ich empfehle es zu lesen. Alle im fünften Kapitel aufgeführten Faktoren sind weiterhin relevant.

Deming und Nive - Ein Experiment mit roten Perlen

Im vergangenen Jahr hörte ich zweimal von Managern: "Wir haben gelernt, die Fristen für die Bewertung von Aufgaben einzuhalten. Jetzt verstößt ein solcher Programmierer oder Tester nicht mehr gegen die von mir genannten Fristen."

Ich denke, dies ist ein äußerst ernstes Problem, da dies bedeutet, dass dieser Programmierer oder Tester die Fristen systematisch und absichtlich überschätzt, an der Entspannung arbeitet und den Manager anlügt . In der Welt gibt es Abweichungen und die Nichtverletzung von Schätzungen bestimmter Aufgaben bedeutet, dass die Bewertung einer solchen Person immer rechts von der Verteilungskurve der tatsächlichen Arbeitszeit erfolgt.

Die im Titel erwähnten Autoren sagen, dass der einzig wahre Weg zur Schätzung der Fristen statistische Methoden sind. Ein Paket typischer Aufgaben sollte bewertet werden. "Haben wir unterschiedliche Aufgaben?" Das ist eine Lüge. Im Abstand von einem Jahr wird es nicht so viele verschiedene Aufgaben geben. In der Regel ist eine solche Aussage ein Zeichen für mangelnde Reflexion über den Prozess und mangelnde Durchführung von Übungen: Zerlegung, MVP, Prototypen, Standardisierung.

Über Kunden, die Fristen benötigen

Zunächst ist anzumerken, dass meistens - und das ist an sich schon lustig - nichts von der Reaktion des Auftragnehmers abhängt, da es bereits Fristen gibt. Der Manager ist nicht daran interessiert, wie viel Zeit wir für die Aufgabe benötigen , sondern ob wir pünktlich und rechtzeitig pünktlich sein werden . Dies sind unterschiedliche Fragen, die auf unterschiedliche Weise beantwortet werden müssen.

In der Regel lautet die Antwort auf die Frage „Werden wir rechtzeitig sein?“ Analytics und MVP, eine qualitativ hochwertige Entwicklungsinfrastruktur und die Höhe der technischen Schulden, nämlich die Schwierigkeit des Refactorings und das Vorhandensein automatischer Regressionstests.

Noch einmal: Die Timing-Schätzung verhindert, dass der Darsteller die Frist einhält.

Zweitens gibt es eine Reihe von Übungen in der Entwicklung. Nicht alle von ihnen sind einfach. Sie geben keine direkte Antwort auf die Frage "Wann wird die Funktion verfügbar sein?". Sie reduzieren jedoch die Größe der Lieferung, verringern die Komplexität der Entwicklung und des Testens und verringern letztendlich die Variabilität der Begriffe.

• MVP
• Aufgabenzerlegung
• Einschränkung der unfertigen Arbeit (der Programmierer übernimmt keine neuen Aufgaben, bis die alten herauskommen)
• separate Versionen von Refactoring und nachfolgenden Funktionen
• separate Freigabe des Backends, Frontends und anderer Teile des Produkts
• kanarische Veröffentlichungen
• Verwendung von Feature-Flags
• Fähigkeit der Tester, wichtige Mängel von unwichtigen zu trennen
• Fähigkeit eines Teams, mit unwichtigen Mängeln freizugeben

Wenn das Team diese Übungen durchführt und der Manager qualifiziert ist, muss er von den Ausführenden keine Frist festlegen, um den Kunden zu antworten. Wenn die Übungen nicht durchgeführt werden, ist höchstwahrscheinlich jeder vom Manager festgelegte Begriff eine Lüge.

Über inkompetente Manager

Es ist sehr leicht, die Schätzung der Begriffe (wann die Aufgabe erledigt wird) und die Schätzung der Arbeitskosten (wie lange dauert die Entwicklung eines Features) zu verwechseln. Schätzung von Begriffen, wie wir bereits herausgefunden haben, wenn nicht schädlich, dann zumindest sinnlos. Die Bewertung der Arbeitskosten ist jedoch eine ziemlich nützliche Übung.

Die Notwendigkeit, die Arbeitskosten zu bewerten, wenn die Aufgabe erledigt ist, veranlasst uns, die oben genannten nützlichen Übungen durchzuführen: hauptsächlich die Zerlegung dieser Aufgabe.

Wir müssen uns jedoch daran erinnern, dass die Bewertung der Arbeitskosten in einem Team mit einem inkompetenten Manager sehr leicht zu einer Schätzung der Bedingungen führt . Es beinhaltet eine Million kognitiver Verzerrungen und ein Unverständnis darüber, wie Produktionsketten funktionieren.

Lebensbeispiel:
- Wie viel Zeit werden Sie für diese Funktion aufwenden?
- Ich schreibe anderthalb Wochen und behebe Fehler drei Tage lang.
- Das heißt, in 3-4 Wochen wird es fertig sein?

Das heißt, der Unterschied zwischen „Ich werde den Tag mit dieser Aufgabe verbringen“ und „Die Aufgabe wird an einem Tag fertig sein“ ist vielfältig und grundlegend.

Sie unterrichten das Leben und was haben Sie selbst erreicht?

Ja, lass uns über mich und mein Team sprechen. Wir machen einige der aufgelisteten Übungen erfolgreich, andere lernen es zu tun. Einige sind es nicht, und das ist traurig.

Ich denke, wir haben gelernt, unvollendete Arbeiten einzuschränken, vorläufige Refactoring-Releases durchzuführen und wichtige Fehler von unwichtigen zu trennen.

Schätzung der Testbedingungen tun wir dies. Wir teilen die Aufgaben in kleine, große und andere. Etwa die Hälfte der kleinen Aufgaben erledigt der diensthabende Tester in seiner Freizeit. Die kleine Aufgabe ist in YouTrack mit dem Tag "für eine Stunde" gekennzeichnet und wird in einem Ansatz (von einer halben Stunde bis zwei Stunden) ausgeführt, wenn keine Komplikationen auftreten.

Große Aufgaben sind mit dem Tag „Projekt“ gekennzeichnet, und es ist sofort klar, dass dies einfach nicht der Fall ist. Jede große Aufgabe hat einen Funktionsleiter, dessen Aufgabe es ist, sicherzustellen, dass die Übungen aus der obigen Liste ausgeführt werden.

Die restlichen Aufgaben sind in keiner Weise markiert. Übungen aus der Liste beginnen, wenn die Zeit, die für die Bearbeitung benötigt wird, eine willkürlich gewählte und abwechslungsreiche Grenze von 2 Wochen überschreitet.

Wenn sich eine dringende Aufgabe in der Warteschlange befindet, müssen Sie alles löschen und ausführen. Keine Notwendigkeit zu bewerten. Es ist jedoch hilfreich, die Frist zu klären, um zu verstehen, welche Mängel und Mängel behoben werden können. Es gibt weniger als zehn Prozent solcher dringenden Aufgaben.

Das letzte Mal, dass ich vor mehr als zwei Jahren auf Wunsch eines Managers bei der Freigabe einer dringenden Aufgabe bei der Arbeit verspätet war. Davor einige Male, 2015 und 2016.

PS Eine der wichtigsten Fähigkeiten in unserer Arbeit ist es, keinen unnötigen Müll zu machen. Einschließlich sich nicht auf "Einschätzung von Begriffen" und Selbsttäuschung einzulassen. Was ich dir auch wünsche.

(Abonnieren Sie unseren Kanal in Telegramm , es ist schön dort.)