El término «número de bus» lo utilizan a veces los directores de proyectos en el campo de la tecnología de la información (TI) cuando hacen estimaciones sobre la estabilidad del equipo que trabaja en un proyecto de desarrollo de software determinado. Se refiere a la cantidad de programadores involucrados que podrían ser atropellados por un autobús sin poner el proyecto en grave peligro. Estimar el número de un autobús es una forma de cuantificar los riesgos de un proyecto mientras se encuentra en un estado de desarrollo vulnerable.
Escribir programas para software complejo suele ser un esfuerzo de equipo. Numerosos programadores e ingenieros de sistemas pueden trabajar juntos para desarrollar los diversos subsistemas y utilidades para un software específico. A menudo, estos programadores trabajan solos o en pequeños grupos en una faceta particular del programa. A medida que avanza el proyecto, los programadores se vuelven indispensables, porque nadie más que trabaje en el proyecto podría comprender y completar fácilmente el código que han comenzado.
Para visualizar la complejidad del problema, imagine la escala del desarrollo de un sistema operativo completo. Si un solo equipo fuera responsable de desarrollar cada una de las utilidades del sistema, llevaría años completar el proyecto. En cambio, una empresa puede tener un equipo que trabaje en componentes de red, otro en la interfaz gráfica, etc. En la mayoría de los casos, estos equipos individuales rara vez colaborarían de manera significativa; sus contribuciones solo se combinarían una vez que el producto final estuviera listo para ensamblar.
Por lo tanto, cada equipo opera esencialmente a ciegas. Como los diferentes equipos autónomos tienen poco o ningún conocimiento de la estructura de codificación o el diseño de programación que utilizan los demás, cada equipo individual se vuelve más crucial para el resultado del proyecto. Si suficientes de esos miembros del equipo abandonan el proyecto, o son atropellados por un autobús, podría condenar todo el proyecto a serios contratiempos o incluso al fracaso. La estimación del número de bus de un proyecto en particular permite a la gerencia saber qué tan seguro es el proyecto y establece qué tan prescindible es un programador en particular para el proyecto.
El objetivo de la gestión es organizar la estructura de un proyecto para maximizar el número de autobuses, minimizando así el riesgo. La programación en equipos ayuda a aumentar el número de autobuses, ya que cada persona del equipo puede desarrollar suficiente comprensión del sistema general para continuar con el proyecto si algo le sucede a algunos de los programadores. La revisión de código proporciona otro método para aumentar el número de buses: los equipos pueden estudiar y analizar el código escrito por otros que trabajan en el proyecto, difundiendo el conocimiento del sistema. Un método final para aumentar el número de bus es utilizar documentación dejando comentarios dentro del código real, explicando cómo y por qué funciona el código y cuáles son las intenciones y la metodología de los programadores. En general, cualquier técnica utilizada para diversificar el conocimiento del código base de programación aumentará el número de bus teórico, aumentando la seguridad del proyecto.