Jump to content

Law of triviality

Listen to this article
From Wikipedia, the free encyclopedia

This is an old revision of this page, as edited by Alanasings (talk | contribs) at 17:31, 9 October 2023 (External links: Added Spoken Wikipedia audio file for Law of triviality). The present address (URL) is a permanent link to this revision, which may differ significantly from the current revision.

The law of triviality is C. Northcote Parkinson's 1957 argument that people within an organization commonly give disproportionate weight to trivial issues.[1] Parkinson provides the example of a fictional committee whose job was to approve the plans for a nuclear power plant spending the majority of its time on discussions about relatively minor but easy-to-grasp issues, such as what materials to use for the staff bicycle shed, while neglecting the proposed design of the plant itself, which is far more important and a far more difficult and complex task.

The law has been applied to software development and other activities.[2] The terms bicycle-shed effect, bike-shed effect, and bike-shedding were coined based on Parkinson's example; it was popularised in the Berkeley Software Distribution community by the Danish software developer Poul-Henning Kamp in 1999[3] and, due to that, has since become popular within the field of software development generally.

Argument

A bicycle shed

The concept was first presented as a corollary of his broader "Parkinson's law" spoof of management. He dramatizes this "law of triviality" with the example of a committee's deliberations on an atomic reactor, contrasting it to deliberations on a bicycle shed. As he put it: "The time spent on any item of the agenda will be in inverse proportion to the sum [of money] involved." A reactor is so vastly expensive and complicated that an average person cannot understand it (see ambiguity aversion), so one assumes that those who work on it understand it. However, everyone can visualize a cheap, simple bicycle shed, so planning one can result in endless discussions because everyone involved wants to implement their own proposal and demonstrate personal contribution.[4]

After a suggestion of building something new for the community, like a bike shed, problems arise when everyone involved argues about the details. This is a metaphor indicating that it is not necessary to argue about every little feature based simply on having the knowledge to do so. Some people have commented that the amount of noise generated by a change is inversely proportional to the complexity of the change.[3]

The law of triviality is supported by behavioural research. People tend to spend more time on small decisions than they should, and less time on big decisions than they should. A simple explanation is that during the process of making a decision, one has to assess whether enough information has been collected to make the decision. If people make mistakes about whether they have enough information, they will tend to stop too early for big decisions. The reason is that big decisions require collecting information for a long time. It leaves more time to make a mistake (and stop) before getting enough information. Conversely, for small decisions, where people should stop early, they may continue to ponder for too long by mistake.[5]

There are several other principles, well known in specific problem domains, which express a similar sentiment.

Wadler's law, named for computer scientist Philip Wadler,[6] is a principle which asserts that the bulk of discussion on programming-language design centers on syntax (which, for purposes of the argument, is considered a solved problem), as opposed to semantics.

Sayre's law is a more general principle, which holds (among other formulations) that "In any dispute, the intensity of feeling is inversely proportional to the value of the issues at stake"; many formulations of the principle focus on academia.

See also

References

  1. ^ Parkinson, C. Northcote (1958). Parkinson's Law, or the Pursuit of Progress. John Murray. ISBN 0140091076.
  2. ^ Kamp, Poul-Henning (2 October 1999). "Why Should I Care What Color the Bikeshed Is?". Frequently Asked Questions for FreeBSD 7.X, 8.X, and 9.X. FreeBSD. Retrieved 31 July 2012.
  3. ^ a b Poul-Henning Kamp (2 October 1999). "The Bikeshed email". phk.freebsd.dk.
  4. ^ Forsyth, Donelson R (2009). Group Dynamics (5 ed.). Cengage Learning. p. 317. ISBN 978-0-495-59952-4.
  5. ^ Descamps, Ambroise; Massoni, Sebastien; Page, Lionel (June 2021), "Learning to hesitate", Experimental Economics, 388 (18): 3939–3947, doi:10.1007/s10683-021-09718-7, S2CID 237925345, In an experiment, we find that participants deviate from optimal information acquisition in a systematic manner. They acquire too much information (when they should only collect little) or not enough (when they should collect a lot)..
  6. ^ "Wadler's Law". HaskellWiki. Retrieved 12 May 2011.

Further reading

  • Karl Fogel, Producing Open Source Software: How to Run a Successful Free Software Project, O'Reilly, 2005, ISBN 0-596-00759-0, "Bikeshed Effect" pp. 135, 261–268 (also online)
  • Grace Budrys, Planning for the nation's health: a study of twentieth-century developments in the United States, Greenwood Press, 1986, ISBN 0-313-25348-X, p. 81 (see extract at Internet Archive)
  • Bob Burton et al., Nuclear Power, Pollution and Politics, Routledge, 1990, ISBN 0-415-03065-X, p. ix (see extract at Google Books)
  • Darren Chamberlain et al., Perl Template Toolkit, O'Reilly, 2004, ISBN 0-596-00476-1, p. 412 (see extract at Google Books)
  • Donelson R. Forsyth, Group Dynamics, Brooks/Cole, 1990, ISBN 0-534-08010-3, p. 289 (see extract at Internet Archive)
  • Henry Bosch, The Director at Risk: Accountability in the Boardroom, Allen & Unwin, 1995, ISBN 0-7299-0325-7, p. 92 (see extract at Google Books)
  • Brian Clegg, Crash Course in Personal Development, Kogan Page, 2002, ISBN 0-7494-3832-0, p. 3 (see extract at Google Books)
  • Richard M. Hodgetts, Management: Theory, Process, and Practice, Saunders, 1979, ISBN 0-7216-4714-6, p. 115 (see extract at Google Books)
  • Journal, v. 37–38 1975–1980, Chartered Institute of Transport, p. 187 (see extract at Google Books)
  • Russell D. Archibald, Managing High-Technology Programs and Projects, John Wiley and Sons, 2003, ISBN 0-471-26557-8, p. 37 (see extract at Google Books)
  • Kishor Bhagwati, Managing Safety: A Guide for Executives, Wiley-VCH, 2007, ISBN 3-527-60959-8, p. 54 (see extract at Google Books)
  • Jan Pen, Harmony and Conflict in Modern Society, (Trans. Trevor S. Preston) McGraw–Hill, 1966 p. 195 (see extract at Internet Archive)
  • Derek Salman Pugh et al., Great Writers on Organizations, Dartmouth, 1993, ISBN 1-85521-383-4, p. 116 (see extract at Google Books)
  • The Federal Accountant v. 13 (September 1963 – June 1964), Association of Government Accountants, Federal Government Accountants Association, Cornell University Graduate School of Business and Public Administration, p. 16 (see extract at Google Books)
  • Al Kelly, How to Make Your Life Easier at Work, McGraw–Hill, 1988, ISBN 0-07-034015-3, p. 127 (see extract at Google Books)
  • Henry Mintzberg, Power in and Around Organizations: Dynamic Techniques of Winning, Prentice–Hall, 1983, ISBN 0-13-686857-6, p. 75 (see extract at Google Books)
  • The Building Services Engineer v.40 1972–1973, Institution of Heating and Ventilating Engineers (Great Britain), Chartered Institution of Building Services (see extract at Google Books)
  • Charles Hampden-Turner, Gentlemen and Tradesmen: The Values of Economic Catastrophe, Routledge, 1983, ISBN 0-7100-9579-1, p. 151 (see extract at Google Books)
Listen to this article (0 minutes)
Spoken Wikipedia icon
This audio file was created from a revision of this article dated 5 October 2023 (2023-10-05), and does not reflect subsequent edits.