Wie mit schnellen Projekt spec Änderungen in einem engen Zeit Szenario umgehen? [geschlossen]

Question

Wie mit einem Projektmanager beschäftigen, die wirklich enge Fristen auferlegt, aber mit einem Tag oder so vor Ablauf der Frist bringt neue Funktionen und Spezifikationen Änderungen zu implementieren, mit einer weiteren knappen Frist.

Das Schlimmste daran ist, dass die meisten der neuen Sachen zu großen Umschreiben des bestehenden Code führen, wie bereits Unternehmen implementierten Regeln nicht länger anwendbar oder „gewinnen“ seltsame Ecke Fälle, die getrennt behandelt werden müssen.

Es scheint, dass, egal wie hart wir versuchen, das System erweiterbar zu machen, gibt es immer Dinge, die buchstäblich im letzten Augenblick kommen und müssen schnell umgesetzt und unterstützt werden.

Wie kann ich mit einer solchen Situation umgehen? Es ist wirklich demoralisierend und ein Kollege verlassen bereits das Team.

Answer 1

Es ist wahr, dass, egal was du tust, bist du ein Mensch, und Sie werden Fehler machen oder Dinge verpassen. Dies vorausgeschickt, regelmäßige Änderungen an Ihre Anforderungen sind meist das Ergebnis entweder schlechte Anforderungen oder schlecht develoment Prozess, oder beides.

Einige Design-Up Front?

Unternehmensanalyse regelmäßig den kurzen Prozess von den Entwicklern gegeben, Projektmanager, etc. Die meisten Entwickler wollen einfach nur am Tag hacken 1 zu starten, und die meisten PMs lieben, sie zu lassen: „Wow, wir können aus der Projektinitiierungsphase bewegen in 1 Tag bis die Bauphase ohne dieses Geschäftsanalyse Zeug lächerlich Zeit in Anspruch nimmt! das wird Fertigstellung Boni sieht toll für!“ Aber denken Sie daran, dass die primäre Aufgabe des PM ist das Projekt unter Kontrolle zu halten (pünktlich und im Rahmen des Budgets) ... nicht unbedingt machen Benutzer glücklich und schon gar nicht die Entwickler glücklich zu machen. Das ist nicht zu sagen, sie sind völlig herzlos; gute PMs werden ihre Ziele erreichen, indem Umfang Kontrolle der Durchsetzung und Kommunikation zu fördern, von denen beide sind hilfreich.

Aber die Zeit nehmen, um wirklich darüber nachdenken, was gebraucht wird und durch mögliche Szenarien treten kann einen gravierenden Unterschied in den Ausgaben machen Sie es zu tun.

• Wenn Sie eine Anstrengung zu tun gründliche Business-Analyse gemacht haben und Sie immer noch mit Änderungen in letzter Minute, dann vielleicht Ihr Problem ist ein weiterer Klassiker Herausforderung enden: ausgekuppelt Benutzer. Ihre Fachexperten sind Ihre Top-Waffe im Umgang mit und jene Ecke Fälle zu identifizieren. Wenn Sie Benutzer haben, die nicht in den Analyseprozess beteiligt sind, besser Fachexperten.
• Es ist auch möglich, Benutzer ausgerückt sind, weil sie zu beschäftigt damit, ihre reguläre Arbeit sind. In diesem Fall ist es ein Management-Thema und sie müssen Anweisungen gegeben werden, die Teilnahme Projekt Teil ihrer Arbeit ist; das ist manchmal schwierig, weil oft das gleiche Management, die Ihnen gesagt, „es gestern getan“ ist die gleiche Gruppe von knuckleheads, dass das Projekt erwartet magisch ohne Schluckauf passieren und ohne Ressourcen (sie sind gemeinsam, dass sie nicht verstehen, die Komplexität der Softwareentwicklung und davon ausgehen, es ist einfach). Wenn das Management ahnungslos ist und wird sich nicht ändern ... na ja, müssen Sie entweder Überstunden und befassen sich mit den Themen, die Sie beschrieben haben, oder einen neuen Job bekommen.

Kann Agile Hilfe?

Es wäre sicher schön, wenn Ihre Benutzer, die Sie über diese Ecke Fällen sagen würde eher früher als später, nicht wahr? Dies bezieht sich auf das, was Toby Hede in seinem Beitrag diskutiert. Vielleicht ist eine Methodik, die die Software vor dem Benutzer so schnell wie möglich, auch in einem ungeschliffenen Zustand bekommt, kann Feedback auslösen früher. Das war eine der Inspirationen für alle agile Konzepte. Die Macher waren müde von mit den Fragen beschäftigen Sie beschreiben, und sie erkannten auch, dass, wenn das Management und Anwender wurden nicht ändern wird, dann vielleicht die Entwicklung könnte. Es ist noch in der Entwicklung, aber es ist ein Schwerpunkt auf frühzeitiges Feedback durch eine Vielzahl von Techniken bekommen (Fachexperten haben mit dem Entwicklerteam-Co befindet, raue Prototypen in Benutzern Hände immer früher, paaren Programmierung auf Entwickler Erfahrung captalize, Restaurants und vieles mehr) . All dies liegt daran, dass es selbstverständlich ist, wir sind menschlich und wir werden die Dinge verpassen.

Schließlich erwähnen Sie Sie versuchen, das System erweiterbar, um mit den raschen Veränderungen zu machen, aber wie? Trennen sich Sie Präsentationslogik von der Geschäftslogik? Sind Einkapseln Sie Business-Logik in den Objekten, aufgeteilt in geeigneter Weise Abhängigkeiten und Kopplung zu minimieren? Alle diese Dinge sind schwer zu tun und die Zeit zu planen, nehmen und zu bauen.

Du bist nicht allein, nebenbei bemerkt. Lots (vielleicht alle) Geschäfte haben diese Herausforderungen.

Answer 2

Lassen Sie sie nicht, die Frist in erster Linie aufzuzwingen.

Sie haben 2 Möglichkeiten

• Die Uhr gibt Ihnen eine Liste von Funktionen und Sie ihnen sagen, wann es fertig sein wird.
• Die Uhr gibt Ihnen eine Liste von Funktionen und eine Frist. Sie sie dann sagen, welche Funktionen Sie in der vorgegebenen Zeit implementieren werden.

Wenn der PM Ihr Manager ist oder die Behörde Fristen + Anzahl von Merkmalen zu verhängen, dann würde ich für einen neuen Job suchen. careers.stackoverflow.com

Wenn die PM nicht Ihr Manager ist, dann müssen Sie Ihren Manager an Bord zu bekommen und haben sie die Uhr ihre Optionen aus der obigen Liste geben.

Answer 3

Dieses Zeug ist wirklich eine Herausforderung zu bewältigen. Das eigentliche Problem hier ist, dass Sie nicht actualy einen Prozess verfügen.

Die Antwort hängt wirklich von der politischen Situation in der Organisation und wie viel eneergy Sie haben Veränderungen voranzutreiben.

In der Vergangenheit habe ich versucht, Prozessänderung zu mehreren Organisationen einzuführen, und es war immer ein Kampf. Es ist jedoch möglich.

würde ich auf einige Methoden einen Blick rund um Software-Entwicklung für die Verwaltung. Ich benutze und empfehlen Scrum, zum Beispiel.

In einer Situation mit raschen Veränderungen auf kurze Iterationen arbeiten, die eindeutig zur Verantwortung Ziele haben können wirklich hilfreich sein. Sie werden wahrscheinlich zu Champion benötigen und Ihre Projektmanager verwalten, aber es klingt wie der aktuelle „Prozess“ funktioniert offensichtlich nicht, so einen neuen Prozess tatsächlich verkauft wird einfacher -. Sie solides Business Case für Verbesserungen

Ein fester Prozess wird Ihnen helfen, „Push-back“ auf sich ändernde Anforderungen. Schnelle reaktionäre Veränderung ist oft ein Symptom für allgemeinere Fragen in organisatorischer Ausrichtung und Strategie, und es ist das Interesse an der jedem dieses Problem innerhalb der Organisation zu beheben.

Answer 4

Dies ist eine der wichtigsten Herausforderungen, die Sie als Entwickler konfrontiert sein werden.

Eine gute Technik, die ich in der Vergangenheit verwendet habe, ist, Fragen zu stellen. Wenn Sie die Spezifikationen erhalten, etwas in ihnen finden, die Klärung von den Endnutzern muss. Dies immer Dinge verlangsamt, und wirft die Möglichkeit, in Manager Köpfen der Risiken.

Stellen Sie sicher, dass Ihr Projektmanager bei der Umsetzung der späten Änderungen für ein Projekt verbundenen Risiken kennt.

Answer 5

Haben Sie und Ihr Team versucht, über diese mit dem Manager diskutieren selbst? Das ist das erste, was Sie tun sollen.

Er könnte nicht haben so viel Erfahrung mit dem Entwicklungsprozess, also die ständige enge Termine und sehr spät großen Änderungen. Ich habe solche Fälle gesehen, Menschen, die nicht entwickeln konnte, aber dachten, sie könnten einen besseren Job bei PM tun.
Von sitzen und reden mit ihm könnte es zwei Sache kommen, je nach seiner Persönlichkeit / Professionalität. Er würde Ihre Punkte akzeptieren und versuchen, die Situation für die Zukunft ändern oder er wird ein smartboy sein und wird in etwas nicht geben, wobei in diesem Fall lohnt es sich, eskaliert die Situation zu einem höheren Niveau. Ich glaube nicht, dass es ein Unternehmen ist, das glücklich Entwickler verlieren akzeptieren.

Als Alternative könnte sein Manager alle über ihn. Und das ist ein Problem.

Wenn nichts klappt, wie bereits vorgeschlagen, den Job zu ändern ist eine faire Sache zu tun.