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.

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.

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 .

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.

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).

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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!