Umgang mit einem besonders irritierenden Kunden wegen eines bestimmten Problems

Ich bin derzeit ein Softwareentwickler in der Ausbildung und arbeite an meinem ersten Projekt. Das Projekt, das ich vom vorherigen Auszubildenden übernommen habe, der die Nase voll hatte, weil der/die Kunde(n) ständig seine Meinung änderten und Dinge hinzufügten, neigt sich dem Ende zu - ich arbeite seit fast einem Jahr daran auch nach der Übernahme vom vorherigen Entwickler.

Die Änderungen, die jetzt vorgenommen werden, sind nicht allzu groß. Es geht mehr um Validierung, hier und da um die Optimierung der Funktionalität und nur um die Verfeinerung kleinerer Details, während das System parallel zum ausgehenden System installiert und getestet wird.

In dem Projekt verwende ich von Infragistics entwickelte Steuerelemente, und es gibt ein spezifisches Problem mit den UltraGrids, das mir seit einiger Zeit bekannt ist, aber vom Kunden als Aufgabe mit niedriger Priorität gekennzeichnet wurde.

Jede Version, die ich zum Testen schicke, ist mit Elementen auf der „Fix List“-Tabelle markiert, die sie mit der Priorität von Jobs erstellt haben. Jedes Mal, wenn ich eine E-Mail mit Feedback bekomme, scheinen neue Dinge aufzutauchen oder hinzugefügt zu werden, was in einigen Fällen verständlich ist, aber eine Sache irritiert mich besonders.

Der Kunde fügt am Ende der Liste IMMER hinzu: "Element x (das Problem mit den Gittern) wurde immer noch nicht behoben. Ich habe es erneut getestet und es ist immer noch dasselbe. Niedrige Priorität".

Mir ist vollkommen bewusst, dass dies ein Problem ist; Wenn ich Freizeit habe, recherchiere ich, warum es nicht richtig funktioniert, aber es gibt jetzt 4 oder 5 Punkte auf der Fixliste, die besagen, dass genau dasselbe nicht funktioniert, obwohl ich die Liste nie aktualisiert habe, um zu zeigen, dass es so ist geändert worden. Immer wenn ich etwas repariere, fülle ich die Zelle gelb aus, um anzuzeigen, dass es getestet werden muss, aber ich habe dieses Element nie gelb markiert.

Das nervt mich wirklich (wenn Sie das Wortspiel verzeihen) und ich weiß nicht, wie ich damit umgehen soll, dass er das tut. Manchmal möchte ich ihm eine stark formulierte E-Mail schicken, in der ich ihm sage, er solle aufhören, es hinzuzufügen, ich weiß, es ist immer noch da, um es sich anzusehen, aber natürlich kann ich das aus offensichtlichen Gründen nicht tun.

Was macht man in dieser Situation am besten? Ich bin mir nicht sicher, ob ich es einfach ignorieren soll, ob ich antworten soll, oder wie ich eine Antwort formulieren soll, wenn ich es täte.

Wirst du für diesen David bezahlt? (Sie haben gerade jeden einzelnen Software-Job beschrieben, den es jemals gegeben hat oder jemals geben wird; ich bin mir nicht sicher, ob Sie so detailliert darauf eingehen mussten? Sie mussten nur sagen: „Das ist ein Software-Job“.)
Ja, ich werde dafür bezahlt. Ich bin mir nicht sicher, welche Details hier nicht relevant sind?
Was ich meine ist: Die allgemeine Situation, die Sie beschreiben, ist in der Software absolut alltäglich. Es ist normal.
Das einzige, was mir einfällt, das entfernt werden kann, sind die in Absatz 3 genannten Besonderheiten. Auch Absatz 2 fügt der Frage nicht viel hinzu, kann entfernt werden ... Beides sind kleinere Probleme (hehe), Sie tun es nicht woanders, also habe ich mich nicht die Mühe gemacht, vorher einen Kommentar zu hinterlassen. Jetzt werde ich einfach so lange kommentieren, bis du etwas dagegen unternimmst!
@Fattie Ausgezeichnet! Das heißt, Sie können uns sagen, was die SOP in dieser Situation ist!
NICHT "jeder Software-Job". In einigen Shops werden Anforderungen vor dem Design genehmigt, das Design wird vor dem Code genehmigt, der Code wird vor dem Testen überprüft und der Kunde ist nicht der Tester.
@rath Klar: (1) ärgere dich nicht über dieses "aber eine Sache irritiert mich wirklich" , denn genau das, was beschrieben wird, genau das wirst du jeden Tag deines Arbeitslebens von jetzt an bis zu deiner Pensionierung ( es sei denn, Sie wechseln zu einer anderen Karriere oder sterben) (2) 'saugen Sie auf' und seien Sie unendlich höflich (3) um in der Software voranzukommen, "besitzen Sie immer das Problem"; es reparieren lassen (niemand kümmert sich darum, wer die Schuld daran hat, Bibliothek oder Sie oder jemand anderes - besitzen Sie es und reparieren Sie es).

Antworten (4)

Eine höfliche Aufforderung könnte helfen:

Hallo Kunde

Mir ist aufgefallen, dass Sie das Grid-Problem mit niedriger Priorität zur neuesten Fixliste hinzugefügt haben, obwohl es nicht als bereit zum Testen markiert ist.

Können Sie bitte bestätigen, dass dies tatsächlich eine niedrige Priorität hat, da Sie es anscheinend mehrmals hinzugefügt haben? Wenn dies früher behoben werden muss, lassen Sie es mich bitte wissen und ich werde das Protokoll entsprechend aktualisieren.

Danke

Dies ist die höflichste Art, die ich mir vorstellen kann, um sie auf ihr kleinliches Verhalten aufmerksam zu machen und dabei professionell zu bleiben.

„Kleines Verhalten“, ja, das fasst es ziemlich gut zusammen! Danke, das scheint die beste Art von Antwort zu sein und wonach ich gesucht habe.
Erwägen Sie auch, ein kurzes Skype- oder Telefongespräch zu führen, um dies persönlich zu besprechen, da Ihre Kommunikation zu diesem Thema bisher unbemerkt zu bleiben scheint.
Dieses Problem muss wirklich einfach zu testen sein.
@rath Ja, haha, ist es. Es ist nur eine Eingabevalidierung einer der Zellen in einem Raster, also scheint dieser Kunde es einfach weiter versuchen zu wollen!
Es ist eine äußerst schlechte Idee, das zu tun, was hier steht. OP sagt, dass OP "verärgert" ist, weil: ein Element 6 Mal in der Fehlerverfolgungssoftware erscheint. Lösung: Nicht ärgern, ein Bier trinken und über sich lachen (oder einen anderen Beruf ergreifen).
Die Idee , einen Kunden auf eine schnippische Art zu ärgern, weil die Fehlerverfolgungsliste nicht in einem Zustand analer Perfektion ist, ist erstaunlich. Wenn der Klient will, kann er einige Beobachtungen 10 Mal am Tag wiederholen. (Oder - das Problem beheben.)

Die offensichtliche Lösung besteht darin, das Problem einfach zu ignorieren. Wenn es Sie wirklich nervt (und ich verstehe nicht, warum es das tun sollte), senden Sie ihnen einfach eine hilfreiche Smiley-E-Mail, in der Sie sie darüber informieren, dass sie dieses Problem nicht weiter testen müssen, weil Sie versprechen, sie so schnell wie möglich zu informieren wie es behoben wurde.

Es gibt einen Unterschied zwischen „Priorität“ und „Wichtigkeit“. Priorität hat, was zuerst erledigt werden muss. Der Kunde ist nicht der Meinung, dass dieser Fix zuerst durchgeführt werden muss . Indem sie Sie jedoch jedes Mal daran erinnern, dass dies behoben werden muss, machen sie sehr deutlich, dass dies wichtig ist. Jemand nannte das „kleines Verhalten“. Ich würde denken, dass hier jemand den Kunden sehr falsch liest.

Wenn Sie nicht möchten, dass ein völlig empörter Kunde schließlich mit Ihrem Chef spricht und Sie auseinander nimmt, weil Sie dieses Problem, das sie jedes Mal erwähnt haben, nicht behoben haben, würde ich ernsthaft in Betracht ziehen, es tatsächlich zu beheben.

Anders als TonyK vorschlägt, senden Sie keine Nachrichten mit Smileys. Der Kunde könnte sehr, sehr verärgert sein, wenn Sie das tun. Versprechen Sie nicht, sie zu informieren, sobald es behoben wurde. Versprechen, es zu beheben.

Dies ist ziemlich häufig.

Es kann mehrere Gründe haben. Sie könnten hübsch sein, vielleicht hatten sie in der Vergangenheit Probleme mit Dingen, die vom Radar verschwunden sind, also stellen Sie sicher, dass es nicht vergessen wird.

Nimm es nicht persönlich

Kunden können jede Menge seltsame, unversöhnliche und geradezu verrückte Dinge tun. Sie als Auftragnehmer sollten bei allem aber immer professionell sein.

Manchmal tun Kunden Dinge, bei denen Sie es ihnen mitteilen und sich darum kümmern müssen. Wie die Forderung nach zwei völlig widersprüchlichen Anforderungen. Wenn es die Arbeit unmöglich macht, müssen Sie es ihnen sagen.

Dies ist nicht so eine Zeit. Dies ist nur ein Client, der doppelte Probleme verursacht. Wenn es sie glücklich macht, lass sie und räume dann die Probleme auf. Es ist wirklich kein großes Problem.