Factor de autobuz

Factorul autobuz ( ing.  factorul autobuz , sau factorul camion [1] ) al proiectului este o măsură a concentrării informațiilor între membrii individuali ai proiectului; factorul înseamnă numărul de participanți la proiect, după pierderea cărora (în original - care „a lovit” sub un autobuz sau un camion, opțiuni: concediere, boală, nașterea unui copil, accident și alte circumstanțe de forță majoră ), proiectul nu poate fi finalizat de către participanții rămași.

Aplicații în diverse domenii

Dezvoltare software

În domeniul dezvoltării software, factorul autobuz (sau factorul camion ) al unui proiect este o măsură a concentrării informațiilor între membrii individuali ai proiectului. Bus factor arată numărul de dezvoltatori ai unei echipe de programatori, după pierderea cărora proiectul nu mai poate fi continuat [2] . Proiectul va conține informații cu care dezvoltatorii rămași nu le vor putea face față. Un factor de bus mare al unui proiect înseamnă că proiectul se va dezvolta constant chiar dacă un număr mare de programatori îl părăsesc.

Cu alte cuvinte, un factor de bus scăzut  este prezența cunoștințelor specifice pe care le dețin un număr limitat de dezvoltatori de echipe, cod confuz sau obscur, utilizarea tehnologiei de care doar puțini oameni din echipă o cunosc, lipsa documentației, confidențialitate, etc.

Termenul era obișnuit în managementul afacerilor[ clarifica ] în 1998, a apărut în documentația de inginerie software a Asociației pentru mașini de calcul în 1999.

Managementul cunoștințelor

În practica rusă de management al cunoștințelor , conceptul poate fi numit și „ factorul cărămidă ”.

Factorul cărămidă generalizează valoarea inițială și arată numărul de participanți la procesul de afaceri - purtători de cunoștințe nefixate , după eliminarea cărora (de la o cărămidă ipotetică căzută în cap), procesul de afaceri nu poate fi continuat. Folosit pentru a identifica cunoștințele critice și experții critici pentru afaceri.

Modalități de rezolvare a problemei

Există mai multe modalități de a crește valoarea acestei metrici (ceea ce face proiectul mai durabil) [3] :

Note

  1. Bowler, Michael Truck Factor . Agile Advice (15 mai 2005). Preluat la 2 august 2016. Arhivat din original la 29 aprilie 2021.
  2. Brian W. Fitzpatrick, Ben Collins-Sussman. Team Geek: Ghidul dezvoltatorului de software pentru a lucra bine cu ceilalți . - O'Reilly Media, 2012. - P. 7-8. — 194 p. — ISBN 9781449329891 . Arhivat pe 20 august 2016 la Wayback Machine
  3. Kailash Awati. Creșterea factorului de autobuz al echipei tale  (engleză) (3 septembrie 2008). Preluat la 2 august 2016. Arhivat din original la 16 aprilie 2016.

Link -uri