Ich war erst ein Jahr in der Branche und hatte einige Probleme, Schätzungen für bestimmte Aufgaben vorzunehmen. Bevor Sie dies schließen, habe ich bereits Folgendes gelesen: Wie kann ich antworten, wenn Sie nach einem Kostenvoranschlag gefragt werden? und das ist ungefähr das gleiche Problem, das ich habe. Aber ich suche nach einem genaueren Maß an Erfahrungen, etwas Quantifizierbarem oder wahrscheinlich der durchschnittlichen Leistung eines anderen Programmierers, das ich anstreben und auf meine Schätzungen stützen sollte. Die Antworten reichen von Wochen, und ich suchte mehr nach einer Antwort auf der Ebene einer Aufgabe, die für einen Tag oder so zugewiesen wurde. (Beachten Sie, dass dies nicht das Einreichen von QS oder Dokumentationen beinhaltet, sondern nur die tatsächliche Entwicklungszeit vom Schreiben von Tests, wenn ich TDD verwendet habe, bis zur Erstellung der Seite, bevor sie zum Testen eingereicht wurde.)
Meine derzeitige Rate ist wie folgt (in ASP.NET-Webformularen):
- Im Moment bin ich in der Lage, eine einfache Dateneingabeseite mit einer Rasterauflistung (keine komplexe Logik, nur Erstellen und Lesen) für eine bereits erstellte Architektur zu entwickeln, vorausgesetzt, Sie haben einen ganzen Tag (8 Stunden) Zeit.
- Durch Hinzufügen komplexer Funktionen und Aktualisieren und Löschen von Seiten wird der Aufgabe ein weiterer ganzer Tag hinzugefügt.
- Wenn ich die Seite neu starten muss (keine Lösung, keine vorhandene Website), brauche ich einen weiteren ganzen Tag.
- (Nicht immer) Aber wenn ich auf etwas Neues stoße oder es noch nicht getan habe, brauche ich noch einen ganzen Tag.
Immer wenn ich eine Schätzung mache, die länger ist als erwartet, habe ich das Gefühl, dass andere meinen, ich hänge viel hinter allen anderen zurück. Ich bin nur besorgt, da es Erwartungen gab, dass es, wenn es nur eine Seite ist, nicht mehr als einen ganzen Tag dauern sollte. Ja, es gibt definitiv mehr Raum für Verbesserungen. Das gibt es immer. Ich habe viel zu lernen. Aber ich würde gerne wissen, ob meine aktuelle Rate viel zu langsam ist, nur durchschnittlich oder durchschnittlich für jemanden, der nicht länger als ein Jahr in der Branche ist.
Antworten:
Wenn Sie für einen Job programmieren und Ihre Vorgesetzten mit der Geschwindigkeit zufrieden sind, mit der Sie Sachen machen, dann würde ich sagen, dass es Ihnen gut geht. Da Sie ein Jahr gedauert haben, sind sie eindeutig nicht empört über Ihre Ausgabe. Außerdem sind Sie erst seit einem Jahr dort und nehmen an, dass sie seit mehr als einem Tag mit Menschen umgehen, und wissen, dass es eine Lernkurve gibt, wenn Sie noch grün sind.
Schätzungen zufolge bin ich jetzt seit 5 Jahren in der Branche (sicherlich kein Veteranengebiet, weiß ich!), Und meine persönlichen Schätzungen sind immer noch beschissen. Ich überschätze fast so oft, wie ich unterschätze, und ich mache beides weit mehr, als ich richtig verstanden habe. Irgendwo wird etwas auftauchen und dich beißen. Manchmal finden Sie eine Bibliothek, die alles tut, von dem Sie dachten, dass Sie es selbst tun müssen, und eine Woche Arbeit verschwindet in einem halben Tag. In anderen Fällen wird ein dummer Käfer die tägliche Arbeit auf 2, 3, 4 ausdehnen ...
Wenn Sie die gleiche Arbeit immer wieder wiederholen und das Gefühl haben, dass Sie den Durchsatz maximiert haben, sollten Sie möglicherweise darum bitten, zu einer anderen Aufgabe versetzt zu werden. "Fremdbestäubung" und andere PHB-freundliche Begriffe sind definitiv für Entwickler von Vorteil. Wenn Sie einen Monat oder länger mit etwas anderem verbringen, finden Sie vielleicht etwas, für das Sie besser geeignet sind. Andernfalls oder wenn Sie nicht in der Lage sind, sich von Webformularen fernzuhalten, schadet Ihnen die Änderung nicht und Sie werden möglicherweise mit ein wenig mehr Wissen und Erfahrung zurückkommen, die Ihnen helfen werden.
quelle
Glück gehabt, wenn du 1 Jahr als grüner Programmierer geschafft hast. Ich wurde nach nur 9 Monaten in eine andere Einheit versetzt (von denen 3 Monate tatsächlich programmiert wurden), weil ich nicht produktiv genug war. Und ich lernte jeden Tag mehr und mehr, genoss den Prozess und lieferte die Dinge in einem gleichmäßigen Tempo. Es war das erste Mal, dass ich überhaupt in der Unternehmensprogrammierung gearbeitet habe, na ja ...
Vielleicht wäre es einfach besser, den schmutzigsten, am wenigsten zuverlässigen Code mit Null-Tests zu erstellen, der bei der Ausführung der Aufgabe kaum mit Kaugummi zusammenbleibt, damit die Manager genug "Produktivität" für ihre Benchmarks erhalten.
quelle
Du bist vielleicht ein bisschen "langsam" im Vergleich zu jemandem, der seit 5 oder 10 Jahren programmiert, aber es kommt alles mit der Zeit. Wahrscheinlich machen Sie die Dinge jetzt in einem Zehntel der Zeit, als Sie das erste Mal gelernt haben, und es wird weiterhin einfacher. So sind die meisten Dinge im Leben ... Sie sind langsam, wenn Sie es zum ersten Mal lernen, und Sie werden allmählich besser, schneller, effizienter. Wenn Sie lange genug üben, werden Sie möglicherweise "meisterhaft".
quelle
Wenn Sie Dinge tun, die jedes Mal etwas Einzigartiges sind, wird es immer schwierig sein, sich auf detaillierte Aufgaben zu konzentrieren oder eine sehr genaue Schätzung zu erhalten.
Ich persönlich mag die Herausforderung, aber manchmal sieht man ein bisschen dumm aus, wenn man sich nur eine Aufgabenliste oder einen Zeitplan ansieht.
Wenn Sie Tests machen, während Sie gehen, würde ich sagen, dass die Beispiele, die Sie gegeben haben, je nach Komplexität Ihrer Arbeit ziemlich schnell sind. Ich habe an Projekten gearbeitet, bei denen jedem Element, auch wenn die Elemente in Ihren Aufzählungszeichen enthalten sind, mindestens ein Tag zugewiesen wurde.
quelle
Dies ist alles zu häufig. Wenn niemand eine längere Schätzung abgibt, wenn er sich ein Problem im Detail ansieht, ist jede Schätzung in der Regel zu kurz.
quelle