Wie man an einem knappen spezifischen Projekt teilnimmt, um Team-Death-March zu vermeiden [geschlossen

https://stackoverflow.com/questions/1370425

21-09-2019
|

Frage

Ich bin Zeit+Kosten für die Schätzung einer halbkomplexischen Softwarelösung, die in etwa 75% der Funktionen keine spezifischen Anforderungen hat. Ich möchte immer noch möglichst gute Schätzungen wie möglich vornehmen, indem ich zusätzliche Daten vom Kunden abruft. Es wird immer noch Teile geben, die sich möglicherweise nicht entwickeln können, da es zu viele Abhängigkeiten von anderen Produkten/Technologien und mangelnder Definition gibt. Ich habe auch einen sehr engen Zeitplan, um diese Schätzung zu erstellen.

Es wird auch andere Konkurrenten in diesem Projekt geben. Der Kunde erwartet a Preis+Dauer (und wahrscheinlich auch ausreicht) und ich weiß, dass jeder weg sein wird. Ich weiß, dass das unmöglich ist, aber sagen Sie das gegenüber Menschen. Ein weiteres Problem ist, dass ich mit Middle-Man und nicht direkt mit dem Kunden spreche. Ich kann nur mit Middle-Man Vertrauen bekommen, aber nicht mit dem entscheidenden Kunden. Das ist ein ganz anderes Problem.

Was für einen Haftungsausschluss/Info kann ich meinen Preisplan/Vertrag nicht investieren töten Team mit diesem Projekt. Wenn also das Projekt mit dem Rutschen beginnt (in Bezug auf Kosten/Zeit/Funktionen), werden wir mit einer Art von Zahlung abgedeckt. Ich würde natürlich gerne von Sprints oder Veröffentlichungen in Bezug auf die Zeit bezahlt werden, aber ich bezweifle, dass der Kunde darin überzeugt sein könnte. Ich bin sicher, wir können dieses Produkt vor der Frist beenden und auch ein großartiges Produkt schaffen, aber wie kann ich den Kunden davon überzeugen, mir zu glauben?

Frage

Was kann ich tun, um dieses Projekt zu bekommen und zu vermeiden? Todesmarsch Gleichzeitig Situation?

Jeder Vorschlag willkommen!

Bearbeiten: Ergebnis

Am Ende überzeugten wir (ich und mein Mitarbeiter) den Kunden, dass wir mindestens eine Woche Zeit brauchen, um das Produkt zu bewerten. Also haben wir es getan. Wir haben auch einen Slot für ein paar Stunden lang mit dem Kunden gedrängt (und erhalten), um die Fragen der ausstehenden Anforderungen zu klären. Also haben wir es getan. Das Treffen wurde abgeschlossen, nachdem wir den ersten Schätzungsentwurf vorgenommen hatten. Wir waren also sicher, dass wir alle Fragen haben, um auf Einzelheiten zu zeigen, die entweder vollständig missverstanden wurden oder zu vage, um sie abzuschätzen. Ich hoffe, wir bekommen das Projekt, denn es würde 8 Monate Vollzeitarbeit für uns sowie eine angemessene Bezahlung bedeuten. Wir werden es in ungefähr anderthalb Wochen wissen.

Natürlich habe ich auch darauf hingewiesen, dass die Art und Weise, wie wir dieses Produkt liefern, genau dort bringen wird, wo es mit einem Produkt sein möchte, das tatsächlich das sein wird, was sie wollten. Und auch, dass wir uns nur zu Preis und Zeit verpflichten, aber nicht zu Funktionen, weil es sich verändert und wird. Ich denke, wir haben einen guten Eindruck gemacht.

Lösung

Willkommen in der Welt der festen Entwicklungsdienste :-)

Techniken, um dieses Projekt zu gewinnen und gleichzeitig die Situation der Todesmarsch zu vermeiden:

Unterbieten Sie kein Projekt. Bieten Sie für das, was Sie glauben, dass das Projekt einen gewissen Prozentsatz für Dinge hinzufügen wird, die wahrscheinlich schief gehen werden.
Wenn Sie 75% des Details fehlen, unterscheiden sich die Wahrscheinlichkeit, dass das Projekt erheblich anders ist als Sie es derzeit erwarten. Dokumentieren Sie einige angemessene Detailannahmen im Rahmen der definierten Arbeiten. Wenn das Projekt tatsächlich beginnt und die Details der Annahme nicht übereinstimmen, haben Sie die Möglichkeit, die Kosten für die Änderungen auszuhandeln. Zu diesem Zeitpunkt sind Sie möglicherweise auch in einer besseren Position, um zu wissen, wie viel Sie über/unter/unter sind, und versuchen, dieses Zitat zu kompensieren.
Ihr Ziel in einer Sau (Erklärung der Arbeit) sollte es sein, genügend Details zu definieren, damit Sie die Kosten für Änderungen neu verhandeln können, wenn Sie mehr über das Projekt wissen. Schreiben Sie diese so positiv, so weit wie möglich. Beachten Sie, dass es unwahrscheinlich ist, dass Personen, die das Projekt tatsächlich verstehen, die Sau lesen oder verstehen ... Ich stütze dies auf den Punkt, dass Sie nur wenige Details zum Zitieren erhalten. Dies bedeutet, dass es kein Beratungsverkauf ist und sich keine Partei wirklich auf den Aufbau der „richtigen“ Lösung konzentriert.
Wenn Sie einen Vertrag als T & M (Zeit und Material) großartig erhalten können. Ich bezweifle, dass Sie es bekommen oder nicht in der Lage sind, es ohne Einschränkungen zu bekommen, die den Zweck eines T & M im Wesentlichen besiegen. Ihre potenziellen Kunden betrachten dies, da sie alle Risiken um Ihre Fähigkeiten akzeptieren.
Hoffentlich sind Sie nicht der erste in Ihrem Unternehmen, der dies tut. Finden Sie historisch gesehen, wie Projekte und die typischen Ergebnisraten waren. Viele Softwareentwicklungsgruppen berechnen einen Stundensatz, der signifikant höher ist als die Kosten ... aber ihre Angebote sind tendenziell niedriger und nicht tatsächliche Stunden. Kunden werden oft mehr über die Stunden/Tage als das tatsächliche Angebot argumentieren. Unternehmen werden tendenziell an die Zahlung hoher Stundensätze verwendet.
Finden Sie die erwartete Marge Ihrer Abteilung (Gewinn, die Sie aus dem Job gewinnen müssen). Dies kann Ihnen helfen, zu verstehen, wie sehr Sie sich mit einem „Todesmarsch“ stellen können, wenn Ihr Projekt ausrutscht.
Geben Sie in der Sau die Detaillierungsstufe an, die in einer Spezifikation erforderlich ist, bevor Sie mit der Arbeit beginnen. Während agile und andere kundenorientierte Prozesse einen Ansatz verfolgen, der sich an der Suche nach der besten Lösung orientiert, sind sie nicht so konzipiert, dass die Kosten in einer festen Gebotsumgebung unter Kontrolle bleiben. Sie müssen einen Wasserfallansatz für die Anforderungen verfolgen und dann agil aufbauen, damit Sie sich auf dem Weg anpassen können. Die Spezifikation bietet Ihnen wie die Sau die Möglichkeit, Änderungen zu berechnen. Obwohl der Kunde dies nicht gefällt, wird dies die Last und Risiken mit den Anforderungen und nicht Ihrem Team erheben.

Beachten Sie, dass Sie mit diesen Verhandlungen erfolgreich sind, Sie benötigen ein unterstützendes Management-, Vertriebs- und Projektmanagement -Team. Wenn Sie das nicht haben, müssen Sie immer auf "Todesmärschen" stehen. Selbst wenn Sie auf Qualität, Prozess, Tests und andere Elemente verzichten, gibt es nie genug Zeit für ein Projekt.

Andere Tipps

In diesem wirtschaftlichen Umfeld gibt es viele Unternehmen, die um ein wenig Arbeit kämpfen. Jemand muss ihnen ein sehr süßes Gebot geben, das wird

Nicht in der Lage sein zu liefern,
Töte ihr Team mit oder
Beide.

Wenn sie nicht zum vereinbarten Preis liefern können, werden sie die Qualität reduzieren, um etwas zu liefern und bezahlt zu werden.

Ihre Herausforderung besteht darin, diese Tatsache Ihrem Interessenten professionell vorzustellen und sie davon zu überzeugen, dass Sie sehr hart daran arbeiten, zu angemessenen Kosten zu liefern, aber auch genau das zu liefern, was sie brauchen. Die Tatsache, dass Sie nach Details zurückkehren, und die Methode, mit der Sie sich dem Projekt nähern (Agile ... aber sicher und erklären Sie den geschäftlichen Nutzen für sie) sorgen dafür, dass sie mit dem enden, was sie wirklich benötigen.

Denken Sie daran, sie möchten die Software liefern lassen dass sie brauchen zum niedrigstmöglichen Preis.

Überzeugen Sie sie, dass Sie genau ihren Bedürfnissen erfüllen und dass Ihr Preis angemessen ist.

BEARBEITEN:

Sich mit der Situation mit mittlerer Men ansprechen. Ich denke, die beste Vorgehensweise wäre die Einreichung einer Liste von Risiken zusammen mit Ihrem Angebot als Höflichkeit für den Kunden. Ein bisschen so, als würde man ihnen einen Vorbild geben, was ihre Projektbeschränkungen sind. Dies kostet Sie im Voraus, aber ich denke, es könnte Ihnen helfen, das Projekt zu gewinnen.

Sie haben zwei Optionen

mach eine Best-Gouro und verdoppeln oder verdreifachen Sie Ihre Schätzung (Ihre Konkurrenz macht wahrscheinlich dasselbe.)

erklären Für den Kunden, dass Sie nicht so arbeiten können, und ihm sagen, dass alle anderen, die ihm einen festen Schätzung geben, wahrscheinlich nicht völlig wahr ist.

Wenn Sie am Ende des Tages kein Geld mit der Arbeit verdienen können, ist es kein Hinweis darauf, es zu versuchen.

Persönlich bevorzuge ich, dass letztere, im Voraus und ehrliche Kommunikation mit Ihren Kunden Sie weiter bringen wird, als alle Bid-Tricks jemals.

Ein paar Dinge, die ich sagen würde, sollten Sie darüber nachdenken:

Annahmen: Es gibt keinen Haftungsausschluss, den Sie hinzufügen können, aber Sie müssen die Lücken in den Anforderungen mit vernünftigen Annahmen füllen und dokumentieren. Nichts Wichtig oder beängstigend, nur ein Abschnitt in Ihrem Spezifikations-/Gebot mit einer Liste von Aufzählungszeichen, die besagt, was Sie als wahr angesehen haben, was fehlte (z. B. Details der Benutzer werden mit LDAP gezogen, und es werden keine Administratorbildschirme geschrieben, um den Benutzeradministrator abzudecken) .

Dies gibt Ihnen Klarheit bei der Schätzung, da Sie jetzt einen vollständigen Umfang zum Arbeiten haben, aber es bedeutet auch, dass Sie, wenn der Kunde mit Dingen zurückkommt, die sich wesentlich unterscheiden, eine faire Grundlage für die Erhöhung von Änderungsanfragen und die Variation der Kosten. Alternativ können sie während der Verhandlungen zurückkommen, die sagen, dass diese Annahme oder das nicht wahr ist und Sie mehr Informationen haben.

Außer Reichweite: Ein spezifischer Fall von Annahmen - Auflisten Dinge, die Sie nicht einbeziehen (z. B. keine Integration, wird mit System X existieren). Auch dies ermöglicht Ihnen einen vollständigen Umfang und einen angemessenen Fall für potenziell unterschiedliche Kosten zu einem späteren Zeitpunkt.

Annahmen und außerhalb des Umfangs sind besonders anwendbar, wenn die Dinge im Vorbeigehen erwähnt werden, aber nicht wirklich nachgefolgt sind oder auf Dinge, von denen sie sagen, dass sie auf eine zweite Phase warten könnten. Dies sind oft die Dinge, die der Kunde glauben wird, dass sie als Teil des Hauptprojekts durchgeführt werden, das Projektteam jedoch nicht.

Hoffentlich hilft die Gründlichkeit und Einsicht der Annahmen und des von Ihnen definierten Umfangs auch dazu, dem ultimativen Kunden das Vertrauen zu bewirken.

Kontingenz: Eine schwierige, aber Sie sollten Kontingenz auf zwei Arten hinzufügen:

(1) für bestimmte Risiken. Für Dinge, die bedeuten könnten, dass etwas länger dauert, als Sie geschätzt haben, haben Sie eine Menge abgebildet, um das durch die Wahrscheinlichkeit zu bedecken, dass es geschieht. Fügen Sie all dies hinzu und das ist Ihre Risiko -Kontingenz.

(2) Scheiße passiert Kontingenz - unvorhersehbarer Scheiße passiert bei IT -Projekten. Fügen Sie zwischen 10% und 20% hinzu, um dies abzudecken.

Unabhängig davon, ob Sie die Kontingenz vor Ihren kommerziellen Personen und dem Kunden verbergen oder nicht, hängt von Ihrer Beziehung ab, aber wenn sie entfernt wird, müssen sie verstehen, was das bedeutet (im Wesentlichen werden Sie überlaufen).

Verstehen Sie die Beziehung zwischen Aufwand und Kosten: Als Technologe ist es Ihre Aufgabe, eine Schätzung der Anstrengungen auf der Grundlage der Informationen zu liefern, die Sie haben. Sie müssen dies dann mit Annahmen, Notfallniveau und so weiter mit Ihrem Handelsteam mitteilen, das es in einen Geldwert umwandeln kann. Die Sache, die mit ihnen klar werden muss, ist, dass wenn sie die Kosten fallen lassen möchten, die die Anstrengung nicht ändern.

Es gibt viele gute Gründe, die Kosten an den Kunden zu schreiben (um eine Beziehung aufzubauen, da Sie mit Dingen, die Sie später wiederverwenden können Gleich - die Reduzierung kommt aus dem Gewinn.

Ich habe einen Blog -Artikel, der möglicherweise ein paar Tipps für Sie hat:

http://pm4web.blogspot.com/2009/06/surviving-ner-resourced-project.html

Eines der anderen Plakate hier hat einen guten Punkt. Es wird immer jemanden geben, der einen günstigeren Preis anbietet, um die Arbeit zu erhalten. Und der Entwickler wird später darunter leiden (dh eine Menge freier Arbeit, um den Kunden zufrieden zu stellen).

Einige Kunden müssen diese Erfahrung machen, bevor sie klicken, dass Sie es nicht billig machen können, ohne einen Preis zu zahlen.

Gehen Sie für Realismus. Vermeiden Sie es zu vielversprechend und dann einen Punkt daraus.

Viele Kunden dort wurden von unrealistischen Anbietern verbrannt, die nicht wie versprochen liefern.

Betonen Sie die Notwendigkeit eines Spezifikationssprints. Legen Sie einen Fokus auf Kernfunktionalität und Engagement für die Bereitstellung von Bonanza an und nicht auf Bonanza. Bieten Sie eine primäre Entwicklungsphase an, um Kernfunktionen zu liefern.

Kommunizieren Sie die Kraft und Sicherheit des agilen Ansatzes. Kredit dem Kunden mit der Fähigkeit, einen guten Sinn zu erkennen.

Kurz gesagt: bemühe dich, realistisch und ernst zu wirken (mehr als deine Konkurrenten). Das Wichtigste für einen ernsthaften Kunden am Ende ist am Ende nicht Der Preis, aber ein Vertrauen, dass das Produkt pünktlich und budget geliefert wird.

Lizenziert unter: CC-BY-SA mit Zuschreibung

Nicht verbunden mit StackOverflow