Truck Number

aus Wikipedia, der freien Enzyklopädie
Dies ist die aktuelle Version dieser Seite, zuletzt bearbeitet am 20. August 2021 um 10:50 Uhr durch imported>Aka(568) (falsches Komma entfernt, Leerzeichen in Überschrift).
(Unterschied) ← Nächstältere Version | Aktuelle Version (Unterschied) | Nächstjüngere Version → (Unterschied)

Die Truck Number (teils auch Bus-Faktor oder Lotto-Faktor) ist eine Kennzahl aus dem Risikomanagement zur Abschätzung von Projektrisiken. Die Truck Number ist jene Zahl an Personen die mindestens ausfallen müssen, damit ein Projekt scheitert oder zumindest nicht mehr vorangebracht werden kann.[1][2]

Eine niedrige Truck Number zeigt an, dass die Informationen, Fähigkeiten etc. innerhalb eines Projektes auf wenige Personen konzentriert sind. In so einem Projekt kann bereits der Ausfall einzelner Personen, im schlimmsten Fall der Ausfall einer Person das Vorankommen eines Projekts gefährden. Eine hohe Truck Number hingegen zeigt an, dass die Informationen, Fähigkeiten etc. innerhalb eines Projektes breit gestreut sind. Der Ausfall einzelner Personen gefährdet das Vorankommen eines Projekts nicht.

Die Kernfrage zur Bestimmung der Kennzahl lautet:

“How many or few would have to be hit by a truck (or quit) before the project is incapacitated?”

„Wie viele oder wenige müssten von einem Lastwagen überfahren werden (oder kündigen), ehe das Projekt lahmgelegt ist?“

Jim Coplien[3]

Der Truck Factor ist ein von Kent Beck vorgeschlagener Wert, der die Wahrscheinlichkeit des Scheiterns eines Projektes bei Ausfall eines Mitarbeiters beschreibt und ist eine reelle Zahl zwischen 0 und 1. Der schlechteste Wert ist 1, denn er besagt, dass jedes Teammitglied ein unverzichtbarer Spezialist ist und damit der Ausfall eines (beliebigen) Teammitglieds das Projekt zum Scheitern bringt. Um das Risiko zu umgehen oder abzuschwächen, werden in der agilen Softwareentwicklung Techniken wie Paarprogrammierung, Mobprogrammierung oder Collective Code Ownership verwendet, mit Hilfe derer das Wissen über jeden Teil des Quellcodes breit im Team verteilt wird.

Literatur

  • Michele Marchesi, Giancarlo Succi, Don Wells, James Donovan Wells, Laurie Williams: Extreme Programming Perspectives. Addison-Wesley, Boston u. a. 2003, ISBN 0-201-77005-9.
  • Laurie Williams, Robert Kessler: Pair Programming Illuminated. Addison-Wesley, Boston u. a. 2002, ISBN 0-201-74576-3.
  • Kent Beck: Extreme Programming. Das Manifest. Addison-Wesley, s. l. 2000, ISBN 3-8273-2139-5.

Weblinks

Einzelnachweise

  1. Guilherme Avelino, Marco Tulio Valente, Andre Hora: What is the Truck Factor of Popular GitHub Applications? A First Assessment. In: peerj.com. 2. Januar 2017, abgerufen am 19. August 2021 (englisch).
  2. Sébastien Dubois: What’s the bus factor and 7 ways to increase it. In: medium.com. 13. Mai 2020, abgerufen am 19. August 2021 (englisch).
  3. Laurie Williams, Robert Kessler: Pair Programming Illuminated. S. 41