Welche Kriterien sollten bei der Entscheidung für Arbeiten berücksichtigt werden, die über den Projektumfang hinausgehen?

Seien Sie vorsichtig, wenn Sie Erwartungen übertreffen, wenn Sie „Zeit dafür haben“. Ich war bei diesem Verhalten auf der Kundenseite und meine Reaktion war nicht so, wie das Team erwartet hatte. Hätte ich die Wahl gehabt, hätte ich um eine ganz andere Nutzung der Zeit gebeten. Nicht nur hat das Team meine Erwartungen nicht übertroffen, indem es entschieden hat, was es tun kann, es hat meine Erwartungen aufgrund seiner Aktionen nicht erfüllt.

Mein Vorschlag ist, dem Kunden die Optionen zu geben. Denken Sie daran, dass sie vielleicht einfach glücklicher sind, die vorzeitige Lieferung zu haben, anstatt das zu haben, was Sie als „zusätzlichen“ Wert erachten.

Heikles Thema, weil so viele Projekte von den Kundenerwartungen abhängen, die oft nicht mit der schriftlichen Spezifikation übereinstimmen.

Sie könnten das Kernprodukt frühzeitig liefern und den Kunden fragen, welche Bereiche er verbessern möchte.

Sie könnten etwas erraten und produzieren, das in Bereichen erweitert wird, die Sie für wichtig halten.

Du könntest einfach früher liefern!

Sie könnten dem Kunden zeigen, was Sie getan haben, und dann kann der Kunde darauf hinweisen, dass er andere Erwartungen an die Abschnitte 2, 3, 6 und 7 hatte – und könnten Sie sie überarbeiten?

Ich erinnere mich, dass ich eine Fallstudie über das iPhone UI-Projekt gelesen habe, in der sie beschlossen, die Erwartungen in Bereichen zu übertreffen, die das Telefon wie den Touchscreen und das Vergrößern/Verkleinern besonders erscheinen lassen – aber langweilige Elemente wie Ausschneiden und Einfügen fast ignorieren – und das führte zu den enormen Zustimmungswerten.

Wenn Sie also die Erwartungen übertreffen wollen, ist das iPhone-Lead eine Überlegung wert.

Ich würde sagen, in jedem Szenario sollte es entweder für Sie oder für den Kunden und möglicherweise für beide Seiten einen Gewinn geben.

Ein paar Ideen zum Nachdenken, die mir in den Sinn kommen:

• Abhängig von der Art des Projekts können Sie etwas hinzufügen, das dem Kunden gefällt, aber auch Ihr Produkt für zukünftige Implementierungen besser macht. Sie sollten nicht nur diese spezifische Implementierung berücksichtigen, sondern auch potenzielle zukünftige.

• Ein weiterer zu berücksichtigender Faktor ist die Rückzahlung einiger technischer Schulden . Die überwiegende Mehrheit der Projekte, die ich kenne, hat zumindest einige technische Schulden verursacht, und eine solche Situation ist eine gute Gelegenheit, etwas dagegen zu unternehmen. Es zahlt sich normalerweise in Bezug auf die Wartungskosten aus.

• Das bringt mich zu einer anderen Sache – es gibt einige Funktionen, die den Wartungsaufwand und die Kosten reduzieren, wobei automatische Updates hier das offensichtlichste Beispiel sind. Sie sind in der Regel eine Win-Win-Situation, was sie zu guten Kandidaten für ein solches Szenario macht.

Seien Sie sich nur bewusst, dass alles, was Sie über die Spezifikation hinaus liefern, und damit ein bestehender Vertrag, nicht verkauft werden kann und Sie wahrscheinlich nie Geld dafür bekommen werden.

Ich stimme unter den meisten, wenn nicht allen Umständen mit Nein. Dies verläuft zu nahe an der Linie des Bereichskriechens. Projekte enden immer früher oder später als die Ziele, nur zufällige Ereignisse sind zweitrangig. Meistens enden wir später aufgrund unserer unheimlichen Fähigkeit, zu optimistisch zu schätzen – Planungsfehler. Wenn Sie früher fertig sind, erfassen Sie die günstige Abweichung und fahren Sie wie geplant fort, da Sie den Puffer wahrscheinlich später benötigen werden, wenn Sie beginnen, ein nachfolgendes Paket zu überlaufen.

Nun, ich denke, es ist ein perfekter Fall für Projektmanagement im agilen Stil. Wenn Sie agil arbeiten, dann haben Sie ein paar Dinge.

1- Wenn das definierte Projekt abgeschlossen ist, können Sie es versenden. 2- Sie kommunizieren regelmäßig mit dem Kunden. Dadurch können sie anpassen, was sie wollen. Sie werden nicht fertig sein und sich fragen, ob Sie mehr hinzufügen sollten, der Kunde wird es Ihnen sagen. 3- Mit einem gut definierten und gepflegten Backlog können Sie leicht nach den nächsten Elementen im Backlog greifen.

Um mein eigener Devil's Advocate zu sein, müssen Sie sehr vorsichtig sein, was Sie versenden, wenn es von einem externen Verbraucher verwendet wird. Wenn Sie Ihrer Datenbank ein Dutzend neuer Funktionen hinzufügen und niemand dem Kundensupport davon erzählt, versuchen sie, ein Produkt zu unterstützen, das sie nicht kennen. Dies unterstreicht nur die Notwendigkeit einer vollständigen Teamkommunikation. Selbst in einem agilen Entwicklungsprozess können Sie Gruppen wie den Kundensupport haben, die im Moment der Auslieferung einsatzbereit sind.