Wie kann man ein erweitertes Projekt begrenzen? [geschlossen]

Was Ihnen anscheinend fehlt, ist die ständige Kommunikation mit Ihrem Arbeitgeber.

Nehmen Sie einen agilen Ansatz für die Entwicklung an und iterieren Sie häufig. Konzentrieren Sie sich bei jeder Iteration nur auf das, was der Arbeitgeber benötigt. Sprechen Sie jedes Mal mit Ihrem Arbeitgeber, wenn Sie eine Iteration abgeschlossen haben.

Dadurch wird sichergestellt, dass der Arbeitgeber bei jedem wichtigen Schritt nach vorne wissen kann, wie es um das Projekt steht. Wenn Sie nicht in der Lage sind, sich selbst zu sagen, was gut genug ist, lassen Sie sich von Ihrem Arbeitgeber sagen, was gut genug ist. Versuchen Sie nicht, ihn dazu zu bringen, Ihre perfektionistische Sichtweise zu teilen. Wenn er denkt, was du ihm zeigst, ist es gut genug, dann ist es gut genug, und kein Maß an Perfektionismus wird sich dort lohnen.

Ihr Projektmanagementprozess leidet unter Feature Creep und (wahrscheinlich) dem Planungsfehler .

Dinge, die Sie tun könnten:

• TDD verwenden; Das heißt, definieren Sie Ihr Feature, schreiben Sie einen positiven Test dafür und schreiben Sie dann Code, bis der Test bestanden ist (und nicht mehr).

• Führen Sie bei Ihrer Planung zwei Listen: „Features“ und „Out-of-Scope Features“. Wenn Sie eine Idee haben ("es wäre schön, wenn der Quux auch mit einem Blox funktionieren würde"), platzieren Sie sie in den "Out-of-Scope-Funktionen". Wenn Sie Zeit haben (erste Priorität) und der Kunde zustimmt, dass Ihre Idee ein cooles Feature wäre, können Sie Ideen einzeln aus dem Out-of-Scope in die Feature-Liste verschieben (mit zusätzlichem Zeitbudget, vereinbart mit dem Kunden). .

• formulieren Sie Ihre Ziele; Wenn Sie eine Aufgabenliste erstellen, erstellen Sie eine Stichpunktliste mit Kriterien, die der zu erledigenden Aufgabe entsprechen ("Definition of DONE"). Kriterien Beispiel:

  • Aufgabe ist erledigt, wenn:
  • Code ist sauber
  • Es gibt einen positiven Unit-Test und er besteht
  • Es gibt negative Unit-Tests für ungültige Eingaben und sie bestehen
  • API ist dokumentiert
  • Code eingecheckt.

  Nachdem Sie Ihre Aufgabe formalisiert haben, arbeiten Sie an einer einzelnen Aufgabe, bis sie fertig ist, und fahren Sie dann mit der nächsten fort.

Irgendwie verliebe ich mich in das Projekt und versuche es immer besser zu machen, indem ich neue Funktionen und hübsches Design hinzufüge. Dann stelle ich plötzlich fest, dass ich hinter der Deadline her bin und einige Anforderungen noch nicht erfüllt sind.

Die offensichtliche Lösung ist also: Hör auf damit!

Konzentrieren Sie sich stattdessen auf die Anforderungen. Berücksichtigen Sie die Deadline und führen Sie das Projekt so durch, dass es alle Anforderungen erfüllt und das erwartete Qualitätsniveau erreicht.

Fragen Sie dann, und nur dann, Ihren Arbeitgeber, ob es in Ordnung ist, neue Funktionen hinzuzufügen, das Design zu verschönern usw. (Denken Sie daran, dass Sie möglicherweise nicht die einzige Person an dem Projekt sind. Wenn Sie sich entscheiden, nicht erforderliche Funktionen hinzuzufügen, jemand andere müssen sie möglicherweise testen, die Dokumentation muss möglicherweise geändert werden, das Marketing muss möglicherweise Screenshots wiederholen usw. Und jedem dieser Leute ist möglicherweise die Projektzeit ausgegangen.)

Wenn Ihr Arbeitgeber jetzt sagt, Sie können mehr – dann viel Spaß. Aber oft besteht der Trick darin, ein System auf „gut genug“ zu bringen und dann mit dem nächsten gewinnbringenden Projekt fortzufahren, anstatt ein bereits vollständiges System ständig zu optimieren.

Aus Sicht des Arbeitsplatzes ist das, was Sie tun, völlig inakzeptabel. Ihnen wurden Aufgaben übertragen, Sie verwenden sie ohne Genehmigung, um mehr zu tun, als verlangt wurde, Sie erhöhen die Kosten des Projekts um das 3- bis 4-fache und liefern dann nicht alles, was verlangt wurde, rechtzeitig.

Dies ist ein klares Leistungsproblem, und ich wäre nicht überrascht, wenn ich gefeuert oder eine schlechte Bewertung erhalten würde, was Sie beide verdienen.

Sie müssen verstehen, dass sie aus geschäftlicher Sicht das Produkt erwarten, nach dem sie gefragt haben, und nicht das, für dessen Änderung Sie sich selbst entschieden haben. Sie zahlen für das Produkt, sie haben das Recht zu entscheiden, was sie brauchen. Diese Anforderungen, die Sie aufgeben, um Dinge schöner zu machen oder ein paar coole Dinge zu tun, sind wahrscheinlich wichtig für das Geschäft, viel wichtiger als das, womit Sie Ihre Zeit verbringen. Es ist eine Frage der Prioritäten.

Was Sie aus Sicht des Arbeitsplatzes tun müssen, ist, keine Änderungen mehr vorzunehmen, ohne einen Genehmigungsprozess zu durchlaufen, aufzuhören, die langweiligen Teile zu sprengen, um lustige Sachen zu machen, und anfangen, darauf zu achten, was die Benutzer tatsächlich brauchen. Sie müssen lernen, Ihre Ideen dem Unternehmen zu präsentieren und erst dann daran zu arbeiten (außer an der Präsentation), bis Sie die Genehmigung haben, und dann müssen Sie lernen, Prioritäten täglich mit Ihrem Vorgesetzten zu besprechen. Es sollte Ihnen nicht erlaubt sein, ein Projekt um 3-4 hundert Prozent zu erweitern (offensichtlich macht Ihr Chef seinen Job auch nicht, sonst hätte er Sie gezügelt.) Die Leute, die für das Projekt bezahlen, verdienen es, dass Sie sich professionell verhalten und ihr Geld nicht verschwenden in eine nicht genehmigte Richtung abgeht.

Wenn Ihnen das oft passiert (und es hört sich so an, als wäre das kein Einzelfall), ist es das Beste, wenn Sie Ihren eigenen Plan erstellen, um Ihren Fortschritt dabei zu verfolgen.

Wenn Ihr Plan besagt, dass das X-Feature bis Woche 1 fertig sein sollte und Sie sich dem Ende von Woche 1 nähern, wissen Sie, dass Sie sich beeilen müssen. Das sollte dafür sorgen, dass Sie durchweg die erwarteten Fortschritte machen, anstatt gegen Ende die böse Überraschung zu erleben, wenn Sie feststellen, dass es nur zur Hälfte fertig ist.