Scope, Time & Cost Triangle Balancing, um das Team zu motivieren und den Kunden zufrieden zu stellen

Ich habe in zwei Start-up-Firmen gearbeitet und beobachtet, dass unsere Produktmanager unsere Versprechungen (zumindest aus meiner Sicht) gegenüber unseren Kunden immer überschreiten.

Die Projekte, an denen unsere Teammitglieder gearbeitet haben, beinhalten überwiegend die folgenden Faktoren:

  • hoher Umfang,
  • weniger Zeit &
  • weniger Ressourcen (immer ein Entwickler).

Die Folgen sind, dass Entwickler täglich erschöpft sind und allmählich das Interesse an der Arbeit verlieren, was zu einem qualitativ schlechten Produkt führt, das uns alle unglücklich macht.

Wie kann ich das Dreieck effektiv ausbalancieren, zumindest in einem anständigen Ausmaß, damit mein Teammitglied und mein Kunde glücklich sind? :)

Was ist Ihre Rolle? Sind Sie der PM, ein Entwickler oder etwas anderes? Perspektive zählt.
@CodeGnome: PM, Projektmanager Brücke zwischen Entwickler und Kunde einmal nach Projektstart.

Antworten (5)

Es gibt einen Grund, warum sie es das "eiserne Dreieck" nennen. Wie ein anderer sagte, es korrigiert sich oft von selbst, aber wenn alle Ecken repariert sind, wird oft die Qualität oder der Mangel geopfert.

In Wirklichkeit können Sie sich eine aussuchen. Wenn Sie Kosten/Ressourcen fixieren, indem Sie einen Entwickler haben, dann bleibt Ihnen Zeit oder Spielraum. Wenn Sie eine Frist haben, dann bleibt Spielraum. Aus diesem Grund verwenden viele Startups Lean-Start-Up-Techniken und agile Entwicklung, um ihren Umfang zu verwalten und gleichzeitig mit Zeit- und Kostenbeschränkungen umzugehen, ohne die Qualität zu beeinträchtigen.

Geben Sie hier die Bildbeschreibung ein

Schlüsselpunkte von Agilität, die Ihnen bei Ihrem Gleichgewicht helfen - Kommunikation verbessern (täglich) - Reduzieren Sie Ihre Features/in Arbeit befindlichen Umfang auf das, was Sie in 1-2 Wochen erledigen können (Scrum) - Priorisieren Sie Ihren Umfang - Machen Sie sich ein Bild davon, wie schnell Sie sind Vervollständigung Ihres Umfangs (in Wirklichkeit) - Demo / Überprüfung mit Ihrem Kunden abgeschlossener Umfang alle 1-2 Wochen - bereiten Sie sich darauf vor, Änderungen im Umfang willkommen zu heißen (denn in einem Startup ... müssen Sie!)

Es gibt viele Online-Ressourcen zur Lean- und/oder agilen Entwicklung.

Viel Glück!

Im Allgemeinen ist ein Projektmanager nicht die einzige Person, die an der Schätzung beteiligt ist. Sie können einige technische Mitglieder einbeziehen, die Erfahrung in der Ausführung haben oder tatsächlich an diesen Projekten arbeiten.

Der Projektmanager benötigt möglicherweise etwas Hilfe bei Schätzungen und Arbeitsaufschlüsselungen, was normal ist. Nachdem dies jedoch geschehen ist und bevor es an den Client gesendet wird, the estimation should be reviewed from scope, time and cost perspectives. Außerdem sollte der Projektmanager gültige Begründungen für die Zeit- und Kostenschätzungen des vereinbarten Umfangs haben.

Ich würde vorschlagen, dass Sie zuerst die Schätzungen überprüfen und dann mit Ihrem Projektmanager sprechen und sie möglicherweise auch mit anderen Teammitgliedern so überprüfen lassen, dass die Rolle des Projektmanagers nicht in Frage gestellt wird.

Wenn etwas Ungewöhnliches gefunden wird, ist der Projektmanager verantwortlich und verantwortlich.

Wenn ein Projekt geschätzt wurde, gibt es auch andere Möglichkeiten, den Projektfortschritt zu überwachen, um sicherzustellen, dass das Projekt auf dem richtigen Weg ist und die Teammitglieder nicht erschöpft sind, während sie daran arbeiten.

Sprechen Sie mit Ihrem Projektmanager, um eine Lösung für dieses Problem zu finden. Es kann nicht sofort trainieren. Möglicherweise müssen Sie dem Projektmanager etwas Zeit geben, um sich anzupassen.

Das Dreieck gleicht sich natürlich aus. Sie können eine oder zwei der Seiten unabhängig reparieren oder manipulieren, aber die dritte ist abhängig und passt sich an das Gleichgewicht an. Aber das ist nicht Ihr Problem.

Das Schätzen ist auch nicht Ihr Problem. Sie können den ganzen Tag über alle bewährten und führenden Schätzpraktiken schätzen, ohne Ihr Dilemma zu berühren.

Es gibt einen Unterschied zwischen einem Schätzwert, einem Zielwert und einem Planungswert. Eine Schätzung ist ein probabilistischer Bereich, ein Ziel ist das, was Ihr Kunde oder Vorgesetzter „diktieren“ kann, und der Planungswert ist ein diskreter Wert, der irgendwo in Ihrem geschätzten Bereich liegt, der optimistisch, genau richtig oder pessimistisch sein kann.

Ihr Problem ist mit dem Ziel. Ein Ziel kann irgendwo in der Spanne liegen, genau wie der Planungswert, kann aber auch ein Wert sein, der weit davon entfernt ist, z. B. eine Zahl, die als "zu gewinnender Preis" festgelegt wurde.

Ihre Organisation klingt sehr aggressiv in ihrem Ansatz, Aufträge zu gewinnen. Ich würde weiter vermuten, dass es mit offenen Augen in eine Arbeit geht, was bedeutet, dass sie wissen, was sie tun, und dass sie die damit verbundenen Risiken und Probleme akzeptieren. Vielleicht nutzt ihr Ansatz den ursprünglichen Vertrag als Verlustbringer, da sie wissen, dass sie damit sicherlich Geld verlieren werden, aber die Beziehung zu zusätzlichen, profitableren Geschäften führen wird. Ich kenne ihre Strategie sicherlich nicht, aber ich habe dieses Verhalten in jüngster Zeit immer häufiger beobachtet, was wahrscheinlich mit unserer aktuellen wirtschaftlichen Situation übereinstimmt. Schließlich nützen Ihnen super Planungswerte und Schätzungen nichts, wenn Sie das Geschäft an jemand anderen verlieren.

Dies scheint ein Problem der Zusammenarbeit, der Kommunikation im Team und der Einschätzung der Arbeit zu sein.

Überprüfen Sie intern den Umfang, die Schätzungen und die erforderlichen Ressourcen mit den leitenden Teammitgliedern und bei Bedarf dem gesamten Team. Sobald intern jeder eine Vereinbarung getroffen hat, übermitteln Sie Ihre Schätzungen an den Kunden. Wenn es eine Änderung des Umfangs gibt, folgen Sie dem Änderungskontrollprozess oder sehen Sie sich das Team erneut an. Auf diese Weise ist das Team immer bei Ihnen und fühlt sich als Teil des Teams.

Eine Möglichkeit, damit umzugehen, könnte darin bestehen, vorzuschlagen, dass ein Zwischenrelease durchgeführt werden könnte – vielleicht im Prinzip mit einem „agilen“ Ansatz. Dadurch erhalten Sie etwas, das in weniger als der zulässigen Zeit, zu niedrigeren als den veranschlagten Kosten und mit erheblich reduziertem Umfang geliefert werden könnte. Du arbeitest es realistisch aus. Wenn Sie dann liefern, wird klar, dass der zusätzliche Umfang nicht in der verbleibenden Zeit und/oder zu den verbleibenden Kosten geliefert werden kann, sodass das Projekt neu verhandelt werden muss – aber nicht von Ihnen.

Es ist hinterhältig und hinterhältig und etwas, das ich normalerweise nicht unterstützen würde, aber es kann Sie einfach aus der Fassung bringen. Und man weiß nie – es kann sein, dass dem Kunden bei der Lieferung nach diesem Modell gefällt, was er bekommt, er um Änderungen an der ursprünglichen Spezifikation bittet und gerne entsprechend neu verhandelt. Das wäre eine Win-Win-Situation!