Wie quantifizieren Sie die „Haltekosten“ finanziell, wenn Sie Artikel erst herausgeben, wenn Sie eine große Charge haben?

In Don Reinertsens Buch „ Principles of Product Development Flow “ wird der Kompromiss zwischen Release-Größe (Anzahl der Storys) und Release-Kosten (Regressionstestkosten und Release-Kosten) wie folgt beschrieben:

Produktentwicklungsablauf – Optimale Chargengröße

In Ken Rubins Buch „ Essential Scrum “ spricht er über die Vorteile kleinerer Release-Größen – nämlich:

  • Reduzierte Zykluszeit
  • Reduzierte Flussvariabilität
  • Feedback beschleunigen
  • Geringeres Ausfallrisiko
  • Reduzierter Aufwand
  • Erhöhte Motivation und Dringlichkeit
  • Reduzierte Kosten und Zeitplanwachstum

Er verwendet auch die folgende Art, diesen Kompromiss zu beschreiben:

Geben Sie hier die Bildbeschreibung ein

Beide sprechen darüber in Bezug auf ein U-Kurven-Optimierungsproblem . Die Herausforderung besteht darin, dies zu quantifizieren.

Nehmen Sie nun an:

Das obige hat die Form von

cost = n*BS + m/BS 

mit

  • n= Haltekostenfaktor,
  • m= Transaktionskostenfaktor und
  • BS= Chargengröße.

Sie müssen den Nulldurchgang der ersten Ableitung für das Minimum finden. Die erste Ableitung für das Obige ist

n - m/(BS^2)

Wenn Sie das auf Null setzen, finden Sie

min cost = sqrt(m/n)

Aber wie finden Sie die Kosten für die Veröffentlichung jetzt im Vergleich zur Veröffentlichung in sechs Monaten? Wie hoch waren die Opportunitätskosten?

Meine Frage ist: Wie beziffern Sie die „Haltekosten“ finanziell, wenn Sie Artikel erst herausgeben, wenn Sie eine große Charge haben?

Wie bestimmen Sie derzeit den ROI Ihrer Produkte? Diese Art von harten Zahlen sind einfach, wenn Sie sich mit einfacheren Produktmodellen wie der Fertigung befassen, aber wenn Sie sie auf Wissensarbeit anwenden (die meisten Software-Qualifikationen) werden sie viel komplexer und wenn Sie kein Modell haben, um zu bestimmen, wie viel Wert sicher ist Merkmale eines Produkts generiert werden, wird es viel schwieriger sein, diese als harte Zahl zu berechnen.

Antworten (2)

Je nach Art des Projekts verwenden wir unterschiedliche Ansätze, einige Beispiele unten:

  1. Wenn das Projekt die interne Effizienz verbessert, ist es sehr einfach, den ROI zu berechnen. Die Opportunitätskosten sind dann eine Funktion des Produktwerts und der Zeit.

  2. Wenn es bei dem Projekt um die Aktualisierung veralteter Lösungen geht, verwenden wir einen risikobasierten Ansatz. Die Opportunitätskosten werden dann eine Funktion des [wachsenden] Risikos und der Zeit sein.

  3. Wenn sich das Projekt auf die Einhaltung von Vorschriften bezieht, verwenden wir normalerweise einen vereinfachten Ansatz, nämlich das Risiko einer Nichteinhaltung zu berücksichtigen, um die Overhead-Kosten der Freigabe immer zu überwiegen (wir arbeiten in der medizinischen Industrie, eine Nichteinhaltung bedeutet dort enorme direkte und indirekte Verluste) - dann wir Freigabe, sobald die betreffende Verordnung in Kraft tritt.

  4. Wenn das Projekt mit externen Kunden zusammenhängt, können wir sie in die Bewertungsübung einbeziehen, da es nicht nur um unsere Kosten / Werte geht, sondern auch um ihre.

Ein etwas anderer Ansatz wäre Earned Value Management – ​​https://en.wikipedia.org/wiki/Earned_value_management .

Während EVM aus der Mode gekommen ist, weil es unhandlich und schwer zu definieren ist, wann Wert verdient wird (insbesondere bei Software), müssen Sie nicht jede Formel und jeden Datenpunkt verwenden. Wenn Sie und Ihre Stakeholder sich darauf einigen können, dass der Wert bei der Auslieferung der Software verdient wird, können Sie die laufenden Ausgaben für die Erstellung von Software (die tatsächlichen Kosten) mit dem Ertragswert der veröffentlichten Software vergleichen. Das zeigt den zunehmenden AC gegenüber einem EV, der flach bleibt, bis Sie einen Release machen.

Sie könnten auch Szenarien erstellen, in denen Sie den Aufwand für die Durchführung eines Releases einbeziehen und die unterschiedlichen Release-Größen mit dem Zeitpunkt vergleichen, an dem der Wert erzielt wurde.