Termin „numer magistrali” jest czasem używany przez kierowników projektów w dziedzinie technologii informatycznych (IT) przy szacowaniu stabilności zespołu pracującego nad danym projektem programistycznym. Odnosi się do liczby zaangażowanych programistów, których mógłby potrącić autobus bez narażania projektu na poważne niebezpieczeństwo. Oszacowanie liczby autobusów to sposób na ilościowe określenie ryzyka projektu, gdy jest on w niestabilnym stanie rozwoju.
Pisanie programów dla złożonego oprogramowania to często wysiłek zespołowy. Wielu programistów i inżynierów systemowych może współpracować w celu opracowania różnych podsystemów i narzędzi dla określonego oprogramowania. Często ci programiści pracują samodzielnie lub w małych grupach nad jednym konkretnym aspektem programu. W miarę postępu projektu programiści stają się niezastąpieni, ponieważ nikt inny pracujący nad projektem nie byłby w stanie zrozumieć i uzupełnić uruchomionego kodu.
Aby wyobrazić sobie złożoność problemu, wyobraź sobie skalę rozwoju pełnego systemu operacyjnego. Gdyby jeden zespół był odpowiedzialny za opracowanie każdego narzędzia dla systemu, ukończenie projektu zajęłoby lata. Zamiast tego firma może mieć jeden zespół do pracy nad komponentami sieciowymi, inny nad interfejsem graficznym i tak dalej. W większości przypadków te indywidualne zespoły rzadko współpracowałyby w jakikolwiek znaczący sposób; ich wkłady zostaną połączone dopiero wtedy, gdy produkt końcowy będzie gotowy do montażu.
Tak więc każdy zespół zasadniczo działa na ślepo. Ponieważ różne autonomiczne zespoły mają niewielką lub żadną wiedzę na temat struktury kodowania lub projektowania programowania używanego przez inne, każdy indywidualny zespół staje się bardziej istotny dla wyniku projektu. Jeśli wystarczająca liczba członków zespołu opuści projekt — lub zostanie potrącony przez autobus — może to skazać cały projekt na poważne niepowodzenia, a nawet porażkę. Oszacowanie numeru magistrali konkretnego projektu pozwala kierownictwu wiedzieć, jak bezpieczny jest projekt i określa, jak bardzo dany programista jest niepotrzebny dla projektu.
Celem kierownictwa jest uporządkowanie struktury projektu w taki sposób, aby zmaksymalizować liczbę autobusów, a tym samym zminimalizować ryzyko. Programowanie w zespołach pomaga zwiększyć liczbę autobusów, ponieważ każda osoba w zespole może wystarczająco zrozumieć cały system, aby kontynuować projekt, jeśli coś stanie się kilku programistom. Przegląd kodu zapewnia kolejną metodę na zwiększenie liczby autobusów: zespoły mogą studiować i analizować kod napisany przez innych pracujących nad projektem, rozpowszechniając wiedzę o systemie. Ostatnią metodą na zwiększenie liczby magistrali jest wykorzystanie dokumentacji poprzez pozostawienie komentarzy w rzeczywistym kodzie, wyjaśniających, jak i dlaczego kod działa oraz jakie są intencje i metodyka programistów. Ogólnie rzecz biorąc, wszelkie techniki stosowane do dywersyfikacji wiedzy o bazie kodu programistycznego zwiększą teoretyczną liczbę magistrali, zwiększając bezpieczeństwo projektu.