Können Planungsunterlagen nachträglich passend zum gebauten Produkt erstellt werden?

Ich implementiere gerade eine Android-Anwendung und habe Schwierigkeiten, meine Klassen- und Sequenzdiagramme zu erstellen, hauptsächlich aufgrund der Tatsache, dass die Spezifikationen zu abstrakt und vage sind. Ich dachte daran, die Implementierungsphase zu machen und dann meine Arbeit zurückzuentwickeln, um die Planungsdokumente zu erstellen.

Meine Frage ist, ist das erlaubt und sinnvoll?

Verstehe ich richtig, dass Sie fragen, ob es in Ordnung ist, Dokumentation und Code zu entwickeln, während Sie sie durcharbeiten und besser verstehen, anstatt zu versuchen, alles im Voraus zu dokumentieren?
@MarvMills Fürs Protokoll, das ist Projektmanagement! Ich bin mit einem Projekt im Verzug und ein möglicher Weg wäre, zuerst die App zu implementieren und dann zurück in die Designphase zu gehen - aber das ist ok, ich weiß, was ich tue. Ich weiß nicht, warum ich überhaupt hier gepostet habe, wenn ich so begrüßt werde.
Nimm es nicht persönlich, ich stelle nur Fakten dar. Wenn Sie an einem Projekt arbeiten, müssen Sie Ihren Projektmanager fragen, das Internet kann Ihnen das nicht beantworten, nur Ihr Projektmanager kann das. Dadurch ist die Antwort auch spezifisch für Ihre genaue Organisation und Situation, sodass die Antwort für andere Besucher nutzlos ist. Es tut uns leid,
Willkommen bei PMSE, George! Ich denke, diese Frage kann definitiv mit einer vernünftigen Bearbeitung gerettet werden. Der Titel dreht sich um Entwicklung, aber es gibt eine zugrunde liegende Frage zu neuen Spezifikationen, die hier möglicherweise zum Thema gehören könnten. Ich denke, es gibt hier ein Juwel von einer Frage, ob es umgeschrieben werden kann, um mehr über die Projektplanung oder die Abfolge Ihrer Entwurfsphasen als über Entwicklungspraktiken zu sprechen .
Ich habe Ihre Frage stark bearbeitet, um sie eher zu einer Projektmanagement- und Methodikfrage zu machen. Fühlen Sie sich frei, mit der Bearbeitung fortzufahren, wenn Sie das Gefühl haben, dass ich die Essenz dessen, was Sie wirklich zu fragen versuchen, falsch ausgelegt habe.

Antworten (2)

Spikes und Prototypen sind in Ordnung; Die Neuverbindung von Projektplänen ist es nicht

Ich hatte vor, in die Implementierungsphase zu gehen und dann meine Arbeit zurückzuentwickeln.

Aus Sicht des Projektmanagements ist das nicht in Ordnung. Die Planung ist schwierig, aber eine fehlende Planung verursacht später technische Schulden und Probleme für das Projekt und die Organisation.

Bei Wasserfall geht es um Vorausplanung. Agile bedeutet Just-in-Time-Planung. Keine der beiden Methoden erlaubt eine "Fertig, Feuer, Ziel"-Planung, wie Sie sie beschreiben.

Aus technischer Sicht ist es sicherlich zulässig, mit minimaler Planung eine Projektspitze durchzuführen oder einen Prototyp zu erstellen, um eine Idee zu validieren oder Erkenntnisse für eine dauerhaftere Implementierung zu gewinnen. Was Sie hier beschreiben, ist jedoch eher so, als würden Sie Ihre Planungsdokumente neu verbinden, damit sie zu dem passen, was Sie am Ende erhalten, was keine gute Projektmanagement- oder Engineering-Praxis ist.

Vielen Dank, dass Sie die ursprüngliche Frage geändert und auch für mich beantwortet haben. Es ist für ein Abschlussjahrprojekt und daher bin ich der Manager. Ich mache es alleine und mir wurde geraten, so schnell wie möglich in die Implementierungsphase zu gehen. Ich fand die Planungsphasen deprimierend und sehr vage. Ich hatte nur das Gefühl, dass es viel einfacher war, das Klassendiagramm und das Sequenzdiagramm im Nachhinein zu modellieren
+1 Wie immer haben Sie einen Weg mit Worten CG. "Fertig, Feuer, Ziel!" wird hier wiederverwendet (nicht als Methode, die ich schnell hinzufügen möchte!) :)

Eine weitere gute Analogie zum Schießen: Schießen, Ziel über Einschussloch bewegen, Volltreffer!

In der realen Welt, wenn Sie einen Kunden haben, an den Sie Ihr Produkt verkaufen, wird dieser Ansatz zweifellos eine Menge erhöhter Kosten, Zeit und ein erhöhtes Risiko der Kundenunzufriedenheit verursachen. Das Problem ist, dass viele schlecht durchgeführte Projekte im IT-Bereich auf diese Weise durchgeführt werden, was zu einer sehr schlechten Erfolgsbilanz von Projektfehlern führt, wie von Gartner und vielen anderen Quellen berichtet. Wenn Sie bereits Termin- oder Kostenprobleme haben, wird dieser Ansatz die Probleme verschärfen, auch wenn er Ihrer Intuition widersprechen mag.

Wenn die Dinge nicht eindeutig sind, lassen Sie sie spezifizieren. Verbringen Sie die Zeit mit dem Aufschlüsseln und Dokumentieren vor dem Bau. Das zahlt sich am Ende aus.