Factor de autobús

El factor bus ( eng.  bus factor , or truck factor [1] ) del proyecto es una medida de la concentración de información entre los miembros individuales del proyecto; el factor significa el número de participantes del proyecto, después de la pérdida de los cuales (en el original, que "golpearon" debajo de un autobús o camión, opciones: despido, enfermedad, el nacimiento de un hijo, un accidente y otras circunstancias de fuerza mayor ), el proyecto no puede ser completado por los participantes restantes.

Aplicaciones en diversos campos

Desarrollo de software

En el campo del desarrollo de software, el factor bus (o factor camión ) de un proyecto es una medida de la concentración de información entre los miembros individuales del proyecto. Bus factor muestra el número de desarrolladores de un equipo de programadores, después de cuya pérdida el proyecto no puede continuar [2] . El proyecto contendrá información que los desarrolladores restantes no podrán manejar. Un factor de bus alto de un proyecto significa que el proyecto se desarrollará de manera constante incluso si un gran número de programadores lo abandonan.

En otras palabras, un factor de bus bajo  es la presencia de conocimiento específico que tiene un número limitado de desarrolladores del equipo, código confuso u oscuro, el uso de tecnología que solo unas pocas personas del equipo conocen, falta de documentación, confidencialidad, etc.

El término era un lugar común en la gestión empresarial.[ aclarar ] en 1998, apareció en la documentación de ingeniería de software de la Association for Computing Machinery en 1999.

Gestión del conocimiento

En la práctica rusa de gestión del conocimiento , el concepto también puede denominarse " factor de ladrillo ".

El factor de ladrillo generaliza el valor inicial y muestra el número de participantes en el proceso comercial: portadores de conocimiento no fijo , después de la eliminación de los cuales (de un hipotético ladrillo que cae sobre la cabeza), el proceso comercial no puede continuar. Se utiliza para identificar conocimientos críticos y expertos críticos para el negocio.

Maneras de resolver el problema

Hay varias formas de aumentar el valor de esta métrica (lo que hace que el proyecto sea más sostenible) [3] :

Notas

  1. Jugador de bolos, Michael Truck Factor . Asesoramiento Ágil (15 de mayo de 2005). Consultado el 2 de agosto de 2016. Archivado desde el original el 29 de abril de 2021.
  2. Brian W. Fitzpatrick, Ben Collins-Sussman. Team Geek: una guía para desarrolladores de software para trabajar bien con otros . - O'Reilly Media, 2012. - Pág. 7-8. — 194 pág. — ISBN 9781449329891 . Archivado el 20 de agosto de 2016 en Wayback Machine .
  3. Kailash Awati. Aumentar el factor bus de tu equipo  (inglés) (3 de septiembre de 2008). Consultado el 2 de agosto de 2016. Archivado desde el original el 16 de abril de 2016.

Enlaces