Ich bin ein junger Programmierer. Da mein Vorgesetzter mir sagte, ich solle mich mit dem Kunden zusammensetzen, ging ich mit. Ich sah das unzufriedene Gesicht des Kunden, obwohl das Projekt (aus der Sicht meines Programmierers) erfolgreich abgeschlossen wurde!
Kunde: Das hätten Sie einbauen können!
Wir: Das stand nicht in der Spezifikation!
Kunde: Gesunder Menschenverstand!
Wie reagieren Sie als Programmierer in dieser Situation?
Versuchen Sie nicht, dem Kunden das Gefühl zu geben, dass es seine Schuld ist. Es mag sein, dass es ihre Schuld ist, aber ihnen dieses Gefühl zu vermitteln, führt nicht zu konstruktiven Ergebnissen und könnte sie nur verärgern.
Stattdessen sollten Sie sich klarmachen, dass Kunden sich nur über Software beschweren, die sie selbst nutzen, und zwar in den meisten Fällen, weil sie sie mögen. Niemand beschwert sich über Software, die niemand benutzt. Es ist unvermeidlich, dass sich ein Kunde über die von Ihnen gelieferte Software beschwert, selbst wenn Sie genau das liefern, was er verlangt. Machen Sie sich also keine Sorgen. Software ist nie fertig.
Was Ihre wörtliche Frage betrifft, wie Sie reagieren sollen, so ist es am besten, Ihr Ego zu ignorieren ("Was?! Nachdem ich so hart daran gearbeitet und die Vorgaben erfüllt habe?!") und sich stattdessen auf aktives Zuhören und Konsensfindung zu konzentrieren.
Kunde: Das hätten Sie einbauen können!
Wir: Das stand nicht in der Spezifikation!
Kunde: Gesunder Menschenverstand!!
uns: Ich verstehe, dass Sie nicht glücklich darüber sind, dass wir nicht über den Rahmen der Spezifikation hinausgegangen sind. Wie können wir Sie angesichts Ihrer Meinung darüber glücklich machen? Lassen Sie uns sehen, ob wir gemeinsam einen Prozess entwickeln können, der allen hilft.
Im Grunde genommen wollen Sie nicht, dass die Sache zu einem "Du hast gesagt, ich habe gesagt"-Todeskampf wird. Die einzige Möglichkeit, dies zu klären, sind Anwälte, und dann gewinnt niemand. Wenn Sie sich darauf einigen können, dass die Spezifikation oder das Verfahren fehlerhaft war, arbeiten Sie gemeinsam daran, dies zu beheben.
Dieser Ansatz hat bei mir gerade funktioniert: darauf warten, dass derjenige, der Ihre Software nicht mag, geht und durch denjenigen ersetzt wird, der sie mag .
Natürlich kann man sich darauf nicht wirklich verlassen, aber wenn Sie sich sicher sind, dass Sie gute Arbeit geleistet haben und dass Ihre Software die geschäftlichen Anforderungen der Leute, die Sie beauftragt haben, wirklich erfüllen wird, lohnt es sich, die Sache abzuwarten. Manchmal ist die anfängliche Reaktion des Kunden nicht die endgültige, vor allem, wenn Sie seine Bedenken schnell einbeziehen können.
Sie lernen - alles ist Lernen und nichts ist persönlich.
Wir sind Experten auf unserem Gebiet und wissen besser als der Kunde, was er braucht. Und das nächste Mal für den nächsten Kunden werden wir alle nützlichen Funktionen im Voraus vorschlagen und ihn glücklich zu machen und wird ihn mehr Geld zu zahlen, weil wir die Experten sind und wir wissen besser.
In einer agilen Umgebung gibt es viele Gelegenheiten für den Kunden, eine Funktion des "gesunden Menschenverstands" zu bemerken, die er haben möchte, und danach zu fragen, was einer der Vorteile eines agilen Ansatzes ist, aber wenn Sie anfangen, Ergänzungen des "gesunden Menschenverstands" am Ende zu akzeptieren, bereiten Sie sich auf unendliche Erweiterungen vor, wahrscheinlich auf Ihre Kosten.
Einige Kunden erwarten Je mehr und je besser Sie ihnen sagen, dass sie das nicht können, desto einfacher werden die möglichen Argumente sein.
Als Nachwuchskraft weiß ich, dass Sie das nicht können - noch nicht -, aber eine der harten, aber notwendigen Lektionen ist, dass Sie manchmal einen Kunden entlassen müssen.
CodeJaeger ist eine Gemeinschaft für Programmierer, die täglich Hilfe erhalten..
Wir haben viele Inhalte, und Sie können auch Ihre eigenen Fragen stellen oder die Fragen anderer Leute lösen.
