Tietotekniikka -alan projektipäälliköt käyttävät joskus termiä “väylän numero” arvioidessaan tietyn ohjelmistokehitysprojektin parissa työskentelevän tiimin vakautta. Se viittaa ohjelmaan osallistuvien ohjelmoijien lukumäärään, joille bussi voisi osua ilman, että projekti joutuu vakavaan vaaraan. Bussinumeron arvioiminen on tapa mitata projektin riskit sen ollessa haavoittuvassa kehitysvaiheessa.
Ohjelmien kirjoittaminen monimutkaisille ohjelmistoille on usein tiimityö. Lukuisat ohjelmoijat ja järjestelmäinsinöörit voivat työskennellä yhdessä kehittääkseen eri alijärjestelmiä ja apuohjelmia tietylle ohjelmistolle. Usein nämä ohjelmoijat työskentelevät yksin tai pienissä ryhmissä ohjelman tietyn osan osalta. Projektin edetessä ohjelmoijista tulee välttämättömiä, koska kukaan muu projektissa työskentelevä ei pystyisi ymmärtämään ja täydentämään aloitettua koodia.
Jos haluat kuvitella ongelman monimutkaisuuden, kuvittele koko käyttöjärjestelmän kehittämisen laajuus. Jos yksittäinen tiimi olisi vastuussa järjestelmän jokaisen apuohjelman kehittämisestä, projektin suorittaminen kestäisi vuosia. Sen sijaan yrityksellä voi olla yksi tiimityö verkko -osien parissa, toinen graafisella käyttöliittymällä ja niin edelleen. Useimmissa tapauksissa nämä yksittäiset ryhmät tekevät harvoin yhteistyötä mielekkäällä tavalla; niiden panokset yhdistetään vasta, kun lopputuote on valmis koottavaksi.
Jokainen joukkue toimii siis sokeasti. Koska eri itsenäisillä ryhmillä on vähän tai ei lainkaan tietoa muiden käyttämästä koodausrakenteesta tai ohjelmointisuunnittelusta, jokaisesta tiimistä tulee tärkeämpi hankkeen lopputuloksen kannalta. Jos tarpeeksi näistä tiimin jäsenistä lopettaa projektin – tai joutuu bussiin – se voi tuomita koko projektin vakaviin vastoinkäymisiin tai jopa epäonnistumisiin. Tietyn projektin väylänumeron arvioiminen antaa johdolle mahdollisuuden tietää, kuinka turvallinen projekti on, ja määrittää, kuinka kuluttavia tietyt ohjelmoijat ovat projektille.
Johdon tavoitteena on järjestää projektin rakenne maksimoidakseen väylän määrän ja minimoida siten riskit. Ryhmissä ohjelmointi auttaa lisäämään väylän määrää, sillä jokainen tiimin henkilö voi kehittää tarpeeksi ymmärrystä koko järjestelmästä jatkaakseen projektia, jos muutamalle ohjelmoijalle tapahtuu jotain. Koodin tarkastelu tarjoaa toisen tavan lisätä väylän määrää: ryhmät voivat tutkia ja analysoida projektissa työskentelevien muiden kirjoittamaa koodia ja levittää tietoa järjestelmästä. Viimeinen tapa lisätä väylän numeroa on dokumentaation hyödyntäminen jättämällä kommentteja varsinaiseen koodiin, selittämällä, miten ja miksi koodi toimii ja mitkä ovat ohjelmoijien tarkoitukset ja menetelmät. Yleensä kaikki ohjelmointikooditietojen monipuolistamiseen käytetyt tekniikat lisäävät teoreettisen väylän määrää ja lisäävät projektin turvallisuutta.