Gibt es eine Möglichkeit, den Vertrieb dauerhaft zu überbeanspruchen? [geschlossen]

120

Ich scheine immer wieder in einer Situation festzustecken, in der die Veröffentlichungstermine nicht auf irgendetwas Technischem beruhen, sondern weil sich bis dahin jemand im Vertrieb für einen Kunden engagiert hat. Basierend auf Diskussionen mit Freunden in der Entwicklung in anderen Unternehmen scheint das Gleiche zu passieren.

"Hier ist das festgeschriebene Feature-Set und hier das festgeschriebene Erscheinungsdatum", und es ist schwierig zu argumentieren, da zu diesem Zeitpunkt Geld darauf fließt, und das übertrumpft alles.

Gibt es im Allgemeinen eine Möglichkeit, dies zurückzudrängen? Wenn nicht für diese Version, wie sieht es in Zukunft aus? Das Problem, das ich habe, ist, dass ich nur einen Weg sehe, dies zu tun, und zwar, indem ich das Beste tue, was ich kann, aber die Software sozusagen 'wie sie ist' freizugeben.

Ich möchte keine fehlerhafte Software veröffentlichen, da dies mein Name ist, aber wenn ich monatelang 80 Stunden pro Woche mache, wird nur das willkürlich festgelegte Veröffentlichungsdatum bestätigt.

edit: fürs Protokoll, ich mache jetzt keine 80-Stunden-Wochen, nur das kommt mir in den Sinn, als was erforderlich wäre, um das erwartete Feature abzudecken, das bis zum Veröffentlichungsdatum festgelegt wird.

Shawn D.
quelle
49
Warum ist Ihr Name mit dem Produkt verbunden, wenn Sie nicht derjenige sind, der die Verpflichtungen eingeht? Wenn das Unternehmen schlampige, unfertige Software herausbringen möchte, ist das ihr Recht, aber es gibt keinen Grund für Sie, die persönliche Verantwortung für eine Entscheidung zu übernehmen, die Sie nicht einmal getroffen haben.
4
@ Giorgio haha ​​gute :)
ell
3
@ShawnD. Für die Horde!
Kalamane
3
@ell: Danke. Nun, ich denke, es ist ein schlechtes Management zu versuchen, mehr Arbeit von Entwicklern herauszuholen, als sie tatsächlich liefern können. Jedes Projekt ist mit einer gewissen Komplexität verbunden. Wenn Sie zu wenig Ressourcen zuweisen, erhalten Sie schlechte Software, oder Sie liefern nicht rechtzeitig. Es ist die Aufgabe eines guten Managements, dies zu erkennen und konsequent zu planen. Das Beste ist, wenn der Manager auch ein guter Entwickler ist.
Giorgio
3
Kaufen Sie The Clean Coder. Lesen Sie es (ich habe es an einem Wochenende verschlungen) und wenden Sie die Ideen energisch auf Ihre Karriere an. Ihre Aufgabe ist es, ein ehrliches "Nein" zu geben, wenn die Aufgabe nicht erledigt werden kann. Wenn Sie es nicht tun, haben Sie nur sich selbst die Schuld. Ich weiß, dass das Risiko, eine Stelle zu verlieren, die Tapferkeit belasten könnte, um ehrlich zu sein. Aber die Kehrseite wird in 80 Stunden Wochen gezwungen, eine völlig unbegründete Verpflichtung zu erfüllen.
Michael Brown

Antworten:

147

Hör auf, die 80-Stunden-Wochen zu machen. Dies ist eine positive Verstärkung . Da sie das Produkt mit den erwarteten Kosten pünktlich erhalten, werden sie es weiterhin tun, unabhängig davon, was es Ihnen antut.

Wenn sie die Zeit nicht richtig budgetieren können, ist das die Schuld des Managements. Nicht deins.

Lassen Sie sie ein paar Fristen verpassen.

Malfist
quelle
60
+1 für das Aufstehen für dich. Entwickler, die es sich erlauben, überall herumzulaufen, sind genau das, was solche Sweatshop-Kulturen zum Fortbestehen bringt.
31
Ich werde hinzufügen, dass Sie, während dies funktioniert, den Schaden minimieren möchten, der die Kundenbeziehung verursachen kann. Sobald Sie eine unangemessene Frist erhalten, müssen Sie im Voraus darüber informiert werden, dass dies nicht der Fall sein wird, damit der Kunde entsprechend behandelt werden kann.
GSto
40
Leider wird dies an vielen Stellen dazu führen, dass derjenige Entwickler, der nur "vernünftige" Stunden arbeitet, kein "Teamplayer" zu sein scheint, der nicht hilft, Ziele zu erreichen. Sie dürften die ersten sein, die gegen die Wand treten, wenn die Teamgröße verringert wird. Könnte auch nur ruhig sein und Arbeit für einen vernünftigeren Arbeitgeber suchen. Diese "Work-to-Rule" -Taktik funktioniert nur , wenn alle Entwickler an Bord sind.
FrustratedWithFormsDesigner
20
@FrustratedWithFormsDesigner Wen kümmert es, wenn sie dich nicht als Teamplayer sehen? Wenn sie dich nicht mögen, können sie dich von diesem schrecklichen Ort befreien und du kannst nach etwas anderem suchen, während du für eine Weile Arbeitslosigkeit sammelst. Außerdem ist es zu diesem Zeitpunkt nicht so, dass Vertrieb und Management sich um das Wohl des "Teams" sorgen, indem sie von ihnen obligatorische Überstunden erwarten. Es wundert mich, dass Entwickler mit marktfähigen und gewünschten Fähigkeiten sich dieser Art von Mobbing unterziehen. Wenn Sie in weniger als 3 Monaten gekündigt oder gekündigt werden können und einen anderen Job haben, haben SIE die volle Macht.
maple_shaft
6
@FrustratedWithFormsDesigner: Nachdem ich mich persönlich mit dem hohen Risiko eines Scheiterns der Überbindung befasst habe, kann ich empfehlen, nach einem neuen Job zu suchen, sobald Sie wissen, dass die Dinge zu wackeln beginnen. Denn wenn Sie als schlechter Teamplayer eingestuft sind und sich durch die vielen Überstunden fast ausgebrannt fühlen, stehen die Chancen gut, dass Sie von Ihrem sogenannten "Team" zurückgestochen und schließlich gefeuert werden, selbst wenn Sie es am härtesten versucht haben. Nach einem Job zu suchen, wie Sie noch einen haben, ist eine viel bessere Situation für Sie als nach einem Job zu suchen, während Sie keinen haben, der Ihnen keine guten Referenzen gibt.
Spoike
96

Gibt es im Allgemeinen eine Möglichkeit, dies zurückzudrängen? Wenn nicht für diese Version, wie sieht es in Zukunft aus?

Natürlich gibt es: Lassen Sie sie mit diesem Ansatz schlecht scheitern . Nichts lehrt so gut wie das Scheitern.

Machen Sie selbst eine Schätzung, bevor Sie beginnen, und zeigen Sie sie ihnen. Geben Sie dann Ihr Bestes, schreiben Sie guten Code, hören Sie auf, ihre Dummheit mit Ihrer Freizeit zu kompensieren , und erinnern Sie sie , wenn sie sich danach beschweren, an die Zeitschätzung, die Sie ihnen auf der Grundlage technischer Prinzipien gezeigt haben.

Beginnen Sie dies besser mit dem aktuellen Projekt.

Wenn sie dich weiterhin für das Problem beschuldigen, solltest du besser anfangen, nach einem neuen Job zu suchen, denn nichts wird sie davon überzeugen, dass sie das Problem sind.

Im Nachhinein denke ich, dass diese Frage tatsächlich eine Verknüpfung mit der berühmten EA-Geschichte rechtfertigt, die in einem von Joels Büchern enthalten ist: EA: The Human Story .

sbi
quelle
1
Stellen Sie sicher, dass Sie den Unterschied zwischen einer Schätzung und einer Verpflichtung kennen: blog.mountaingoatsoftware.com/… Es hört sich so an, als ob sie sich auch nicht darum kümmern, aber wenn sie wissen, dass der Unterschied nützlich ist.
StuperUser
26
+1 für die Anzeige der Schätzung . Ein Punkt, den ich gerne an dieser Stelle erwähnen möchte: Selbst im Todesmarsch des Unternehmens wird davon abgeraten, Kunden kostenlos Arbeit zur Verfügung zu stellen (dh all diese unbezahlten Überstunden), weil das Unternehmen dies hätte tun können viel mehr Geld aus der gleichen Arbeit, wenn sie den Kunden dafür in Rechnung gestellt hatten. Wenn Sie darauf hinweisen, dass das übermäßige Engagement des Vertriebs den Verlust des Firmengeldes zur Folge hat, kann dies den entscheidenden Unterschied ausmachen.
5
Ein fehlgeschlagenes Projekt lehrt Management nichts in einer Kultur wie der beschriebenen. Da Verkäufer das Geld einbringen und Entwickler nur eine notwendige Ausgabe sind , werden die Entwickler immer dafür verantwortlich gemacht, dass sie nicht hart genug arbeiten, wenn die Verkäufer zu viel verkaufen.
Mark Booth
2
Ja. Wenn also Verkäufe ohne Spezifikation bei Ihnen eingehen, bestehen Sie auf einer, bevor Sie der Schätzung zustimmen, oder geben Sie ihnen einen angemessenen Schätzbereich an, der auf dem Detaillierungsgrad basiert, den sie angeben. Dies wird normalerweise so etwas wie "zwischen einer und dreißig Wochen" sein.
PeterAllenWebb
2
@ Mark Booth: Deshalb müssen Sie die Entwicklungskosten monetarisieren. Natürlich ist die Entwicklung ein notwendiger Aufwand, aber nicht der einzige. Und im Allgemeinen, das Management nicht verstehen , dass die Aufgabe des Sales ist über Kosten zu verkaufen; Jeder Idiot kann unter den Kosten verkaufen.
MSalters
52

Dies ist in der Regel auf einen perversen Anreiz zurückzuführen: Die Verkäufer werden auf Provision bezahlt, während die Produktionsmitarbeiter auf Gehalt bezahlt werden. Die Vertriebsmitarbeiter können mit mehreren Hebeln arbeiten: Funktionen, Kosten und Lieferdatum. Sie haben ein starkes Risiko, die Kosten zu senken, da dies im Allgemeinen ihre Provision senkt, so dass sie dazu neigen, UP-Funktionen und das Lieferdatum (im Hinblick auf eine frühere Verfügbarkeit) zu verriegeln. Sie werden sie so hoch wie möglich drücken, um den Deal abzuschließen.

Versuchen Sie es aus ihrer Sicht, nur für einen Moment. Sie haben auch eine Familie zu ernähren - und wenn der Unterschied zwischen dem Abschluss eines Verkaufs, an dem ich seit Monaten arbeite, nur darin besteht, ein paar Wochen des Zeitplans zu verkürzen, dann ist das eine unglaubliche Versuchung, besonders wenn ich es nicht tue Verstehe wirklich, was das bedeutet.

Die Versuchung ist zu sagen: "Es war immer so und wird immer so sein." Aber an einem Ort, an dem ich gearbeitet habe, war zumindest eine Lösung VORGESCHLAGEN, wenn nicht implementiert ... Ein Manager warf schließlich die Hände hoch und sagte: "Wenn die Überstunden der Programmierer genutzt werden, um einen Verkauf abzuschließen, sollten sie einen Teil davon erhalten die Kommission." Es wurde nicht implementiert, aber es hätte die Anreize aller enger aufeinander abgestimmt. Die Programmierer wären begeistert gewesen, von einem neuen Feature zu hören, das in kürzester Zeit herauskommen musste, weil sie die Kommission und die Verkäufer wären WENIGER in der Lage, diese Umstände zu schaffen, da sie mit geringerer Wahrscheinlichkeit zu ihrem Vorteil arbeiten würden.

Chris B. Behrens
quelle
46
+1 Wenn die Überstunden der Programmierer verwendet werden, um einen Verkauf abzuschließen, sollten sie einen Teil der Provision erhalten.
Gilbert Le Blanc
12
Dies würde die Entwickler ermutigen, ungetesteten Mist zu veröffentlichen.
quant_dev
5
Einmal kaufte mir ein Verkaufsleiter ein Mittagessen, der eine Provision von mehreren tausend Dollar für ein Projekt erhielt, das ich in einem fünfwöchigen Todesmarsch liefern wollte. Ich kann nicht sagen, dass ich mich dadurch viel besser gefühlt habe.
Dan Ray
7
@quant_dev - jede Situation fordert die Entwickler auf, ungetesteten Mist zu veröffentlichen - außer beim Testen. Das ist eine separate Frage.
Chris B. Behrens
18
Der einfachere Weg, die Anreize anzupassen, besteht darin, die Kosten der Überstunden von der Höhe des Geschäfts abzuziehen, bevor die prozentuale Provision gezahlt wird.
Robertc
26

Das Entwicklungsteam muss zu diesen Entscheidungen konsultiert werden, sonst kommen Sie nie aus diesem Zyklus heraus. Wenn Sie das Team nicht leiten, muss sich einer Ihrer Vorgesetzten für das Entwicklungsteam einsetzen. Wenn sie Teil des Problems sind, sollten Sie andere Beschäftigungsmöglichkeiten in Betracht ziehen.

Im Allgemeinen sollte sich der Vertrieb ohne die Zustimmung des Produktmanagements zu nichts verpflichten. Dieser sollte sich natürlich mit dem Entwicklungsteam bezüglich der Fristen beraten. Es gibt wirklich keine gute Entschuldigung, um dies in einem großen oder kleinen Unternehmen zu umgehen, da das Verkaufsteam letztendlich ein wenig Wärme für die Unterlieferung aufbringt (ob in Bezug auf Qualität oder Umfang).

RichardM
quelle
2
+1 für eine genaue und hohe Summe. Das Produktmanagement sollte einbezogen werden, aber ein zu hohes Engagement und ein späteres schlechtes Aussehen können für das weitere Überleben des Unternehmens erforderlich sein.
maple_shaft
Es ist gut, solche Dinge zu sagen, aber es ist kein konkreter Ratschlag, der helfen könnte, das aktuelle Problem des OP zu lösen. Welche Schritte könnten sie unternehmen, um zu dieser besseren Position zu gelangen?
FrustratedWithFormsDesigner
@FrustratedWithFormsDesigner Abgesehen davon, dass Sie mit dem Management über die Notwendigkeit eines besseren Inputs für das Produktmanagement in den Verkaufsgesprächen sprechen, können Sie als Entwickler nichts tun. Diese Art von Unternehmen ist auf ihre Art und Weise eingestellt und alles, was nicht durch ein Management-Umdenken verändert wird, ändert nichts.
maple_shaft
1
Leider hat in vielen Unternehmen die Meinung der Verkaufs-"Gurus / Rockstars" oft mehr Gewicht als die des Produktmanagements, die manchmal einfach nicht stark genug sind, um ihre Argumente dem oberen Management vorzutragen. Ich habe festgestellt, dass viele Vertriebsmitarbeiter der Meinung sind, dass die von den Entwicklern vorgeschlagene Zeit zu pessimistisch ist und sich zumindest leicht halbieren lässt.
dodgy_coder
Vertriebsmitarbeiter erhalten weitaus mehr Prestige als Entwickler, da sie viel enger an den eingehenden Scheckstrom der Kunden gebunden sind. Dies gilt auch für Software-Unternehmen, bei denen Entwickler wohl sehr wichtig sind, aber nicht so wichtig wie die Verkäufer, die "den Speck nach Hause bringen". Dies ist leider etwas, wie praktisch alle CEOs / MDs usw. es sehen werden.
CraigTP
21

Dies ist in kleineren Unternehmen nahezu universell, da sie einen größeren Geschäftsabschluss benötigen. Bis ich in meiner Firma zu Verkaufsgesprächen gebracht wurde, war ich darüber bitter, aber ich kann zumindest verstehen, wie und warum es ein bisschen mehr passiert.

Kunden wollen es schnell und viele werden sich schwer tun, es zu bekommen. Dies ermutigt den Verkauf, sich an zeitliche Verpflichtungen zu halten, nur um etwas unterschreiben zu lassen. Ein unterschriebener Vertrag ist Gold wert, weil Sie mit ihm Kapital oder Kredit erwerben können. Manchmal ist es besser, eine enge Frist einzuhalten, als überhaupt nichts zu tun.

In anderen Fällen, wenn es ein heißer Markt ist und es viele Wettbewerber gibt, muss das Unternehmen ein Produkt SCHNELLER auf den Markt bringen als alle anderen. Ein größeres Unternehmen oder ein Unternehmen mit mehr Kapital kann immer mehr Ressourcen einstellen, ein kleineres Unternehmen nicht.

Schrecklich ist es, wenn die Fristen wirklich künstlich sind und Vertrieb und Management Druck ausüben, um sich hohe Boni zu sichern.

Gewöhnen Sie sich nicht an, länger als 45 Stunden in der Woche zu arbeiten. Das ist schlecht für Ihre Gesundheit und steht an erster Stelle.

maple_shaft
quelle
2
Ich stimme zu, dass es für kleinere Unternehmen eher ein Kampf ist, Brot auf den Tisch zu legen. Dennoch ist es für den Vertrieb falsch, Provisionen für den zusätzlichen Aufwand der Entwickler zu erhalten. Das Management muss diese Situation erkennen und dann korrigieren, sonst haben sie immer einen hohen Entwicklerumsatz.
Semaj
16
+ 1 "
Gewöhnen
2
Was ist mit 45 Stunden? Hast du nicht einen 40-Stunden-Vertrag gesungen?
sbi
14
@sbi: Das könnte dich überraschen. Wo ich arbeite, mussten wir tatsächlich den Vertrag singen. Tatsächlich dauerte es ungefähr 40 Stunden, um die ganze Sache zu singen. (Es gab viel Kleingedrucktes.) Das war besonders schlimm, weil ich eine schlechte Singstimme habe.
Matthew Scouten
3
@MatthewScouten Wie viele Sprachen sprichst du?
jim
11

Ich habe auf beiden Seiten des Hauses gearbeitet. Denken Sie daran, dass es ohne Vertriebsmitarbeiter keine nachgelagerten Jobs oder Projekte geben würde.

So bekämpfen Sie die Überbindung von Verkäufen : Schätzen Sie, und nehmen Sie dann mindestens ein 130-prozentiges Vielfaches (planen Sie immer eine Kontingenz von mindestens 30% ein). Geben Sie die Schätzung an und dokumentieren Sie sie. Beachten Sie, dass Ihre Aufwandsschätzungen im Verkaufsprozess reduziert werden. Das ist in Ordnung, lassen Sie das Management aus der Lizenz- / Verkaufs- / Provisionsvereinbarung eine Reduzierung dieser Stunden herausarbeiten . Wenn Sie ein börsennotiertes Unternehmen sind, wird es mit VSOE schwierig , aber bis Sie die Vertriebsmitarbeiter mit der vertraglichen Rechenschaftspflicht im Vorfeld des Verkaufsprozesses erreichen, wird dies später zu Ihrer Rechenschaftspflicht.

Jé Queue
quelle
6
Dies funktioniert nur , wenn der OP erlaubt ist, zu sehen das Potenzial Funktion und geben eine Schätzung , bevor die Verkäufer versuchen zu verkaufen. Es klingt wie die OP nicht einmal eine Chance bekommen : "Here is the committed feature set and here is the committed release date".
FrustratedWithFormsDesigner
2
Das Problem dabei ist, dass Vertriebsmitarbeiter häufig davon ausgehen, dass Sie eine Eventualverbindlichkeit hinzugefügt haben, und sich deshalb zu einer früheren Frist verpflichten.
dodgy_coder
Vielleicht sollte ihre volle Provision auf einer pünktlichen Lieferung beruhen, vielleicht um einen Prozentsatz der überflüssigen Entwicklerzeit zurückgefordert werden. Das würde das Interesse des Unternehmens mit dem Verkauf in Einklang bringen.
PeterAllenWebb
10

Es gibt viele Strategien, die Sie verwenden können, aber Sie benötigen in der Regel eine Genehmigung oder ein Buy-In vom Management.

  1. Bezahlen Sie Entwickler mit einer erhöhten Rate Überstunden. Überstunden zu machen ist nicht so schlimm, wenn man viel Geld damit verdient. Und wenn es anfängt, Auswirkungen auf das Unternehmensergebnis zu haben, übt das Management Druck auf den Verkauf aus, um eine bessere Schätzung der Arbeit zu erreichen.

  2. Bezahlen Sie Vertriebsmitarbeiter auf der Grundlage des Gewinns anstelle des Bruttoumsatzes. Jede Arbeitsstunde, die sie nicht in ihren Kostenvoranschlag aufnehmen, wirkt sich nachteilig auf ihre Provision aus.

  3. Begrenzen Sie die Anzahl der Stunden, die Entwickler arbeiten können, auf 40 (oder was auch immer die Standardarbeitswoche in Ihrem Teil der Welt ist).

  4. Sorgen Sie dafür, dass die Vertriebsmitarbeiter jede Stunde arbeiten, die die Entwickler leisten. Wenn sie möchten, dass Sie zusätzliche Stunden arbeiten, um ihr Projekt zu erledigen, müssen sie auch da sein. Suchen Sie nach nützlichen Aufgaben, z. B. Dokumentationen schreiben oder handbeleuchtete Kopien von Entwurfsmustern und der C ++ - Standardvorlagenbibliothek mit Kalligraphie erstellen .

  5. Lassen Sie die Entwickler jeden Job abschätzen, anstatt die Verkäufer das tun zu lassen. Zumindest erhalten Sie auf diese Weise die Möglichkeit, den Zeitplan angemessener zu gestalten. Dies ist jedoch keine großartige Lösung. Entwickler sind oft schrecklich darin, den Arbeitsaufwand abzuschätzen. Auch wenn die Schätzung angemessen ist, können unvorhergesehene Ereignisse verhindern, dass Sie Ihr Ziel erreichen. Außerdem neigen wir alle dazu, zu Beginn eines langen Projekts nicht mit der gleichen Dringlichkeit zu arbeiten, die wir tun, wenn sich die Frist nähert. Dies sind die Faktoren, die die kurzen Entwicklungszyklen der Agilen Befürworter motivieren.

  6. Gehen Sie "agil" vor und lehnen Sie es ab, sich zu verpflichten. Agil gehen wird viel mehr Einbindung des Kunden erfordern, aber es kann auch dem Kunden mehr Flexibilität, weil sie vorne auf die endgültige Form des Projektes entweder nicht notwendigerweise verpflichten müssen auf. Der Vertrieb mag zunächst nicht glücklich darüber sein, aber er ändert möglicherweise seine Einstellung, wenn er feststellt, dass es viele Möglichkeiten gibt, mehr Arbeit zu verkaufen.

Ich denke, die am wenigsten attraktive Lösung ist alles, was das Verkaufsteam in den Augen potenzieller Kunden schlecht aussehen lässt. Das Verkaufsteam ist das Gesicht des Unternehmens. Sie schlecht aussehen zu lassen, schmerzt das gesamte Unternehmen, und es könnte das Problem nicht lösen - sie könnten das Gefühl haben, dass sie ein noch besseres Angebot für den Kunden machen müssen, um ihr Vertrauen wiederzugewinnen.

Caleb
quelle
Ich kann Nr. 4 nicht machen, das weißt du genau. Verkäufe jagen 100x die Aussichten eines bestimmten aktiven Vertrages.
Jé Queue
2
Zu 4: Ich habe in einer Firma gearbeitet, in der Verkäufer um 17.00 Uhr abgereist sind, eine Stunde vor allen anderen. Es hat keine netten Gefühle zwischen dem Verkauf und dem Rest der Belegschaft hervorgerufen.
quant_dev
2
@Xepoch Wenn sie früher nach Hause gehen als die Programmierer, dann sind sie offensichtlich nicht zu beschäftigt, um einige beleuchtete Manuskripte herauszukratzen.
Brian Gordon
1
@Graham, ich habe "Strategien geschrieben, die Sie anwenden können", aber in der Tat sind dies Strategien, die das Management anwenden kann, wenn es das ewige Überbinden als ein Problem ansieht, das wirklich gelöst werden muss. # 1 könnte in der Tat die vernünftigste sein. Nur weil Sie am Gehalt arbeiten, bedeutet dies nicht, dass Sie nicht für Überstunden, Boni oder Freizeit berechtigt sind. Ich habe alle drei zu unterschiedlichen Zeiten als Angestellter erhalten. Ebenso ist es nicht unmöglich, die Vergütungsstruktur für Verkäufer zu ändern. Unternehmen bieten häufig Anreize oder Anreize, das Verhalten von Verkäufern zu ändern.
Caleb
1
Stimme Caleb zu. Normalerweise sind Kunden, deren Zeitrahmen zurückgeschoben und der Umfang reduziert wurde, darüber nicht erfreut und tendieren dazu, bei der Zahlung ihre Füße zu zerren. Es sollte nicht angenommen werden, dass diese Art von Dingen das Endergebnis nicht beeinflusst. Tatsächlich ist es häufig erforderlich, dass Manager und Vertrieb den Umfang tatsächlich ERHÖHEN, ohne dass mehr in Rechnung gestellt wird, um einen verärgerten Kunden zu besänftigen. Sie sollten sich mit dem Versprechen an das Management wenden, dass Sie Kunden dazu bringen können, nicht mehr wütend und oppositionell zu sein, oder zumindest viel weniger. Dies ist kein Wunschtraum. Ich habe es IM ECHTEN LEBEN gesehen.
PeterAllenWebb
8

Verlassen

In den Antworten sind bereits viele sinnvolle Vorschläge enthalten, die hoffentlich dazu beitragen können, diese dysfunktionale Beziehung zu lösen. Aber am Ende entscheiden Sie , wie viel Sie arbeiten möchten.

Es ist leicht, von Mitarbeitern unter Druck gesetzt zu werden, überarbeitet zu werden. Aber Sie opfern Ihr persönliches Leben, wenn Sie das tun.

Folgendes können Sie tun:

  • Sagen Sie zu Ihrem Chef: "Ich musste viel mehr Überstunden machen, als ich hier machen wollte. Von nun an werde ich nicht mehr als X Stunden pro Monat arbeiten."
  • Wie andere vorgeschlagen haben, schätzen Sie, wie viele Stunden die Dinge im Voraus dauern werden. Erinnern Sie sie daran, dass "ich bei meinem Limit von X Stunden pro Monat dies wahrscheinlich nicht bis zum Stichtag erledigen werde." Schreiben Sie dies zur späteren Bezugnahme in eine E-Mail.
  • Beziehen Sie sich auf diese E-Mail, wenn die Frist abgelaufen ist. "Sehen Sie? Wie projiziert, konnten wir diese Frist in angemessenen Arbeitsstunden nicht einhalten."
  • Wenn Sie weiterhin unter Druck gesetzt werden, Überstunden zu leisten, und alle Kommunikationsbemühungen fehlschlagen, beenden Sie den Vorgang.

Persönliche Erfahrung

Ich habe meinen letzten Job gekündigt, weil ich immer Überstunden gemacht habe und immer gebeten wurde, mehr zu arbeiten. In meinem Exit-Interview habe ich ihnen klar gesagt, dass ich viele Dinge an dem Job mag, aber kein Ende der Überstunden in Sicht habe.

Ich habe diesen Wunsch in meinem Interview auch deutlich zum Ausdruck gebracht und wurde begeistert aufgenommen. Sie haben ihr Wort gehalten: Ich werde selten gebeten, hier Überstunden zu machen.

Mein ehemaliger Arbeitgeber hat eine hohe Entwicklerfluktuation und es fällt mir heutzutage schwerer, neue Mitarbeiter zu finden, weil sie den Ruf haben, überarbeitet zu sein. Vielleicht werden sie durch die zusätzlichen Kosten für Rekrutierung und Schulung eine Lektion erteilen. Aber wenn nicht, ist es nicht mein Problem.

Nathan Long
quelle
Ich habe ein gutes Buch darüber gelesen, das einmal "Never Work for a Jerk" hieß. Ich bin überrascht, dass es vergriffen ist, aber Amazon hat immer noch Kopien verwendet: amazon.com/gp/product/0880297484/?tag=resingnet-20
Tom Resing
6

Erinnern wir uns zunächst daran, dass wir im Allgemeinen alle Jobs haben, um die Deals zu unterstützen, die die Verkäufer machen, anstatt technisch perfekte Programmierkunst zu konstruieren. Wenn sie die Deals nicht machen, haben Sie keinen Job.

Das heißt, der Trick besteht darin, Wege zu finden, wie man mit Verkäufen zusammenarbeitet, damit alle gut aussehen. Prozesse, bei denen das Tech-Team zumindest eine Meinung zu Vorschlägen äußern kann, bevor sie aus der Tür gehen, sind der Schlüssel. Die Suche nach kreativen Wegen, um mit Vergütungen umzugehen, hilft auch sehr viel - wenn der Vertrieb das Engineering "aus der Ruhe bringen" muss, wenn das Engineering massive Überstunden macht und ein unrealistischer Zeitplan funktioniert, scheint dies die Häufigkeit von Todesmarschprojekten drastisch zu verringern.

Wyatt Barnett
quelle
4
Und wenn Sie es nicht implementieren, haben sie auch keinen Job. Ich kann diese Ansicht des Programmierers als Unterstützung für die Verkäufer nicht gutheißen.
Agos
@ Agos: fairer Punkt. Wie wahrscheinlich ist es andererseits, dass Sie an einem anderen Ort eingestellt werden, wenn Sie wegen Arbeitsverweigerung entlassen werden? Und wie bereit sind die meisten Geschäfte, nur den nächsten anzuheuern, der auf die Todesmärsche geht.
Wyatt Barnett
Wenn jemand einen Todesmarschjob annehmen oder weiter machen will, ist das sein Problem. Das Unternehmen, für das sie arbeiten, wird in Kürze nur noch von den Menschen verlassen, die NICHT VERLASSEN KÖNNEN, oft weil sie nicht die Fähigkeit und Erfahrung haben, sich anderweitig zu engagieren. Erfahrene Entwickler sind immer seltener als erfahrene Verkäufer. Sie verdienen es, mit mindestens ebenso viel Ehrerbietung behandelt zu werden.
PeterAllenWebb
5

Dies ist etwas, was Sie Ihrem Manager mitteilen müssen (es gibt Entwicklungsmanager, richtig?) Und das Problem erklären müssen. Es ist eine Veränderung, die auf organisatorischer Ebene stattfinden muss. Der Vertrieb muss sich erst von der Entwicklung einkaufen, bevor er Verpflichtungen eingeht, und bevor dies geschieht, muss er diese Anweisung von seinen Vorgesetzten erhalten.

Es gibt nichts, was Sie tun können, um die Änderung tatsächlich umzusetzen, aber Sie sollten es auf jeden Fall Ihrem Manager mitteilen.

Zusätzlich zu dem Versuch, die Kultur zu ändern (viel Glück), können Sie sich jederzeit mit Zahlen zurückschieben, wenn sie zu Ihnen mit einer Frist kommen, die Sie nicht einhalten können. Teilen Sie das Projekt auf und zeigen Sie Ihre Zeitschätzung. Wenn es sich um ein sechswöchiges Projekt handelt, sagen Sie es ihnen. Wenn es dem Kunden in vier Wochen versprochen wurde, können Sie es nicht tun und müssen diese Informationen so schnell wie möglich verbreiten. Hoffentlich können Ihre Vertriebsmitarbeiter zum Kunden zurückkehren und bessere Erwartungen stellen oder mit Ihnen zusammenarbeiten, um einen kleineren, akzeptablen Funktionsumfang zu entwickeln, der innerhalb der versprochenen Zeitspanne geliefert wird, wobei die zusätzlichen Funktionen später hinzugefügt werden.

Bearbeiten, um hinzuzufügen: Lassen Sie sie nicht Ihre Schätzung aufschreiben. Seien Sie zuversichtlich, dass es richtig ist, und bleiben Sie dabei. Sie werden versuchen , mit Ihnen zu verhandeln, aber lassen Sie sie nicht.

MattBelanger
quelle
8
Aber tun ihnen zeigen, was sie können in vier Wochen haben. Vielleicht können sie alle Bildschirme mit der Hälfte der Felder oder einige davon haben. Oder drei der fünf wichtigsten Workflows. Fragen Sie, an welcher dieser drei Stellen Sie arbeiten sollen. Machen Sie es "ihr" Problem.
SDG
1
Hervorragender Punkt, Robert Martin spricht viel davon, in Clean Coder, das das einzig vernünftige Gegenmittel gegen unzumutbares Management ist, Schätzungen festzumachen. Seien Sie stets bemüht, so viel wie möglich anzubieten, stimmen Sie jedoch niemals einem Ziel zu oder geben Sie sogar Ihr Bestes, um es zu erreichen, wenn es nicht auf vernünftige Weise erreicht werden kann. Es ist Ihre Aufgabe, vor Einschränkungen zu warnen. Sie sind derjenige, der sie sehen kann.
PeterAllenWebb
4

Ein Vorschlag, der noch nicht aufgetaucht ist: Rückblicke .

Sagen Sie nicht "Nein, ich mache keine Überstunden", da dies andere Entwickler immer ermutigt, sich zu melden und Sie schlecht aussehen zu lassen.

Sagen Sie Ihrem Management jedoch sehr deutlich, dass sich alle Projektbeteiligten jedes Mal, wenn Sie mehr als 40 Stunden pro Woche arbeiten müssen, in einen Raum setzen sollten, nachdem das Produkt geliefert wurde , um herauszufinden, was schief gelaufen ist Was können wir tun, um zu verhindern, dass es wieder passiert? Oder, noch besser, jedes Projekt sollte eine Retrospektive haben, in der besprochen wird, was gut und was falsch gelaufen ist.

Wenn Sie Recht haben und es die Verkäufer sind, die sich zu sehr engagieren, wird dies sehr schnell deutlich. Aber nicht den Abschluss vorwegnehmen und der Tatsache nicht voraus sein. Sprechen Sie darüber, was Ihr Team tun kann, um pünktlich und ohne Überstunden zu liefern.

Sie werden nie erfahren, dass Sie möglicherweise sogar Verbesserungen an Ihren eigenen Prozessen finden, die die Schätzung des Verkäufers durchführbarer machen können.

pdr
quelle
3

Es gibt absolut keine Möglichkeit, dies vollständig zu bekämpfen. Die Art des Verkaufs ist übertrieben. Als Vertriebsmitarbeiter sind Sie da, um die Probleme potenzieller Kunden auf magische Weise verschwinden zu lassen. Gute Verkäufer übertreiben nur geringfügig, schlechte sorgen für große Verlegenheit.

Alles, was Sie tun, wird (zumindest) nur zu Ärger oder Spannungen zwischen den Produkt- und den Vertriebsmitarbeitern führen. Sie können sich sehr bemühen, wirklich schlechte Gaffs Ihrer Vertriebsmitarbeiter zu verhindern, aber am Ende des Tages werden die Entwickler und Vertriebsmitarbeiter von demselben Bankkonto bezahlt. Ihr Unternehmen wird als Einheit erfolgreich sein oder scheitern, sodass der Beginn eines Bürgerkriegs mit dem Verkauf keine Hilfe darstellt.

Wenn Sie einen oder mehrere Vertriebsmitarbeiter haben, die sich gewöhnlich selbst in Verlegenheit bringen, kümmert sich die Vertriebsleitung um das Problem. Als Entwickler werden Sie nicht die Macht haben, etwas dagegen zu unternehmen. Daher sollten Sie sich darauf konzentrieren, das bestmögliche Produkt mit der Zeit und den Ressourcen zu liefern, die Ihnen zur Verfügung stehen.

Joel Brown
quelle
Warum ist es unmöglich, einen Ruf als solider Entwickler-Shop für Arbeitspferde zu entwickeln, der realistisch liefert, anstatt zu behaupten, Magie zu betreiben? Ich meine, gibt es da draußen keine Kunden, die keine Idioten sind und die wirklich verstehen, worüber wir reden?
Brian Gordon
Ich bin sicher, dass der gesunde Menschenverstand bei Entwicklershop-Kunden genauso verbreitet ist wie in der allgemeinen Bevölkerung. Ich würde sagen, jeder Kunde, ob er einen Sinn hat oder nicht, wird die Lücke zwischen dem Versprochenen und dem Gelieferten bemerken - oder zumindest die Lücke zwischen dem, was er erwartet und dem Gelieferten. Die Vernünftigen werden immer wiederkommen, wenn diese Lücke klein oder nicht vorhanden ist. Der Rest kauft wie immer nur das günstigste Angebot.
Joel Brown
3
"Die Art des Verkaufs ist übertrieben." Nicht zustimmen. Die Art des Verkaufs besteht darin, Ihre Produkte und Dienstleistungen in das bestmögliche Licht zu rücken, sie bei jeder sich bietenden Gelegenheit zu verkaufen und mehr Möglichkeiten zu schaffen. In all diesen Situationen kann eine pünktliche und kostengünstige Lieferung ein enormer Vorteil sein. Selbst wenn eine externe Schätzung des Entwicklungsaufwands von den tatsächlichen technischen Schätzungen, die intern erstellt wurden, abgeschnitten werden muss, um einen strategischen Verkauf zu erzielen, sollte dies keine Entschuldigung dafür sein, sie den Entwicklern intern aufzuerlegen. Das ist unprofessionell.
PeterAllenWebb
2

Es ist schwer zu beantworten, ohne Ihre Unternehmensstruktur zu kennen.

Einige allgemeine Hilfsmittel sind:

  • Ich muss mich auf Qualitätskontrollen (aber nicht auf Verkaufskontrollen) einigen
  • Haben Sie eine Produkt-Roadmap (intern und extern)

Durch die Vereinbarung von Qualitätskontrollen haben Sie einen geschäftlichen Grund dafür, dass Sie fehlerhafte Software nicht freigeben können. Möglicherweise müssen Sie Ihre Vorgesetzten davon überzeugen, warum dies wichtig ist (hoffentlich nicht), aber es gibt eine Menge Literatur, die Sie dabei unterstützen kann.

Durch eine Produkt-Roadmap weiß der Vertrieb, was er seinen Kunden versprechen kann und was nicht. Wenn sie die Roadmap ändern möchten, müssen sie diese beim Produktmanager / Projektmanager / Entwicklungsmanager oder bei einem anderen Mitarbeiter erheben.

Wenn sie einem Kunden etwas versprechen, dem noch nicht zugestimmt wurde, dann Pech. Hoffentlich basiert Ihre Roadmap auf Marktdaten zu den Kundenbedürfnissen. "Was genau schlagen Sie vor, wenn wir uns von diesen acht anderen Funktionen mit hoher Priorität verabschieden, von denen wir nachweisen, dass sie unsere Kundenbasis benötigen?"

Zuletzt arbeiten Sie, wie bereits erwartet, keine 80-Stunden-Wochen. Sie helfen dem Unternehmen damit nicht einmal, weil Sie es nur dabei unterstützen, ein tieferes Loch zu graben.

Dan McGrath
quelle
2

Nein

Ich habe versucht, eine Zwei-Buchstaben-Antwort zu erstellen, und der Stapel hat es mir nicht erlaubt ... aber die Antwort lautet

Nein

Das stimmt natürlich nicht ganz, wenn Sie die Firma besitzen / leiten. Wenn Sie in dieser Position sind, können Sie das Verkaufsteam an den Ohren reinziehen und "mitreden". Wenn Sie jedoch, wie ich vermute, nur eine "bescheidene" technische Person sind, können Sie sich nur über "UP" der Befehlskette beschweren. Ich habe jedoch die Erfahrung gemacht, dass das Management in Unternehmen, in denen dies geschieht, die Situation kennt und sich nicht darum kümmert.

brmore
quelle
2

Zeigen Sie ihnen dieses Bild (oder dieses ) und sagen Sie ihnen, dass Sie mit einem unmöglichen Dreieck arbeiten.

  ·-----------------------·
 / \                       \
·   \   ·-------------------·
 \   \   \                 /
  \   \   \-----------·   /
   \   \   \     /   /   /
    \   \   \   /   /   /
     \   \   \ /   /   /
      \   \   /   /   /
       \   \ /   /   /
        \   ·   /   /
         \     /   /
          \   /   /
           \ /   /
            ·---·

Wenn Sie in einem Projekt zwei Ecken dieser drei reparieren, gilt Folgendes:

  • Zeit
  • Umfang
  • Qualität

... dann ist der dritte der einzig flexible. Was es unmöglich macht, sind die Erwartungen. Wenn sie die Zeit immer zu kurz und den Umfang zu groß einstellen, leidet die Qualität immer. In einem agilen Projekt sind alle drei Ecken mehr oder weniger flexibel.

(Disclaimer: Ich schließe den Kostenfaktor aus dem traditionellen Projekt Dreieck und macht Qualität die Ecke Die Zeit ist die Kosten in Softwareprojekten..)

Ich hoffe, es gelingt Ihnen, Ihr Projektmanagement agiler zu gestalten.

LAUFEN
quelle
2

Einige sehr gute Antworten hier schon. Ich möchte nur hinzufügen, dass Sie nicht zu Ihrem eigenen Schaden dazu getrieben werden sollten, seine Fristen einzuhalten. Außerdem würde ich auf jeden Fall mit dem Verkäufer sprechen und ihn daran erinnern, dass ihm (und dem Unternehmen) in Zukunft kein Vertrauen entgegengebracht wird, wenn er zu viel verspricht und das Unternehmen seine Versprechen nicht einhalten kann, so dass er künftige Aufträge verliert (und möglicherweise sein Job), daher ist es in seinem besten Interesse, realistisch zu sein (dh sich an Programmierer zu wenden), damit er Vertrauen in das Unternehmen gewinnt. Kurzfristig mag er gewinnen, wenn er unrealistisch ist, aber langfristig wird er verlieren, wenn er seinen Ruf bei Kunden, seinem Arbeitgeber und zukünftigen Arbeitgebern durch schlechte Referenzen schädigt.

Da Verkäufer Geld mehr als alles andere verstehen, sprechen Sie mit ihm in diesen Begriffen.

authentictech
quelle
1

Bei der agilen Entwicklung sehen wir Berater, die Punkte für jeweils ~ 1000-1500 verkaufen. Wenn Sie den Verkaufsprozess auf der Grundlage der Punkteskala dahin ändern können, wo sie verkaufen müssen, muss das Verkaufsteam mit dem Entwicklungsteam zusammenarbeiten, um vernünftige Schätzungen zu erstellen.

SoylentGray
quelle
Sie erhöhen lediglich das Arbeitspaket pro "Punkt" (aber nicht die Dauer jedes "Punkts" in einer Iteration) bis zu dem Punkt, an dem es dem Umfang und Budget / Zeitplan entspricht, den sie verkaufen können.
4.
Punkte pro Story werden von den Entwicklern vergeben, nicht vom Verkaufs- oder Business-Team.
SoylentGray
1

Es kommt alles auf einen kritischen Punkt an; Wenn Sie nicht glauben, dass Sie das Tempo halten können, das erforderlich ist, um den versprochenen Zeitplan einzuhalten, verpflichten Sie sich nicht zur Arbeit. Wenn der Verkauf zu viel verspricht, ist dies nicht Ihr Problem, bis Sie der Arbeit zustimmen. DANN ist es dein Problem. Erinnern Sie Ihren Chef daran, dass die Vertriebsmitarbeiter nur Ja sagen müssen und den Scheck erhalten. Sie sind derjenige, der die Versprechen tatsächlich einhält. Wenn Sie also sagen, dass es nicht funktioniert, sollte Ihr Chef zuhören. Wenn Sie das Pech haben, einen Manager zu haben, der mehr auf seine Vertriebsmitarbeiter als auf seine Entwicklungsmitarbeiter hört, was möglich und nicht möglich ist, dann haben Sie das Dilbert-ähnliche PHB, und Sie sollten Ihren Lebenslauf aktualisieren.

Dies ist einer der Gründe, warum ich Agile mag. Das Entwicklungsteam ist in den Prozess von den ersten Konstruktionsdiskussionen an involviert. Sie können einen "Punkt" an beiden Enden kalibrieren. Das Entwicklerteam entscheidet (explizit oder empirisch) ungefähr, wie viel Entwicklungsarbeitsstunden einem Punkt inhärent sind, und das Management kann dann Punkte pro Woche, Punkte pro Monat usw. berechnen, was zu einer Dollarzahl führt. Zu diesem Zeitpunkt verfügt Ihr Verkaufsteam nun über Zahlen zu Kosten und Zeit, die erforderlich sind, damit der aktuelle Personalbestand den aktuellen Umfang abdeckt. Wenn sie zu viel versprechen, sobald sie diese Zahlen haben, sind sie raus auf den Arsch.

KeithS
quelle
Ahh, aber die Verkäufer sind Verhandlungskünstler und die Ingenieure nicht. Deshalb sind sie im Verkauf und wir sind im Engineering! Meiner Erfahrung nach nicken die meisten Techniker nur mit dem Kopf (es hilft nicht, dass Schätzungen anfällig für verankernde Verzerrungen sind ). Es ist wirklich schwierig für Techniker zu sagen, dass es länger dauern wird, als jemand denkt, weil sie wissen, dass es leicht in eine Reflexion über ihre Fähigkeiten umgewandelt werden kann. "Glaubst du, es wird zwei Wochen dauern? Joe hat gesagt, er schafft es in etwas mehr als einer."
Scott Whitlock
1
Wenn Joe sagt, dass er es in etwas mehr als einer Woche schaffen kann, leidet Joe unter dem Job. Wenn Joe scheitert, lernt der Vertrieb, seine Schätzungen zu ergänzen. Wenn Joe erfolgreich ist und wahrscheinlich nie wieder 80 Stunden in der Woche verbringen möchte, wird er seine eigenen Schätzungen anpassen. Wenn beides nicht der Fall ist, wird Joe entlassen, weil er seine Verpflichtungen ein Mal zu oft nicht erfüllt hat, oder er wird ausbrennen und seine Überarbeitung beenden. Wenn Sie sicher sind, dass Joe zu viel verkauft, dann callen Sie den Bluff. Sei einfach nicht Joe. es ist es nicht wert (ok, ok, sehr selten wert).
KeithS
Der springende Punkt der Agile-Schätzung ist, dass der Preis stimmt und das Tempo nachhaltig ist. Das sind Dinge, die für einen Kunden einen Wert haben. Zu wissen, wie viel es WIRKLICH kosten wird und wie lange es WIRKLICH dauern wird und dass sie das bekommen, was sie für diesen Preis und diese Menge an Zeit verlangt haben, ist weit mehr wert als das Versprechen, "wir werden jeden Preis übertreffen". .
KeithS
1

Spezifizieren Sie den Auftrag, nachdem er Ihnen übergeben wurde, und teilen Sie ihnen mit, wie lange er dauern wird. Dann, wenn sie darüber krähen, sagen Sie es ihnen.

"Es tut mir leid, dass Sie diese Zusage gemacht haben, aber angesichts der Ressourcen, die mir zur Verfügung stehen, wird es X Stunden dauern, bis sie abgeschlossen sind."

Tun Sie dies jedes Mal ... es hat bei mir funktioniert.

Sagen Sie ihnen im Grunde, dass sie es schnell, billig und gut haben können, wählen Sie zwei.

Jim
quelle
Schnell und günstig?
IAdapter
dann tut es mir nicht gut
jim
Ich denke, sie kümmern sich nicht darum, dass es gut ist, sondern nur, um es zu verkaufen.
IAdapter
solange sie das wissen ... so sei es.
jim
2
sie kümmern sich um sie gut zu sein, werden sie die Schuld geben Sie nur für das Projekt andernfalls , wenn der Kunde nicht zufrieden ist ...
jwenting
-1

Es gibt tatsächlich einen Weg - einen realen Weg, keine leere Plattform - aber du magst ihn vielleicht nicht.

Lassen Sie jemanden aus dem Entwicklungsteam in den Verkaufsprozess einbeziehen .

Jetzt brauchen Sie offensichtlich jemanden mit guten Fähigkeiten, jemanden, den die Verkäufer nicht scheuen, ihn mitzunehmen. Und diese Person muss ein umfassendes Verständnis für die Art der Arbeit haben, die Sie ausführen. Sie müssen kein Code-Ninja sein, sie müssen nur ein gutes Verständnis der Codierung im Allgemeinen und Ihres Entwicklungsprozesses im Besonderen haben und einigermaßen gut darin sein, die Arbeit abzuschätzen.

Dies ist wirklich ein Job für einen Business Analyst oder Projektmanager. Es gibt einen Grund, warum diese Jobs in vielen Unternehmen so gut bezahlt werden. Sie kombinieren zwei sehr wichtige und unterschiedliche Fähigkeiten. Wenn Sie keinen echten BA oder PM haben, sondern einen erfahrenen Entwickler oder Architekten mit sozialen Fähigkeiten, können sie das auch.

Sie müssen auch klare Richtlinien für die Vertriebsmitarbeiter festlegen. Tatsächlich schicken Sie (wie in Ihrem Entwicklerteam) jemanden, der in Ihrem Namen verhandelt. Wenn Sie ihnen keine Parameter geben, verhandeln sie nur, was ihnen gut erscheint. Deshalb geben Sie ihnen immer Parameter.

Sobald Sie den Projektumfang zu verstehen, herauszufinden , wie viel Zeit Sie würden gerne für Gebäude haben, Prüfung, Umfang ändert, und so weiter, sowie eine bestimmte Menge an Puffer, so dass sie dann diese Zahl geben zusammen mit einem „zugelassenen Minimum“ - die niedrigste können sie möglicherweise gehen , bevor das Projekt in großer Gefahr. Erwarten Sie, dass sie diese Zahl ebenfalls um einen bestimmten Betrag unterschreiten, also erhöhen Sie Ihr Minimum ein wenig, als es wirklich sein muss.

Seien Sie versichert, dass das Management dasselbe tut. Der Vertriebsleiter möchte nicht, dass die Vertriebsmitarbeiter unrentable Deals verkaufen. Sie gehen in jede Verhandlung mit einer Reihe von Zahlen ein, die der angestrebten Rentabilität und der minimalen Rentabilität entsprechen.

Sie sind vielleicht nicht ihre Manager, aber wenn Sie dies alles schriftlich dokumentieren, bevor sie überhaupt zu verhandeln beginnen, befinden Sie sich auf einem viel festeren Boden mit dem oberen Management, wenn Leute anfangen, Fragen zu stellen, warum das Projekt hinter dem Zeitplan zurückliegt. Aber es geht nicht nur um CYA; Das Verkaufsteam hat ehrlich gesagt keine Ahnung, wie lange bestimmte Dinge dauern werden, und Sie tun ihnen einen Gefallen, indem Sie ihnen umfassende Informationen geben.

Eine andere Sache: Erwarten Sie nicht, dass das Verkaufsteam Ihr Team nur zum Teufel mit einbezieht. Sie benötigen auch ein Buy-in vom Vertriebsleiter und den Führungskräften. Es sollte wirklich nicht zu schwer zu bekommen sein, wenn man es aus einer Risikoperspektive betrachtet. Sie wollen doch keinen Misserfolg verkaufen, oder? Denken Sie an die Kosten für den Ruf des Unternehmens. Denken Sie an die Kosten einer Klage . Jemand Techniker muss Teil einer Verhandlung sein, bevor ein Deal unterzeichnet werden kann.

Und wenn Sie wirklich, ehrlich gesagt, kein Management für diese Idee verkaufen können, kann ich dann vorschlagen, einen neuen Arbeitgeber zu finden? Weil deins vielleicht sowieso nicht mehr lange da ist.

Aaronaught
quelle
-1

Solche Meinungsverschiedenheiten sind normalerweise auf mangelnde Kommunikation zurückzuführen. Entweder verstehen sie den Druck nicht, den sie auf Sie ausüben, oder Sie verstehen nicht, wonach sie wirklich fragen. In beiden Fällen müssen Sie die Situation aus einer anderen Perspektive verstehen, um das Problem zu lösen.

Haben Sie jemals versucht, Software zu verkaufen? Es scheint für viele Entwickler nicht die beste Antwort zu sein, aber bis Sie es versucht haben, wird es schwierig sein, das Geschäft von der Verkaufsseite aus zu sehen. Wenn Sie ein großartiger Entwickler sind, schreiben Sie etwas, das Sie wirklich schreiben möchten, und verkaufen Sie es. Sie können sehen, dass sie einige gültige Punkte haben, oder Sie können sehen, dass sie nicht!

Tom Resing
quelle