Bike Shedding
Lei da trivialidade - perder tempo com detalhes pequenos
Tendência de gastar muito tempo em decisões triviais e pouco tempo em decisões importantes.
Explicando como se você tivesse 5 anos
Agora sim! 🎉
Imagina que você vai construir um castelo e um lugar para guardar sua bicicleta. Aí você passa 5 minutos decidindo sobre o castelo e 2 horas discutindo de que cor pintar o lugar da bicicleta! Isso é Bike Shedding.
Por que isso é uma Red Flag?
Atenção ao problema! ⚡
Quando o time gasta mais tempo debatendo trivialidades (nomes, formatação, cores) do que arquitetura e decisões críticas, há desperdício de tempo e energia. Isso indica falta de priorização, medo de tomar decisões difíceis, ou falta de confiança técnica do time. O resultado é atraso em entregas importantes e decisões arquiteturais mal pensadas.
Para que serve
Alertar sobre a tendência de focar energia em decisões triviais ao invés de questões realmente importantes.
Explicação Detalhada
O Bike Shedding (ou Lei da Trivialidade) é um fenômeno onde grupos gastam tempo desproporcional em questões triviais que todos entendem, enquanto decisões complexas e importantes são aprovadas rapidamente porque poucas pessoas se sentem qualificadas para opinar. Em projetos de software, isso se manifesta em longas discussões sobre indentação, nomes de variáveis ou cores de UI, enquanto decisões arquiteturais críticas passam sem debate adequado.
História
Parkinson usou o exemplo de um comitê que gastou muito tempo discutindo a cor de um bike shed (estacionamento de bicicletas), mas aprovou rapidamente a construção de uma usina nuclear. As pessoas se sentem mais confortáveis debatendo tópicos simples que todos entendem, evitando decisões complexas.
Quem Inventou
C. Northcote Parkinson
Ano: 1957
Compartilhar
Explicando como se você tivesse 5 anos
Agora sim! 🎉
Imagina que você vai construir um castelo e um lugar para guardar sua bicicleta. Aí você passa 5 minutos decidindo sobre o castelo e 2 horas discutindo de que cor pintar o lugar da bicicleta! Isso é Bike Shedding.
Por que isso é uma Red Flag?
Atenção ao problema! ⚡
Quando o time gasta mais tempo debatendo trivialidades (nomes, formatação, cores) do que arquitetura e decisões críticas, há desperdício de tempo e energia. Isso indica falta de priorização, medo de tomar decisões difíceis, ou falta de confiança técnica do time. O resultado é atraso em entregas importantes e decisões arquiteturais mal pensadas.
História
Parkinson usou o exemplo de um comitê que gastou muito tempo discutindo a cor de um bike shed (estacionamento de bicicletas), mas aprovou rapidamente a construção de uma usina nuclear. As pessoas se sentem mais confortáveis debatendo tópicos simples que todos entendem, evitando decisões complexas.
Quem Inventou
C. Northcote Parkinson
Ano: 1957
Para que serve
Alertar sobre a tendência de focar energia em decisões triviais ao invés de questões realmente importantes.
Explicação Detalhada
O Bike Shedding (ou Lei da Trivialidade) é um fenômeno onde grupos gastam tempo desproporcional em questões triviais que todos entendem, enquanto decisões complexas e importantes são aprovadas rapidamente porque poucas pessoas se sentem qualificadas para opinar. Em projetos de software, isso se manifesta em longas discussões sobre indentação, nomes de variáveis ou cores de UI, enquanto decisões arquiteturais críticas passam sem debate adequado.
Heurísticas Relacionadas
Fontes e Referências
Quer se aprofundar? Confira essas fontes oficiais: