Unser Team hat unser Projekt vor Ablauf der Frist abgeschlossen! Was jetzt?

Ich habe 1 Projekt unter mir und es sieht so aus, als wären wir damit der Zeit voraus. Wir haben dem Kunden gesagt, dass das Projekt in einem Monat abgeschlossen sein wird und der Entwickler es in 2 Wochen abgeschlossen hat. Was sollten Sie in dieser Situation tun?

Antworten (5)

Beginnen Sie rundum mit einem High-5! :)

Treffen Sie sich mit Ihrem Kunden. Lassen Sie sie wissen, dass Sie denken, dass Sie das Feature abgeschlossen haben, und geben Sie ihnen eine Demo. Fragen Sie sie, ob es ihre Akzeptanzkriterien erfüllt. Ich wette, der Kunde wird einige Optimierungen oder Änderungen vornehmen, nachdem er es gesehen hat. Wenn Sie sofort zu ihnen zurückkehren, haben Sie die Möglichkeit, diese Änderungen vorzunehmen, ohne den endgültigen Liefertermin des Kunden zu beeinflussen.

Häufige Kommunikation mit dem Kunden wird sicherstellen, dass Sie in die richtige Richtung gehen und Änderungen zulassen, wenn die Realität dazwischenkommt.

Und wenn du wirklich fertig bist, dann feiere. Erfolg ist etwas, das anerkannt werden muss.

+1 für die Rückgabe an den Kunden. Es ist selten, dass Sie genau das bauen, was sie wollten. Nur weil Sie denken, dass Sie es herausgefunden haben, heißt das nicht, dass Sie es tun. Und wenn Sie tatsächlich früher fertig sind, gibt ihnen eine Demo wie diese die Möglichkeit, früher damit zu beginnen, zusätzliche Funktionen anzufordern oder einfach weniger als erwartet zu bezahlen (wenn sie einen Stundensatz zahlen).
Kunden sind nicht in der Stadt. Sie befinden sich abseits...
WebEx! Wenn nichts anderes, sagen Sie ihnen "Wir sind fertig" und sehen, was sie als nächstes tun möchten.
@Joel Ich würde den Kunden entscheiden lassen, ob Sie fertig sind. Sie könnten die Demo sehen und entscheiden, dass sie ihre Anforderungen nicht erfüllt. +1 jedoch für den Vorschlag, sich mit dem Kunden zu treffen, um ihn um sein Feedback zu bitten. Wenn sie mit dem Umfang zufrieden sind und sich über eine vorzeitige Lieferung freuen, kann dies zusätzliche „Brunie-Punkte“ generieren.
@John - Joel wies darauf hin, dass dies einer der Gründe war, den Kunden zu kontaktieren. „Ich wette, der Kunde wird einige Optimierungen oder Änderungen vornehmen, nachdem er es gesehen hat.“ und "Häufige Kommunikation mit dem Kunden wird sicherstellen, dass Sie in die richtige Richtung gehen ..." +1
@ jmort253 Ja, einverstanden. Mein Kommentar war in Bezug auf Joels Kommentar gemeint, sie sollten ihnen sagen "Wir sind fertig". Ob jemand fertig ist oder nicht, ist aus meiner Sicht letztendlich die Entscheidung des Kunden und nicht die Entscheidung des Entwicklers. Es können aber auch andere Faktoren hinzukommen.
@john - Guter Punkt. Ich denke, Joel versteht es, und ich denke, Sie verstehen es, aber vielleicht ist das ein guter Punkt, den Joel in der Antwort klarstellen sollte, damit es niemand falsch interpretiert. :) Natürlich... Joel hat die Worte "Du bist fertig" nicht ausdrücklich verwendet. Das sind deine Worte ;)
@John- Wirklich guter Punkt. Worte sind so mächtig und wir müssen vorsichtig mit ihnen umgehen, damit sie uns nicht auf einen dunklen Pfad führen. Zu sagen "Wir sind fertig" ist wahrscheinlich ein wenig zu unverblümt und könnte zu schlechten Ergebnissen führen, wenn Sie es nicht wirklich sind. Eher etwas wie "Basierend auf unserem Verständnis haben wir die Funktionalität abgeschlossen, entspricht sie Ihren Anforderungen?" Wenn Sie solide Akzeptanzkriterien haben, wissen Sie es natürlich.

Ich würde Joels Antwort über die Rücksprache mit dem Kunden wiederholen und auch die von Simplixleated über das Polieren.

Ein paar andere Gedanken im Sinne von "Sind Sie sicher, dass Sie fertig sind":

Sie haben ein Monatsprojekt, das in 2 Wochen entwickelt wurde. Gibt es Pläne, die entwickelte Software zu testen? Entweder aus Sicht der Funktionalität oder anderer weniger sichtbarer Aspekte wie z. B. Leistung unter Last, Sicherheit, Benutzerfreundlichkeit, Zugänglichkeit usw.

Ist die Bereitstellungsmethode verstanden und getestet? Wenn es sich um Software handelt, die auf dem PC des Kunden ausgeführt werden soll, wurde sie auf anderen PCs als den Entwicklern installiert und getestet, um zu beweisen, dass keine unbekannten Abhängigkeiten bestehen?

Sind Benutzerakzeptanztests oder Usability-Tests geplant – dies kann unerwartete Anforderungen oder Probleme aufdecken.

Ich finde, je nach Client können Punkte wie oben größerer Aufwand sein als die eigentliche Entwicklung

Nichts für ungut, aber es sieht nach etwas aus, das zu gut ist, um wahr zu sein! Haben Sie klar verstanden, was Ihre Kunden gefragt haben? Hast du einen Teil davon verpasst? Tut mir leid, ein Skeptiker zu sein, aber normalerweise haben Sie viel mehr Arbeit, als Sie bewältigen können. Es sei denn, Sie haben am Anfang falsch geplant. Ich würde Ihre Kunden so schnell wie möglich anrufen, um mit ihnen zu überprüfen, ob das, was Sie getan haben, dem entspricht, was sie gefragt haben. Wenn ja, herzlichen Glückwunsch! Aber erwarte nicht, dass du so etwas jedes Mal hinterlässt.

Ich denke, das ist ein großartiger Punkt. Es ist durchaus möglich, dass das Projekt scheinbar vorzeitig abgeschlossen wurde, einfach weil das Team die Anforderung nicht verstanden hat. +1
Es ist durchaus möglich, dass es sich um einen Planungsfehler handelt – schließlich geht die Varianz in beide Richtungen. Nur weil die IT-Branche normalerweise unterschätzt, kann sie manchmal auch überschätzen. Manchmal denken Sie, dass etwas schwierig sein könnte und Eventualitäten zulässt, aber es stellt sich heraus, dass der Entwickler etwas Ähnliches schon einmal getan hat oder wiederverwendbare Komponenten findet, die die Dinge beschleunigen und alles im Voraus erledigt wird.
@Kris - In jedem Fall sollte das Team den Champagner nicht ausschenken, bis es mit dem Kunden gesprochen und zugestimmt hat, dass es tatsächlich abgeschlossen ist. Ich bin aber bei dir, manchmal kommt es vor, dass etwas wirklich getan wird.
vereinbart :) Abnahmekriterien und Abnahme sind wichtig. Ich habe in meiner Antwort Benutzerakzeptanztests erwähnt - ich würde Benutzertests und Freigaben erwarten, bevor die Software offiziell geliefert wird und die äußerst wichtige Abschlusszahlung den Besitzer wechselt!

Polieren, verfeinern und liefern Sie etwas, das Ihre eigenen Erwartungen und Qualitätsstandards übertrifft. Sie könnten leicht ein oder zwei weitere Wochen damit verbringen, jedes kleine Detail zu testen und zu verbessern (ohne nicht angeforderte Funktionen hinzuzufügen) und es trotzdem vorzeitig liefern. Zum Beispiel das Testen auf zusätzlichen Plattformen/Browsern, das Beheben von Fehlern, die zuvor möglicherweise akzeptabel waren, das Durchlaufen zusätzlicher Validierungstools usw.

Was ist, wenn die Funktionalität nicht das ist, was der Kunde wirklich wollte? Was ist, wenn der Kunde bemerkt hat, dass er nicht alle Funktionen erklärt hat? Sie haben die Möglichkeit, mit Ihrem Kunden in Kontakt zu treten, nutzen Sie sie. Meine Meinung.
Ich denke, das ist eine gute Idee, Joel. Danke, werde das im Hinterkopf behalten.
@ simpixelated - Hier kommt der Begriff "Vergoldung" her; Das Hinzufügen von Dingen, nach denen nicht gefragt wurde, und das ist die Kehrseite des Scope Creep. Wenn Sie das Projekt gemäß den Spezifikationen und Anforderungen des Kunden abgeschlossen haben, dann ist die Weiterarbeit darüber hinaus nur eine Geldausgabe ohne guten Grund. Was Sie befürworten, bringt auch ein Risikoproblem mit sich - Sie sind fertig und fertig. Aber jetzt fügen Sie etwas hinzu oder ändern etwas (ohne Genehmigung) und beschädigen es und müssen zusätzliche Zeit aufwenden, um es zu reparieren, und gefährden möglicherweise das Enddatum.
„Sie könnten leicht ein oder zwei weitere Wochen damit verbringen, jedes kleine Detail zu testen und zu verbessern (meine Betonung), und trotzdem pünktlich liefern.“ Es hört sich so an, als würde @simpixelated nur vorschlagen, dass das Team sicherstellt, dass die Qualität vorhanden ist, dass es keine größeren Mängel gibt und dass kleinere Fehler behoben werden. Ich verstehe, dass "Gold-Plating" das Hinzufügen von Funktionen beinhaltet, nach denen nicht gefragt wird, während dies für mich so klingt, als würde er nur vorschlagen, sich die Zeit zu nehmen, um sicherzustellen, dass alle i gepunktet und alle t durchgestrichen sind, ähnlich wie das erneute Lesen eines Vorschlags + Korrigieren Fehler vor dem Absenden. +1
@JMort - könnte sein. Es war seine Verwendung von „jenseits der Erwartungen“, die mich zur Vergoldung führte. Aber es ist möglich, dass Ihre Lektüre besser war als meine. Danke für die Diff-Perspektive. +1
@Trevor - Vielleicht sollte einer von uns diese Antwort bearbeiten, um diesen Punkt wirklich klar zu machen, dass "über den Erwartungen liegen" nicht bedeutet, verrückt zu werden und zufällige Funktionen hinzuzufügen. Ich denke, es lohnt sich ausdrücklich darauf hinzuweisen, dass diese Zeit nur zur sorgfältigen Überprüfung und Mängelbeseitigung genutzt werden sollte. Wenn Sie und Joel es falsch verstanden haben, ist es gut möglich, dass es viele andere auch tun :)
Ich habe definitiv keine neuen Funktionen angedeutet, also bin ich froh, dass das klargestellt wurde. Ich dachte mehr über die Erwartungen Ihrer eigenen Standards hinaus. Ich mag auch Joels Idee, den Kunden zu kontaktieren, um sicherzustellen, dass das, was Sie getan haben, seinen Erwartungen entspricht.
@ jmort253 Nett geantwortet.
@simpixelated - Können Sie Ihre Antwort aktualisieren, um deutlicher zu machen, dass Sie nicht damit beginnen möchten, zufällige Funktionen hinzuzufügen? Danke für die Nachverfolgung.
Ich denke, diese Antwort ist ein gutes Beispiel für das Parkinson-Gesetz.

Herzliche Glückwünsche! Und leite es an das Team weiter. Nehmen Sie das Team insbesondere zu einer Feier mit. Essen und/oder Aktivität. Wenn möglich, erwägen Sie, ihnen einen Bonus zu geben.

Tun Sie nicht so, als sei das Projekt noch nicht abgeschlossen – das ist ein sicherer Weg, das Team zu demoralisieren.

Sofern kein triftiger Grund dagegen spricht, informieren Sie den Kunden über Ihre Lieferbereitschaft – und machen Sie ein großes Aufhebens um die vorzeitige Lieferung. Schließlich möchten Sie, dass das Team dieses Kunststück wiederholt.

Fangen Sie nicht an, Funktionen hinzuzufügen, egal wie trivial sie sind. Wenn es getestet und genehmigt ist, versenden Sie es. Das Hinzufügen selbst des kleinsten Features könnte zu großen Verzögerungen führen; Wenn es nicht kaputt ist, repariere es nicht.

Zwängen Sie den nächsten Zeitplan nicht in der Annahme, dass Sie ein Superteam haben . Das ist gleichbedeutend damit, sie dafür zu bestrafen, dass sie einen großartigen Job machen.

Unser Team hat unser Projekt vor Ablauf der Frist abgeschlossen! Was jetzt?
AntwortenHierDatenschutz-Bestimmungen1y, 0v