Was zu tun ist mit eine blöde client-Anfrage?

Question

Ich den Zuschlag für ein Projekt und nun der client (die sich von der IT-Abteilung) will mich an den Architekten/Umsetzung der Lösung in einer ganz besonderen Weise.Ich bin sicher, die Anwendung wird nicht auf diese Weise für performance-Probleme.Und es wird nicht einfach skalierbar.

Dies insbesondere client/Benutzer nicht wissen, ETWAS über die Plattform und die Sprache, die ich verwenden werde (ASP.NET / SQL-Server).Seine einzige Kenntnisse in Cobol und zu versuchen, ihn zu verstehen, meine POV-nur macht ihn wütend.

Er kontaktierte mich.Er war die person, die ausgewählte mich als Sieger auf das Angebot.Er ist, der wird die Genehmigung meiner überprüft.Er ist mein einziger Kontakt mit dieser Firma.

Ich fühle mich nicht wohl mit der Bereitstellung einer Lösung, die ich weiß, wird scheitern, und ich will nicht bekannt sein wie die BLÖDEN Programmierer, machen es scheitern.Ich weiß, Ihre wirklichen Bedürfnisse und Nutzungsmuster für diese Anwendung, weil ich getan haben Projekte für Sie in die Vergangenheit.

Auf der anderen Seite, tut dies auf seine Weise einfach meinen Vertrag verlängern mehr Zeit, (so, mehr finanzielle Gewinne), um die Probleme zu lösen, indem Sie den code.

Sollte ich zurücktreten von dem Projekt zu wissen, dass ich wahrscheinlich verlieren wird dieser client für immer?

Oder...

Sollte ich die Pille nehmen, und nehmen Sie den finanziellen Vorteil von einer längeren Projekt und einfach davon ausgehen, das bad Ruhm als Kosten?

Answer 1

Sie befinden sich in diesem von der völlig falschen Perspektive. Dies ist keine dumme Anfrage von einem Client, der nichts über die Technik nicht kennt. Es ist ein Design-Einschränkung, dass Sie denken, einleitet Risiko in das Projekt.

So können Sie tun, was Sie tun, wenn Sie Gefahr in einem Projekt auftreten:. Definieren es, bewerten sie und eine Minderungsstrategie empfehlen

• das Risiko definieren. Zu sagen, es wird „Performance-Probleme“ verursachen und „nicht leicht skalierbar sein“ ist das Risiko nicht zu definieren. Sie müssen genau angeben, was Sie meinen. Was wird nicht durchführen, und warum? Welche Veränderungen in der Skala werden diese Probleme auftreten?
• Beurteilen Sie das Risiko. Okay, so dass Sie denken es ein Problem gibt. Wie schlimm ist es? Wie sicher können Sie sein, dass diese Performance-Probleme tatsächlich geschehen? Was werden die Auswirkungen auf die Benutzer, wenn sie es tun? Sie sagen, dass das Programm nicht maßstäblich: das Wachstum in der Skala ist, die das Design Defekt auch in den Karten wird aussetzen? Am wichtigsten ist, wie wissen Sie das? Hier ist, wo die Zeit nehmen, zu bauen und Benchmark kann ein Prototyp Ihnen viele sinnlosen Argument speichern.
• eine Minderungsstrategie empfehlen. Was ist der rechts Weg, dies zu implementieren? Warum ist es der richtige Weg? Wieder wie wissen Sie das? Wieder Prototyping ist dein Freund.

Ein paar Dinge kommen aus dieser Übung zu tun.

Als erstes können Sie entdecken, dass, während Sie rechts über jede einzelne sind, wenn man sie alle zusammen es keine Rolle spielt. Ja, das Programm wird nicht gut funktionieren oder gut skalieren, aber wenn keiner seiner geplanten Anwendungsfälle in diese Probleme laufen gehen, könnte es leicht nicht wert sein, um sich zu lösen.

Zweitens gibt es einen großen Unterschied zwischen jemandem zu sagen „Das wird nicht durchführen, ich weiß es einfach“ und ihm zu sagen, „ich die Anwendungsfälle gebenchmarkt, die wir erwarten, und es sieht aus wie dieser Ansatz führen wird in vier- oder fünf-Sekunden Antwortzeit pro Benutzertransaktion. "

Drittens, wenn Sie wissen, welche Bedingungen wird die Software nicht machen, und Sie artikulieren diese Bedenken an den Client, und der Kunde sagt „Wir sind wirklich nur wollen, dass es auf diese Weise arbeiten“ Sie haben Ihre Verantwortung entlassen. Wenn dies nicht gelingt, weil der Client nicht das Risiko zu mindern wählt Sie identifiziert haben, niemand zu Ihnen zeigen können und sagen, dass es die Programmierer Fehler war.

Vor allem Beweis Trümpfe Meinung . Sie haben diese ganze Frage als Fall Ihrer Meinung gegenüber dem Kunden umrahmt. Das ist ein Verlustgeschäft. Was Sie brauchen, ist es zu tun Rahmen als „hier ist ein Problem, das wir lösen müssen.“ Und die Frage, die Art und Weise zu gestalten, haben Sie die Existenz des Problems zu demonstrieren, und dafür müssen Sie Beweise.

Letztlich ist es der Kunde, ob ein Risiko entscheidet, sollte entschärft werden, nicht Sie. Es liegt an Ihnen, ihm die besten Informationen möglich zu geben, seine Entscheidung zu unterstützen. Und Sie müssen deutlich machen, ohne einen Schwanz darüber zu sein, dass es seine Entscheidung ist.

Ich habe festgestellt, auf mehr als eine Gelegenheit, dass eine einfache E-Mail die Aufmerksamkeit konzentriert sich perfekt:

  

Ich habe das Design wurde überprüft, und ich denke, es gibt ein Risiko hier, die wir besprechen müssen. [Ansatz A] ist wirklich empfindlich auf Transaktionsvolumen, und ich mache mir Sorgen, dass wir genügend Nutzer haben werden, die wir in Schwierigkeiten damit laufen gehen.

     

lief ich einen kleinen Test [Ansatz B] verwenden, und es ist viel weniger empfindlich; in meinem einfachen Prototyp konnte ich X-Transaktionen pro Sekunde aus ihm heraus bekommen. Dies macht Sinn, weil [technischer Vergleich, wie die beiden Ansätze behandeln Dinge].

     

Ich bin besonders besorgt darüber, weil [beschreiben, wie Programm wird scheitern, wenn es schlecht führt].

     

Dies scheint ein bedeutendes Problem für mich. Wenn es nach mir ginge, würde ich [Ansatz B] verwenden, da [beschreiben, wie diesAnsatz mindert das Risiko].

     

Aber du bist viel besser vertraut mit [Ansatz A], als ich bin, und ich werde glücklich auf Ihre Hinweise zu diesem Thema verschieben. Was denken Sie, sollten wir tun?

Diese Meldung ganz klar sagt: „Wenn man davon absieht, was ich sage Ihnen, hier ist, wie das Projekt zum Scheitern verurteilt wird, und ich werde Dokumentation haben, die zeigt, dass Sie mir gesagt, dass es so zu tun.“ Es ist auch nicht wirklich sagen das.

Answer 2

Ich glaube, Sie müssen mit ihm hinsetzen und fragen einige klärende Fragen.

Sie müssen bei bekommen, warum er will es in dieser bestimmten Art und Weise umgesetzt haben. Sie müssen nachweisen, dass Sie eine funktionierende Lösung liefern wollen, sind, die die geschäftlichen Anforderungen gerecht wird.

Es ist möglich, gibt es einige zugrunde liegenden Anliegen, Probleme, die angegangen werden müssen, wie Sie, dass er sein gerade nicht mit dem vorgeschlagenen Technologie vertraut angegeben kann und muss eine gewisse Sicherheit.

Gelingt das nicht, dass die Dinge sind vollständig dokumentiert und abgezeichnet auf.

Answer 3

Option 1: Gehen Sie weg, haben Sie bereits eine schlechte Beziehung haben, und es ist unwahrscheinlich, zu verbessern.

Allerdings tut es nicht, weil Sie einen Vertrag verlängern wollen, ist bestenfalls schlau und im schlimmsten Fall unehrlich, aber wenn Sie den Vertrag müssen ...

Option 2: Fragen Sie ihn, seine Architektur Entscheidungen und Gründe zu dokumentieren und melden sie als spec aus. In den Vertrag eine Klausel sagen, dass Sie nicht die Leistung garantieren und / oder Skalierbarkeit mit der spec er produziert hat und dann umzusetzen seinen Weg. Schicken Sie ihm eine Präsentation Ihres gewünschten Ansatz und Argumentation.

Wenn das Projekt scheitert (er könnte richtig sein), dann können Sie immer darauf hinweisen, Sie sagte es ihm und bot eine Alternative.

Stellen Sie sicher, dass Sie seine Architektur in gutem Glauben durchführen, das heißt es absichtlich nicht machen scheitern. Frühe Tests zu tun, die Ihren Punkt zu beweisen und sicherstellen, dass er weiß, dass sie versagen. Geben Sie ihm klare schriftliche Warnungen während der gesamten Lebensdauer des Projekts, das es Track abgehend.

Best of luck. Ernsthaft in Erwägung zieht Option 1. Eine off-the-record Herz zu Herzen mit dem Mann ist ein Versuch wert.

Answer 4

Ist es möglich, einen kleinen Prototyp wie Anwendung zu erstellen, um zu beweisen, dass er falsch ist, und Sie sind nicht wahr? Talk ist viel einfacher, wenn Sie solide Beweise haben.

Answer 5

Ich hasse die Kundendienst der Polizei zu sein, aber als „dumme Client-Anfrage“ sprechen darüber ist wahrscheinlich eine schlechte Idee, wenn es wirklich ist (in diesem Fall, dass Sie ohne Frage gehen weg sollte). Ich denke, eine bessere Bezeichnung wäre „schlecht informiert Kundenwunsch“.

Damit berücksichtigt, denken Sie daran, dass Ihr Kunde wahrscheinlich ein echtes Bedürfnis hat, und Sie sollten erkennen, dass (verbal zu ihnen). Es ist nur durch ihre (schlecht informiert) Idee für eine Lösung verkleidet. Sonde ein wenig und versuchen zu bekommen, was sie wirklich suchen, dann schlagen eine Lösung, die Sie fühlen sich besser wäre, und erklären Warum es wäre besser. Und tun dies in einer Weise, dass Sie nicht die Client-Kompetenz in Frage zu stellen. Niemand will mit jemandem arbeiten, dass sie dumm fühlen.

Answer 6

Es ist schwer, konkrete Schritte vorschlagen zu nehmen, da ich die Details nicht wissen, hier, aber hier sind meine Gedanken:

Wenn Sie ihn bauen, was er will (und nicht das, was er muss ), und Sie wissen, dass die Lösung die falsche ist, dann sind Sie mitschuldig an dem Scheitern das Projekt. Wenn Sie wissen , dass es nicht zur Arbeit gehen und wird nicht maßstäblich und du es sowieso bauen, dann seien Sie nicht überrascht sein, wenn Sie das am Ende als „Mann fallen“ für das Projekt Versagen und nicht mehr Geld bekommen, um es richtig zu machen beim nächsten Mal.

Wenn der Mann wütend wird immer, könnte es aus vielen Gründen, von denen könnte sein, dass er nicht die Technologie nicht versteht und das stört ihn. Aber ich weiß nicht, die Situation, also wer weiß? Ich persönlich würde eher bekommen den Mann wütend und schlagen vor, die rechts Lösung und bestehen auf der rechten Lösung als seine Gefühle das Boot fahren zu lassen.

kann er der Kunde sein, und er kann den Scheck halten, aber das er klug oder rechts nicht machen. Die Kunden sind falsch die ganze Zeit, trotz des alten Sprichwortes. Jetzt können Sie ihn in die falsche Richtung oder den richtigen Weg nähern und er könnte das gleiche für beide reagieren. Aber Sie wollen unabhängig ihm den richtigen Weg zu nähern.

Wenn er am Ende besteht darauf, dass Sie es seine Art und Weise zu tun und kann seinen Weg mit alles andere als Behauptungen und Emotion nicht unterstützen, würde ich höflich zu Fuß entfernt von der Arbeit. Das Geld ist es nicht wert, ehrlich. Er könnte dir böse sein, aber man kann zu wissen, gut schlafen, dass Sie nicht seine Firma Geld für eine schlechte Lösung für das Problem verschwenden.

• Seien Sie ehrlich.
• Hören Sie, was er zu sagen hat.
• Lassen Sie sich nicht, seine Gefühle Ihr Urteil trüben.
• Am Ende das Richtige zu tun.

Zumindest das ist, was ich tun würde.

Viel Glück!

Answer 7

Hören und lernen . Seien Sie wirklich daran interessiert, über die Vor- und Nachteile Ihrer Kunden Ansatz.

Erklären Sie Ihre eigene Herangehensweise an das Problem in einer Art und Weise kann der Kunde verstehen stellen Sie sicher, zu dokumentieren Vor-und Nachteile des Ansatzes auch.

Dann diskutieren beide Richtungen Sachen mit dem Kunden zu tun, aber nicht in einem ‚Ihr Ansatz ist dumm und ich bin richtig‘ Art und Weise, aber sein wirklich daran interessiert, was Nutzen sein Ansatz bringen könnte .
Wenn Sie ein Problem in seinem Ansatz zu sehen, fragen Sie ihn, . Aber nicht in einer ‚das wird nicht funktionieren‘ Art und Weise, sondern neugierig sein ‚wie wird diese Skala‘. Nicht nur zweite Vermutung seine Idee, wissen anstatt die Fakten und Zahlen ‚so gemacht, mit zu viel Verkehr in diese und diese Fälle nicht, dass es Probleme geben‘?

Sie könnten sogar etwas lernen. Versuchen schwer! Am Ende, könnte man es hat ihm in dem Weg zu codieren, und es wird besser sein, wenn Sie wirklich versteht die Gefahren

Answer 8

Im Grunde ist es nur Sie, dass diese Frage beantworten kann. Sie kennen Ihre Kunden und Ihre Situation am besten und wenn Sie einen Weg, um diese Arbeit zu machen, zu finden, es ist deine Entscheidung.

Persönlich würde ich das Projekt ablehnen. Wenn sie Sie behalten möchten, erklären, warum Sie das Projekt nicht unter den Voraussetzungen dargelegt erfolgen kann.

Sagen Sie ihnen, dass, wenn sie Sie , um das Projekt umzusetzen, dann stellten sie Ihre Know-how, nicht die Know-how ihren Kerl in die IT-Abteilung .

Answer 9

Wenn Sie sich nicht wohl fühlen, dann zu Fuß entfernt.Wir haben Schuh-gehörnte in der Bereitstellung einer spezifischen Lösung für Kunden vor trotz unserer besten Wünsche und die besten Empfehlungen und es hat uns kein Ende des Kummer in der Zukunft.

Wenn es ist eine finanzielle Frage, und Sie "brauchen" das Geschäft, dann würde ich auf jeden Ansatz des Projekts ein Zeit-Boxen-Sicht.

Sagen Sie Ihnen, was erzielbar ist, welche Art von Zeitleisten.Stellen Sie sicher, dass Sie bezahlt werden in einer modularen Art und Weise, wie Sie schlagen verschiedene Meilensteine.Wenigstens auf diese Weise, es gibt Ihnen die Möglichkeit, zu Fuß entfernt in der Zukunft, wenn es zu einem no-Gewinner für Sie.

Eine andere option könnte sein, Ihnen zu zeigen, wie viel mehr teuer es wäre, es zu tun Ihren Weg als Ihr.

Answer 10

Wenn Sie den Client benötigen, er braucht dich auch (wahrscheinlich mehr). Immerhin, er ist derjenige, den Sie ausgewählt hat. Er ist derjenige, der ein Problem gelöst werden muss.

Nehmen Sie einen Stand, dass Sie nicht durch seine Richtungen auf ‚wie‘ diktiert werden, um Arbeit zu tun - was sicherlich Anruf seines zu tun ist. Es ist wahrscheinlich, dass Sie einige Eisschmelze sehen.

Answer 11

Ich würde empfehlen, einige Fehlleitung Taktik mit ihm versuchen. Lassen Sie ihn wissen, was Ihre Anliegen mit seinen Methoden sind, und ihm eine andere Lösung anzubieten, die sowohl Ihre Bedürfnisse anzupassen und sein. Versuchen Sie zu vermeiden aggressiv zu sein (Sagen Sie nicht, dass er falsch ist), aber sagen, dass Sie denken, es gibt eine bessere Lösung, die Ihre beiden Optionen integriert.

Versuchen Sie "Verbal Judo" zu üben. Sein Konfrontations wird dir keine Punkte mit ihm nicht Netz und ist nur ihm mehr sicher gehen zu machen, dass Sie nur schwer zu sein. Vereinbaren Sie mit ihm, bauen eine Beziehung über gemeinsame Ideen, und ihn dann sanft führen hinunter den Weg zu Ihrer Lösung.

Answer 12

Zeichnen Sie einen Vertrag, der Ihre Anliegen enthält und das macht sie das Geld auch im Fall des Scheiterns zahlt wegen der schlechten Entscheidung des Kunden. machen sie es dann unterschreiben.

Achten Sie darauf, diesen Vertrag durch einen erfahrenen Anwalt allerdings laufen, weil es leicht ist es etwas falsch zu bekommen, so dass ein Gericht Sie heraus wird durch, wenn immer schlimmer kommt, und Sie müssen für das Geld verklagen.

Machen Sie den Client bewusst, dass ein Teil in den Vertrag vor der Unterzeichnung, vielleicht werden sie überdenken.

Oder statt durch all diese Schwierigkeiten gehen, wie andere vorgeschlagen haben: Kaution, gehen weg, oder besser: laufen. So schnell wie du kannst. Es sei denn, es ist wirklich eine Menge Geld ist, dann wird es nicht wert sein, es für sie zu verkaufen.

(Edit:. Darn, Simon mich schlagen von einigen Sekunden)

Answer 13

Sie Ihre Lösung vorzuschlagen und erklären (mit Hilfe von Präsentationen / Dokumentation ), warum es der besseren. Oder haben sogar einen Prototyp aus ihm heraus.

Ihr Kunde sollte verstehen, wenn Sie es beweisen, dass Sie technische Führung in diesem Bereich haben, und vertraue dir.

Answer 14

würde ich auf das Projekt retten, wenn ich am Verhungern war. Als Berater mich, ich fühle mich der einzige Wert, den ich an den Kunden bringen, ist das Wissen, das ich besitze, (und dass sie dies nicht tun, sonst würden sie mich nicht zu mieten). Arbeiten an etwas, das ich „wissen“, ist zum Scheitern verurteilt würde der Berater-Ethikkodex verstoßen (falls vorhanden waren).

Ich würde versuchen, mein Beste, die Kunden davon zu überzeugen, dass sein Weg zum Scheitern verurteilt ist, und dann würde ich mein Bestes versuchen, jemanden zu finden, sonst den Job für ihn zu tun.