Wie gehen Sie mit der Terminplanung/Fristen im Hinblick auf Programmierer um?[geschlossen]

Question

Legen Programmierer gerne Fristen fest?Ich bin Webentwickler und Zeitpläne/Fristen gibt es in meinem Bereich überall.Aber ich habe mit einigen Softwareentwicklern/Programmierern zusammengearbeitet, die Fristen hassen. Gibt es einen Weg, das zu umgehen?

Answer 1

Zunächst müssen Sie zwischen Fristen und Schätzungen unterscheiden.

• Fristen aus anderen Quellen kommen, zB „Feature-X benötigt für die Messe bereit zu sein“.
• Die Schätzungen aus internen Quellen, zB "Feature-X wird N Wochen dauern".

Im Allgemeinen Programmierer sollte Schätzungen erstellen und Vertrieb / Marketing wird Frist erstellen.

Probleme auftreten, wenn die beiden nicht aufgelöst werden kann - wenn die Frist näher als die Schätzung ist

.

Hilfreiche Hinweise für Entwickler (Leads):

• die Person Lassen Sie die Schätzung der Arbeit schaffen machen.
• Stellen Sie sicher, sind Schätzungen, die auf kleine Aufgaben, die jeweils nicht mehr als ein oder zwei Tage.
• Verwenden Sie eine Feedback-Schleife Entwickler ihre Einschätzung Fähigkeiten verbessern zu lassen.
• Eine genaue Schätzung Fähigkeiten können Sie schieben härter gegen Frist verlangt.

Hilfreiche Hinweise für Vermarkter / Termin Schöpfer:

• Sie keine Schätzung mit einer Frist außer Kraft setzen.
• Wenn eine Frist Konflikte mit einer Schätzung, die einzigen wirklichen Optionen sind (a) Entwickler arbeiten Überstunden, (b) die Anforderungen an die Frist getrimmt, oder (c) die Frist verpasst wird.
• Erklären Sie, warum die Frist ist wichtig, und was der Zweck der Funktion Schluss ist ( „Kunde X unterzeichnen einen sechsstelligen Vertrag“).
• Verstehen Sie, dass Menschen, die sie fühlen sich nicht aggressive Fristen entsprechen, werden nicht motiviert werden.

Answer 2

Programmierer HASSE Fristen für die sehr gute Gründe!

Es ist fast unmöglich, genau zu schätzen, wie lange ein Stück Code zu entwerfen nehmen, zu schreiben und zu debuggen, bis Sie es getan haben.

Aus meiner persönlichen Erfahrung habe ich eine Woche lang über einen „einfachen“ Shell-Skript bekommen zu arbeiten, die ich in etwa eine Stunde geschätzt würde. Auf der anderen Seite nahm etwa eine Woche einen Parser für COBOL-Datendefinitionen zu schreiben (einschließlich aller seltsam COMP COMP-3 AUFTRITT definiert SYNC und Füllbytes Sachen), die ich bei etwa zwei Monaten geschätzt hatte.

Das andere große Problem ist, dass mit engen Fristen Programmierer überspringen bewährte Verfahren und beginnen konfrontiert Hacking. Das spart etwa 50% der Kodierungszeit jedoch unter Zugabe von 300% auf die Test- und Debug-Zeit.

Answer 3

Traditionell können Sie nur Qualität, Funktionen oder Zeit einstellen, die zuletzt die Frist zu sein. Qualität, die Sie wirklich wollen nicht zu verwirren, um mit. Solange der Prozess Sie verwenden können Sie Funktionen kalibrieren Fristen zu erreichen, ich bin in Ordnung.

Answer 4

Entwickler müssen bei der Schaffung der Fristen zu beteiligen. Wenn sie ohne Eingabe von Entwickler willkürlich und erstellt dann haben sie ein Recht sich zu beschweren. Projekte legitim Zeitbeschränkungen von Geschäft kommen, aber die Ressourcen und Funktionen müssen zum Ausgleich eingestellt werden. Diese Anpassungen können nicht ohne Eingabe von Entwickler (nicht zu erwähnen, BAs, QA und Operationen Leute) gemacht werden.

Answer 5

Der einzige Software-Ingenieure / Entwickler die ich getroffen habe, die Fristen hassen das Gefühl, dass Art und Weise für einen von zwei Gründen:

1. Sie sind völlig desorganisiert, und wissen, dass sie nicht treffen die Frist, und so mag sie nicht weil, wenn sie die Frist verpassen es macht sie schlecht aussehen.
2. Sie tun es nicht haben ein Problem mit Terminen, wie lange als jemand, der versteht, Arbeit beteiligt ist die Einstellung Frist. Die schlimmsten Fristen hergestellt von Manager versuchen eine verkaufen Projekt und sagt: „3 Wochen Nein Problem!“, und dann ihr sagen, Entwicklungsteam, die sie haben 3 Wochen eine funktionierende Version zu produzieren von MS Office und neu erstellen die Internet für das kleine Kind-Chef.

Answer 6

Ich denke, es hängt davon ab, wie die Zeitpläne erstellt werden. Der Entwickler muss eine bedeutende Rolle mit dem Zeitplan in der Tür haben. Ansonsten wie werden Sie wissen, ob es sinnvoll ist oder nicht?

Wenn jemand im oberen Management einfach schreibt vor, dass „Feature-X durch Y getan werden muss“, ohne eine gute Einsicht zu haben, um, wie lange es könnte tatsächlich nehmen (einige Dinge sind viel komplizierter zu implementieren als sie klingen), dann das ist eine schlechte Sache. Wenn sie jedoch mit den Entwicklern arbeiten, um den Aufwand zu schätzen tatsächlich erforderlich ist und das Gleichgewicht, dass mit dem Rest der die Bedürfnisse des Unternehmens, dann funktioniert es im Allgemeinen ziemlich gut aus.

Answer 7

Nun, ich bin sehr zufrieden mit einer Frist , wenn , die Frist durch ausgeklügeltes Schätzung Verfahren ermittelt wurde, mit dem Input von beiden Managern und Ingenieuren und die Anforderungen für das, was sollte auf geliefert wird die Frist ist klar definiert.

Answer 8

Regelmäßige Bewertungen sind entscheidend:

• Listen Sie die wichtigsten Meilensteine ​​und Ergebnisse auf
• Teilen Sie es in kleinere Stücke auf
• Erstellen Sie eine Sammlung kleinerer Kostenvoranschläge
• Halten Sie die Fristen angemessen

Sie müssen Fristen haben, aber diese Fristen müssen auch realistisch und messbar sein.Das Verschieben der Spezifikation wird den Entwickler verärgern – es könnte unvermeidlich sein, aber haben Sie keine Angst davor, Dinge zu verschieben (nach Diskussionen).

Fristen und Arbeitsschätzungen werden nie besonders genau sein, aber grundlegende Projektmanagementtechniken sollten daher dazu führen, dass sich die Leute darüber im Klaren sind, dass sie diese verpasst haben – und warum das passiert ist.