Was tun, wenn ein Kunde unrealistische Erwartungen hat? [geschlossen]

23

Ich habe in den letzten sechs Monaten an einem Projekt bei einem Kunden gearbeitet, da diese Daten vertraulich behandeln müssen und nicht wollten, dass wir in unserem eigenen Büro arbeiten.

Als ich alleine zu diesem Kundenstandort kam, wurde mir gesagt, dass ich das Projekt in zwei Monaten abschließen müsse.

Da der Client kein Softwareunternehmen ist und aufgrund verschiedener Richtlinien etwa 20 bis 25 Tage benötigt wurden, um mir Rechte für die Installation von Eclipse, Tomcat usw. auf meinem Computer zu erteilen. Sie erwarteten immer noch, dass ich das Projekt in den gleichen zwei Monaten abschließen würde.

Sie gaben mir keine Anforderungsdokumente, aber da ich vor Ort beim Kunden arbeite, trafen wir uns regelmäßig, um die Anforderungen zu besprechen.

Nach sechs Monaten ist die Bewerbung immer noch nicht fertig und alle geben mir die Schuld, aber sie bemerken nicht, dass wir viel mehr Funktionen hinzugefügt haben, als in den ersten Besprechungen besprochen wurden.

Ich musste in dieser Zeit viele Dinge wiederholen, z. B. ein Formular in zwei Abschnitte unterteilen. Einige Wochen später baten sie mich, die beiden Formulare erneut zusammenzuführen, da dies verwirrend sei und so weiter.

Der Umfang der Bewerbung wächst von Tag zu Tag, aber sie glauben immer noch, dass es sich um ein zweimonatiges Projekt handelt, das sich verzögert hat. Als ich ihnen mitteilte, dass der Umfang zugenommen hat, werden sie gefragt, warum ich zu Beginn keine Anforderungen gestellt habe.

Ich arbeite bereits 11-12 Stunden täglich und reise 3-4 Stunden, und jetzt erwarten sie, dass ich auch samstags komme.

Ich muss hier alles tun: Anforderungen, Design, Code und Test.

Bitte teilen Sie mir mit, was in einem solchen Fall zu tun ist.

Zusätzliche Details: Wir hatten eine Liste der zu erbringenden Leistungen, aber dann fügten sie noch ein paar Dinge hinzu, die besagen, dass diese auch wichtig sind. Sie haben auch ein paar Ergebnisse geändert. Sie haben nicht einmal ihren UAT-Server, sondern testen auf meinem Entwicklungscomputer selbst über seine IP-Adresse.

ashishjmeshram
quelle
11
Sie werden es tatsächlich schneller erledigen, wenn Sie nur 8-Stunden-Tage und keine Wochenenden arbeiten. Erschöpfung schwächt Ihre Produktivität. alternet.org/visions/154518/…
HLGEM
10
Klingt, als
Könnten Sie eine Bearbeitung hinzufügen, die erklärt, wie diese Situation gelöst wurde? Es kann zukünftigen Lesern helfen, wenn sie sich in einer ähnlichen Situation befinden.
Radu Murzea
Wo haben Sie Ihren neuen Job gefunden?
Mawg

Antworten:

65

Dies ist ein Fehler Ihres Managers . Sie als Auftragnehmer hätten von Ihrem Unternehmen nicht in eine Situation mit einer derart engen Frist geraten dürfen, ohne vorher schriftlich festgelegte Anforderungen zu stellen. Keiner dieser ‚fügten sie hinzu Merkmale‘ danach Unsinn - jedes Mal, wenn passiert, sollten sie auf einen aktualisierten Zeitplan haben abgezeichnet , dass Sie gab ihnen .

Da Ihr Vorgesetzter plant, sich mit ihm zu treffen, muss er vom Kunden eine Reihe spezifischer Anforderungen erhalten - das Projekt sollte A, B, C, D und E ausführen. Danach ist es abgeschlossen. Die Unterschrift des Kunden muss sich auf dem Dokument befinden, das dieser Liste zustimmt. Das hättest du von Anfang an haben sollen.

Wenn Ihr Manager Sie nicht unterstützt und Sie dabei unterstützt - und das sage ich nicht sehr oft -, suchen Sie sich einen anderen Job. Weil du wahrscheinlich der Sündenbock für das ganze Durcheinander sein wirst. Und wenn Sie bereit sind, 11 Stunden am Tag und 3 Stunden auf dem Weg zur Arbeit zu sein, ist es offensichtlich, dass Sie eine sehr engagierte Person sind, die etwas Besseres verdient.

GroßmeisterB
quelle
Als ich mit meinem Vorgesetzten darüber sprach, war er unterstützend. Aber es hängt alles davon ab, was jetzt im Meeting passiert :(
ashishjmeshram
1
Nach meiner Erfahrung sind Programmierer sehr schnell in der Lage, das Management für alles verantwortlich zu machen, was schief geht ... Der kühne erste Teil hat mich beinahe davon abgehalten, diese ansonsten sehr gute Antwort zu lesen. Wenn der Manager sich des Problems nicht bewusst war, ist es schwer, ihm die Schuld zu geben (obwohl ein guter Manager "nur weiß", was los ist, egal was ihm gesagt wird). Es ist Aufgabe eines Entwicklers, die Manager eher früher als später auf solche Probleme aufmerksam zu machen.
Mattnz
1
Ich denke, in diesem Fall war er entweder in eine Situation geraten, in der die erforderlichen Anforderungen nicht detailliert genug vereinbart wurden, oder zumindest nicht klar angegeben, welche Befugnisse er hatte, um mit den Änderungen des Kunden am Projektumfang umzugehen . Beides sind Managementprobleme. Im letzteren Fall, wenn die Absicht bestand, dass er den Kunden behandeln würde, hätte ihm klar gemacht werden müssen, dass dies der Fall ist und inwieweit er ihre Angebote und Liefertermine für den Kunden anpassen kann.
GroßmeisterB
1
@GrandmasterB. Fast eine Woche nach dem Treffen wurde viel darüber gesagt, Dinge organisierter zu machen, aber nichts hat sich geändert. Ich habe versucht, alle Dinge aufzulisten, die wir in Anforderungsbesprechungen besprochen und per E-Mail an Kunden verschickt haben. Niemand hat sich die Mühe gemacht, sie zu lesen, und stattdessen habe ich dies von Kunden erhalten "Sie müssen eine Stunde mit dem Schreiben dieser E-Mail verschwendet haben". :(
ashishjmeshram
1
Ich bin gespannt, wie das ausgegangen ist. Ihr Klient ist unwissend und egoistisch. Sie hören dir nicht zu, weil sie nicht müssen. Sie müssen eine feste Aussage machen, dass Sie auf diese Weise nicht mehr arbeiten können. Also bist du weggegangen? Oder haben Sie den Auftrag trotzdem abgeschlossen?
Forza
21

In solchen Situationen ist es wichtig, eine CYA-Papierspur zu erstellen. Vor allem in einer komplizierten Geschäftsbeziehung sollte nichts getan werden, ohne es schriftlich festzuhalten. Es ist eine große rote Fahne, dass es kompliziert wird, sich an den anfänglichen Zeitplan zu halten, obwohl sie 20 Tage brauchten, um dich arbeiten zu lassen.

Sie halten ein Meeting ab, bei dem zusätzliche Funktionen erforderlich sind? Schreiben Sie es anschließend auf, markieren Sie jeden Artikel mit "+ X Tage nach aktuellem Zeitplan" und senden Sie es an alle Beteiligten. Wenn Sie nur das interne Mailsystem des Kunden verwenden, drucken Sie es zusätzlich aus, einschließlich der Empfängerliste to :, cc: und bcc:, und archivieren Sie es sorgfältig. Außerdem sollte der Kunde, wie GrandmasterB sagte, solche Änderungen an den ursprünglichen Anforderungen abzeichnen.

Wenn der erforderliche Zeitplan nicht eingehalten werden kann, schreiben Sie ihn an sie. Wenn eine Änderung eintritt, schreiben Sie diese einschließlich der Konsequenzen an. Und so weiter.

Dies ist nicht für "Ich habe es dir gesagt." Wenn das Chaos endlich an der Wand landet, werden sie es sowieso nicht hören. Dies ist Ihre Versicherung, wenn der Kunde Sie verklagt, weil er denkt, dass Sie den Vertrag nicht erfüllt haben, oder wenn Ihr Unternehmen den Kunden verklagt, weil er die Zahlung verweigert.

Sichern
quelle
16

Nach allem, was Sie beschreiben, scheinen Sie an einem klassischen Todesmarschprojekt teilzunehmen :

Im Projektmanagement ist ein Todesmarsch eine von mehreren Arten von pathologischen Projekten, die eine dysphemistische, düstere Analogie zu echten Todesmärschen beinhaltenB. grausam überarbeitet zu werden und (oft und vor allem) aus unberechtigten Gründen bei einem Projekt, bei dem offensichtlich ein hohes Risiko für ein schlechtes Ergebnis besteht (z. B. ein Projektversagen und möglicherweise die Gefahr von Personen- und Gruppenreputationsschäden), grausam überarbeitet zu werden. . Daher kann der Name "Todesmarsch" auf ein Projekt angewendet werden, das letztendlich erfolgreich ist, aber eine Reihe von nicht nachhaltigen Überarbeitungen mit sich bringt, oder (vielleicht häufiger) auf ein Projekt, das jedes intelligente, informierte Mitglied als scheiternd erachtet (oder ist) bei sehr hohem Versagensrisiko), aber dass die Mitglieder trotzdem gezwungen sind, von ihren Vorgesetzten zu handeln ...

Das Phänomen ist bekannt und es gibt eine Menge Literatur darüber, wie es weitergehen soll - darunter natürlich das wegweisende Edward Yourdon-Buch Todesmarsch: Der komplette Softwareentwickler-Leitfaden zum Überleben des 'Mission Impossible'-Projekts .

Der oben zitierte Wikipedia-Artikel ist ein guter Ausgangspunkt, um nach weiteren Informationen, Nachforschungen und Empfehlungen für diejenigen zu suchen, die an Todesmarschprojekten interessiert sind .


Wenn ich in Ihren Schuhen laufe, würde ich als erstes in Betracht ziehen, meinem Vorgesetzten einen Verweis auf den obigen Artikel zu übergeben.

Auf diese Weise würde sie wissen lassen , ich bin mir dessen bewusst , was los ist, und möglicherweise sogar sie mich für diese Vorstellung, wie vorgesehen im Hinblick auf die Rahmenbedingungen führen dazu beitragen , „Schauen Sie , unsere aktuellen Zustand in der Nähe eines im Kapitel Xbei Yourdon. Bestellen raus, zusammen mit eng verwandten Kapiteln Yetc ... "

In dem (nicht sehr wahrscheinlichen) Fall, dass der Manager nicht über diesen Studienbereich Bescheid weiß, könnte die Bezugnahme ihm viele Denkanstöße geben, um die Situation zu identifizieren und zu entscheiden, wie er damit umgehen soll.

Mücke
quelle
11

Um ehrlich zu sein, wenn dies für Sie möglich ist, ist es die beste Lösung, aufzuhören. Situationen wie diese sind giftig für Sie und werden mit der Zeit selten besser, egal wie sehr Sie es versuchen.

Am besten reduzieren Sie Ihre Verluste und finden Sie einen anderen Auftritt. Aber denken Sie über Ihre Erfahrungen nach und lesen Sie die Ratschläge anderer Antworten zu diesem Thema.

bitops
quelle
2
Dies ist keine schlechte Antwort. Bitte stimmen Sie nicht ohne Erklärung ab. Ja, es ist, als würde man den gordischen Knoten durchtrennen, aber ausgehend von der beschriebenen Situation (und seiner Verzweiflung) könnte dies das Beste sein, was er tun kann. Work + Travel 14 Stunden plus Arbeit an Samstagen? Klingt so, als ob Ihre körperliche und geistige Gesundheit ernsthaft gefährdet ist.
Tamás Szelei
1
Erfahrungsgemäß ist diese Art von Situation in der Tat auf die Unternehmenskultur zurückzuführen und erfordert Personen, die derzeit nicht an dieser Situation leiden. Es wird nahezu unmöglich sein, eine solche Kultur zu verändern.
Deadalnix
Warum ist dies nicht die aktuellste und akzeptierte Antwort? quit++;
Mawg
11

Es ist ein ernstes issue in project management . Es sieht aus wie Ihre Project ManagerArbeit sollte auf lieferbare Liste und priorisieren sie mit Kunden.

Am wichtigsten ist , Ihre PM should discussund vereinbaren mit dem Kunden den Zeitrahmen (einschließlich Entwurf und Analyse des Problems / der Lösung) in Ihren Schätzungen.

Das Vorhandensein clear estimation of your work loadund die Bereitstellung von Projektgegenständen entlasten Sie von Stress und sorgen für mehr Sicherheit und Vertrauen in Ihre Arbeit.

Versuchen Sie, den agilen Ansatz zu verwenden, indem Sie Ihre Artikel im Sprint (2-3 Wochen) liefern und mit dem Kunden einen UAT (User Acceptance Test) durchführen. Denken Sie daran, dass Sie immer Ihre Sprintplanung durchführen müssen, bevor Sie mit dem Sprint beginnen.

Bildbeschreibung hier eingeben

Bearbeiten: Aus Kommentaren geht hervor, dass dies tatsächlich ein Versagen Ihres Projektmanagers ist . Das Fehlen einer geeigneten Test- und / oder Entwicklungsumgebung für ein seriöses Projekt wie Ihres ist eine große Lücke für den projectSDLC-Prozess.

EL Yusubov
quelle
2
Wir hatten die Lieferliste. Aber dann fügen sie noch ein paar Dinge hinzu, die besagen, dass diese auch wichtig sind. Sie ändern auch einige Dinge in der Lieferliste. Sie haben nicht einmal ihren UAT-Server, sie testen auf meinem Entwicklungscomputer selbst über die IP-Adresse.
Ashishjmeshram
Das sind Geschäftsleute. Sie verstehen das Design etc Zeug nicht. Anfangs habe ich versucht, ihnen das zu erklären, aber alles, was sie sagten, ist uns egal, wie Sie es tun, aber tun Sie es einfach so, wie wir es wollen.
Ashishjmeshram
2
+1 für agilen Ansatz. Tu es und halte dich auf jeden Fall daran.
Bruno Schäpper
1
@Vain Felloman - "+1" bedeutet, dass Sie die Antwort positiv bewertet haben.
Mouviciel
@mouviciel Yap. habe ich nicht Soweit ich sehen kann, habe ich ..
Bruno Schäpper
10

Ich bin damit einverstanden, dass dies ein Managementfehler ist, aber es ist auch ein Fehler von Ihrer Seite. In dieser Phase wird es sehr schwierig sein, das Problem zu beheben. Sie müssen also unter anderem lernen, wie Sie mit zukünftigen Projekten umgehen.

Zunächst müssen Sie zu Beginn des Projekts auf einem Anforderungsgrundlagendokument bestehen. Muss nicht ausgefallen oder formal sein, aber Sie können nichts erfolgreich erstellen, bis der Client angibt, was erwartet wird. Wenn Sie dies nicht schriftlich haben, beträgt die Wahrscheinlichkeit, dass der Kunde mit dem Endergebnis zufrieden ist, ungefähr 0%. Das ist also von entscheidender Bedeutung. Es ist auch Ihre Aufgabe, nach den Unklarheiten in diesem Dokument zu suchen und sie so schnell wie möglich zu beseitigen. Wenn Sie auf eines davon stoßen und sich nicht sicher sind, wie Sie es interpretieren sollen, raten Sie nicht, was es Ihrer Meinung nach bedeutet. Stellen Sie sicher, dass Sie und der Kunde auf derselben Seite sind, was es bedeutet. Ja, dies bedeutet mehr Gespräche mit Menschen und mehr Besprechungen und weniger Programmierung. Es dauert jedoch viel weniger Zeit, eine unklare Anforderung zu klären, als sie falsch zu codieren und dann neu zu codieren. Außerdem müssen Sie ihnen oft kostenlos die Neucodierung geben, was für das Unternehmen, für das Sie arbeiten, nicht gut ist.

Als nächstes teilen Sie ihnen mit, wie lange es dauert, bis die Arbeit erledigt ist, und bis wann sie fertig sind. Sie akzeptieren niemals eine Frist, die auf etwas anderem als der Zeit basiert, die erforderlich ist, um die Arbeiten auszuführen, um die Anforderungen zu erfüllen. Wenn Sie dies tun, werden Sie wieder in einem Todesmarsch sein. Zeigen Sie ihnen, dass es nicht möglich ist, die Frist einzuhalten, indem Sie eine detaillierte Erklärung für die Stunden geben, die es dauern wird. Sie können nicht 200 Stunden Entwicklungszeit in eine Woche mit nur einem Entwickler einpassen, egal wie sehr der Kunde dies wünscht. Zu diesem Zeitpunkt, zu dem die Frist nicht veränderbar ist, werden Sie gefragt, welche Elemente in die nächste Iteration verschoben werden sollen.

Vergessen Sie nicht, dass die Entwicklungszeit nur ein kleiner Teil der Projektzeit ist, wenn Sie Projektzeitschätzungen durchführen. Sie müssen auch Besprechungen und E-Mail- / Telefonkommunikation, Tests, Bereitstellung, Dokumentation, physische Einrichtung von Servern, Arbeitsstationen und Software berücksichtigen. Darüber hinaus können Sie bei der Planung der Frist nur davon ausgehen, dass Ihnen 6 Stunden pro Tag zur Verfügung stehen, nicht 8. Dies ist ein Grund für Urlaub, Trauer, Krankheit und unvermeidbare Verspätung (z. B. wenn Sie auf sie warten mussten, um Ihre Genehmigungen zu erhalten) im Netzwerk usw.), Schulungen, nicht projektbezogene Arbeiten (Arbeitszeitnachweise, Personalbesprechungen usw.). Einer der Hauptgründe, warum die Leute ihre Fristen nicht einhalten, ist die Annahme, dass sie jeden Tag nur 8 Stunden solide an der Entwicklung arbeiten werden. Dies ist einfach keine realistische Annahme.

Und jedes Mal, wenn sie ein weiteres Stück hinzufügen, teilen Sie ihnen mit, wie lange es dauern wird und wie viel zusätzliche Arbeit die Frist verschieben wird. Sie bitten nicht, die Frist zu verschieben, Sie teilen ihnen mit, dass aufgrund der neuen Anforderung ein Umzug stattfindet. Jetzt sollten Sie Ihren Manager für diese gehen, aber es ist in erster Linie Ihre reponsiblity um sicherzustellen , dass Ihr Manager kennt die Anforderung jedes Mal geändert wird und wie viel, die dem Projekt hinzugefügt werden. Stellen Sie sicher, dass dies alles in schriftlicher Form vorliegt, damit Sie sich bei Bedarf verteidigen können.

Lassen Sie sich nicht dazu missbrauchen, 11-Stunden-Tage und Wochenenden zu arbeiten. Dies ist in kurzen Abständen (von weniger als 1 Woche alle sechs Monate oder so) in Ordnung, aber auf lange Sicht ist dies einfach nicht akzeptabel. Müde Menschen codieren langsamer und machen mehr Fehler. Mit einer höheren Qualität können Sie mehr erreichen, wenn Sie regelmäßig 8 Stunden als regelmäßig 11 Stunden arbeiten. und am Wochenende.

HLGEM
quelle
1
Danke für die Antwort. Sehr gute Punkte, die ich prüfen sollte.
Ashishjmeshram
+1 für "Sie bitten nicht, die Frist zu verschieben, Sie teilen ihnen mit, dass aufgrund der neuen Anforderung ein Umzug stattfindet." Dies weist darauf hin, dass der Abgabetermin nicht von Ihnen festgelegt wurde, sondern eine inhärente Eigenschaft des Projekts ist.
Sleske
1
you need to insist ona a requirements baseline document at the start of the project, Next, you tell them how long it takes to do the work and that sets the deadline., And every time they add another piece on, you tell them how much longer it will take and how much the additional work will move the deadline. Großer Rat aber in einer solchen Situation zu sein , wenn ich in weniger als einem Monat für unmöglich ist zur Arbeit mit scheinbar entlassen wurde. Die reale Situation ist, wie andere es ausdrücken, diese Art von Unternehmen wollen Sündenböcke und Ausreden, nicht produktive, realistische Softwareentwickler.
maple_shaft
4

Ich habe festgestellt, dass Gantt-Diagramme in solchen Situationen sehr gut sind. Sie können dem Kunden den aktuellen Zeitplan veranschaulichen und die Auswirkungen des Hinzufügens neuer Funktionen / Änderungen veranschaulichen. Wenn Sie einem Kunden manchmal mitteilen, dass die Funktion x die Lieferung innerhalb von y Tagen bewirkt, registrieren Sie sich nicht bei ihm. Indem sie es klar auf einer Grafik haben, können sie es besser erfassen.

Idealerweise sollte dies von Beginn des Projekts an erfolgen. Es mag nicht so nützlich sein, die " Verzögerungen " bis zu diesem Punkt zu erklären , aber es könnte helfen, das Projekt voranzutreiben.

Aus dem Wiki :

Gantt-Diagramme veranschaulichen die Start- und Enddaten der Terminalelemente und Zusammenfassungselemente eines Projekts.

AidanO
quelle
Wenn diese Antwort abgelehnt wird, teilen Sie mir bitte mit, warum. Vielen Dank.
AidanO
1
+1 - Gantt-Diagramme sind zwar altmodisch, aber es scheint, als würde sich der Kunde nicht in das Projekt einkaufen. So einfach wie ein Gantt-Diagramm zeigt er möglicherweise die Auswirkungen seiner zusätzlichen Anforderungen.
Dave