A projekt busztényezője ( eng. bus factor , vagy truck factor [1] ) a projekt egyes tagjai közötti információkoncentráció mértéke; a faktor a projektben résztvevők számát jelenti, amelynek elvesztése után (eredetiben - amelyik „elütött” egy autóbusz vagy teherautó, opciók: elbocsátás, betegség, gyermek születése, baleset és egyéb vis maior körülmények), a projektet a fennmaradó résztvevők nem tudják befejezni.
A szoftverfejlesztés területén a projekt busztényezője (vagy teherautó-tényezője ) a projekt egyes tagjai közötti információkoncentráció mértéke. A buszfaktor egy programozói csapat fejlesztőinek számát mutatja , akiknek elvesztése után a projekt nem folytatható tovább [2] . A projekt olyan információkat tartalmaz majd, amelyekkel a fennmaradó fejlesztők nem tudnak mit kezdeni. Egy projekt magas busztényezője azt jelenti, hogy a projekt akkor is folyamatosan fejlődik, ha nagy számú programozó hagyja el.
Más szóval, alacsony busztényező a specifikus tudás megléte, amellyel korlátozott számú csapatfejlesztő rendelkezik, zavaros vagy homályos kód, olyan technológia használata, amelyet a csapatból csak néhány ember ismer, a dokumentáció hiánya, a titoktartás, stb.
A kifejezés általános volt az üzletvezetésben[ pontosítás ] 1998-ban, 1999-ben jelent meg az Association for Computing Machinery szoftverfejlesztési dokumentációjában .
Az orosz tudásmenedzsment gyakorlatban ezt a fogalmat " téglafaktornak " is nevezhetjük .
A téglatényező általánosítja a kezdeti értéket, és megmutatja az üzleti folyamat résztvevőinek számát - rögzítetlen tudás hordozóit , amelyek kiiktatása után (a fejre hulló hipotetikus téglából) az üzleti folyamat nem folytatható. A kritikus tudás és az üzleti szempontból kritikus szakértők azonosítására szolgál.
Számos módja van ennek a mérőszámnak az értékének növelésére (ami fenntarthatóbbá teszi a projektet) [3] :