← Kaikki ilmiöt ›Projekti- ja ohjelmistokehitys
Ilmiö 56

Bikeshedding — triviaalisuuslaki

Kirjoittanut · Päivitetty 21.7.2026

C. Northcote Parkinson kuvasi 1957 ilmiön, jonka myöhemmin nimettiin bikesheddingiksi: komitea käyttää enemmän aikaa polkupyöräkatoksen värin valintaan kuin ydinvoimalan reaktorisuunnitteluun. Mekanismi ei ole se, että triviaali asia olisi "kiinnostavampi" — vaan se, että kommentointi on riskitöntä vain silloin, kun ei voi olla väärässä. Reaktorista voi sanoa jotain vain jos osaa reaktoritekniikkaa, ja silloin väärä lausunto paljastuu asiantuntijoille heti. Katoksen väristä ei voi olla teknisesti väärässä — joten jokainen uskaltaa osallistua, ja osallistuminen venyy keskusteluksi.

flowchart TD K["Kokous"] --> Y["Ydinvoimalan\nreaktorisuunnitelma\n— 2 min, hyväksytty"] K --> P["Polkupyöräkatoksen\nväri\n— 45 min, ei päätöstä"] style P fill:#fdf0f0,stroke:#c0392b style Y fill:#f0fdf4,stroke:#27ae60

Parkinsonin triviaalisuuslaki: kokouksen huomio on kääntäen verrannollinen asian monimutkaisuuteen.

Parkinsonin alkuperäinen esimerkki (1957) oli itse asiassa kolmiosainen, ja juuri sen kolmas kohta paljastaa mekanismin selvimmin. Talouskomitea käsitteli samassa kokouksessa kolme asiaa: 10 miljoonan punnan ydinreaktorin, 350 punnan polkupyörätallin ja 21 punnan virvoke­budjetin henkilökunnalle.

Ydinreaktori — 10 M£

2,5 min
Hyväksyttiin lähes keskustelutta — kukaan ei osannut kyseenalaistaa insinöörien lukuja

Pyörätalli — 350 £

45 min
Jokainen osasi kuvitella pyörätallin ja väitellä sen katosta

Virvokebudjetti — 21 £

1 h 15 min
Halvin ja triviaalein asia — pisin keskustelu, koska jokainen tunsi kahvin hinnan

Suunta on selvä: mitä pienempi ja arkipäiväisempi asia, sitä enemmän aikaa siihen käytetään — koska yhä useampi kokouksessa istuva voi ottaa siihen kantaa ilman pelkoa siitä, että asiantuntija osoittaa hänet vääräksi.

Teknisessä kontekstissa bikeshedding näkyy esimerkiksi: muuttujanimen kirjoitusasusta väitellään koodikatselmuksessa tuntikausia, mutta tietokannan sirpalointi- tai arkkitehtuuripäätös menee läpi minuuteissa, koska aihe on liian tekninen suurimmalle osalle osallistujista. Dashboardin väripaletti saa enemmän kommentteja kuin sen taustalla oleva mittarilogiikka. Fontin koko herättää enemmän keskustelua PR:ssä kuin tietoturva-aukko, koska fontista jokainen uskaltaa sanoa mielipiteensä.

Miksi tämä on institutionaalinen ongelma:

Bikeshedding ei johdu huonoista ihmisistä — se johtuu siitä, että kokouksissa on enemmän ihmisiä kuin on tarpeen monimutkaisten päätösten tekemiseen. Suuressa kokouksessa jokainen haluaa osoittaa osallistumisensa, ja yksinkertaisiin asioihin on helpoin — ja turvallisinta — osallistua.
Rakenteellinen korjaus: Kolme konkreettista tekniikkaa: Päätökset pitäisi ylipäätään tehdä pienimmällä mahdollisella joukolla jolla on relevantti osaaminen. Iso kokous on esittelyä, ei päätöksentekoa varten. Jos muuttujanimen kirjoitusasusta väitellään — se on merkki siitä, että kokouksessa on väärät ihmiset tai väärä agenda.
Lue lisää
Kirjoja
  • Parkinson's Law — C. Northcote Parkinson (1958)
  • Peopleware — Tom DeMarco & Timothy Lister (1987)
Verkossa