Ley de Parkinson de la trivialidad

Aquellos que trabajamos del software entendemos esta ley a la perfección, los que viven de la publicidad o del diseño también, esta "ley" que no es más que un colorario que parodia la mala gestión en ambientes de trabajo y organizaciones que le dan un peso excesivo a asuntos totalmente triviales, hasta estúpidos, pero fáciles de entender.
Northcote Parkinson definió su ley, también llamada "bikeshedding", ante la situación que se presentaba mientras se diseñaba y planeaba un reactor nuclear en 1957, el comité que debía tomar las decisiones le dedicaba un tiempo y esfuerzo enorme al techo del estacionamiento de bicicletas pero prácticamente firmaban sin mirar el presupuesto (mucho mayor claro está) del reactor nuclear donde iba a estar dicho estacionamiento.
Es que nadie en dicho comité entendía un cuerno sobre reactores nucleares pero sí, claro está, podía entender sobre un estacionamiento para bicicletas!
Suena estúpido pero es tan pero tan usual en la industria que deberíamos colgar carteles con el simple corolario:
El tiempo invertido en cualquier aspecto de la agenda será inversamente proporcional a la suma [de dinero] involucrado.
Ante el lío mental que puede siginificar entender un reactor nuclear, cada detalle, cada decisión de diseño, nadie en el comité querría opinar sin el riesgo a "romper todo", pero en cuanto pueden, en cuanto encuentran un tema trivial donde dejar su "marca", dar ese "aporte" que nadie necesita, ahí los tendrás listos para opinar.
Cuando uno desarrolla software nunca falta el tercero, que viene de afuera, a decirte "pero esto lo pondría acá y esto allá", sin siquiera saber qué hace dicho software.
Cuando uno desarrolla una página web para un cliente es normal que el dueño de la empresa, la cual pasó 20 años sin página web porque "no le parecía importante", que se traduce en "no tiene la más puta idea del mundo en el que vive", ante el diseño pensado y definido de un experto diseñador web opina.
¿Qué opina? Obviamente trivialidades! empieza a sugerir cosas que él querría ver, no sabe qué es lo que el público vería, no tiene idea, pasa por alto lo realmente importante, opina sobre la superficie, la cáscara, pero de ahí a entender de servidores o tráfico en una web, ah, no, sobre eso no opina :D
El "bikeshedding" (por el techo de las bicicletas) se extendió como término en toda la industria porque es tan común que un tercero opine sobre algo trivial como el color de un botón y no por la función del mismo que uno debería estar doblemente atento a anular completamente los pedidos triviales o, al menos, tener un recurso dedicado a atenderlos y dejar los más importantes con lo realmente relevante.
Un ejemplo muy claro que siempre deriva en "bikeshedding" son las "calls" que duran más de 15 minutos.
Nada se puede definir en más de quince minutos, si dura tanto se está divagando y noten que siempre son calls con más de 3 personas, obvio que nada bueno saldrá de allí, todo será trivial y todos querrán dejar su marca de "diseño" para luego poder decirle al jefe "esto lo decidí yo" y tan sólo sea un botón con bordes redondeados.
Eso sí, el reactor nuclear lo terminará diseñando un ingeniero que SI sabe qué está haciendo, salvo que nunca encontrarán después aquel botón que podría encenderlo :D
Via Whiskypedia