Dez regras para construir um DAO eficiente

1. Lei de Gai: do simples ao complexo

A Lei de Gale enfatiza que sistemas complexos e eficazes sempre evoluem gradualmente a partir de sistemas simples e eficazes. Ao projetar um produto minimamente viável, deve-se seguir este princípio, começando do simples e aprimorando gradualmente.

2. Princípio de Pareto: focar nos 20% chave

também conhecido como a regra 80/20, este princípio afirma que 80% dos resultados geralmente vêm de 20% dos investimentos-chave. No processo de desenvolvimento de produtos, deve-se identificar e concentrar-se nos elementos centrais que podem trazer os maiores benefícios.

3. A Lei de Parkinson: estabelecer prazos razoáveis

O trabalho tende a se expandir para preencher o tempo disponível. Para aumentar a eficiência, devem ser estabelecidos prazos adequados - nem muito apertados, nem demasiado flexíveis.

4. A Lei de Goodhart: escolha criteriosa dos indicadores

Quando um determinado indicador se torna um objetivo, frequentemente perde o seu valor como uma medida eficaz. Ao projetar mecanismos de incentivo ou sistemas de avaliação, é necessário ter especial atenção a este ponto, especialmente ao lidar com tarefas complexas.

5. Lei de Brooks: manter a equipe enxuta

Adicionar pessoal a projetos que já foram adiados pode levar a mais atrasos. Isso nos lembra que devemos manter um tamanho de equipe central menor, em vez de expandir cegamente.

6. Lei de Moore: abraçando o avanço tecnológico

A Lei de Moore descreve o crescimento exponencial da capacidade de computação. No campo da tecnologia, acompanhar essa tendência pode criar um enorme valor.

7. Lei de Metcalfe: construir efeitos de rede

O valor da rede é proporcional ao quadrado do número de usuários. Isso nos inspira a nos empenharmos em criar redes ou plataformas com potencial de crescimento exponencial.

8. Número de Dunbar: atenção ao limite das relações sociais

O número de relações sociais que os seres humanos conseguem manter de forma estável é limitado. Na concepção da estrutura organizacional, deve-se considerar esta limitação cognitiva e dividir adequadamente o tamanho e os níveis da equipe.

9. Filosofia Unix: design modular

A filosofia Unix enfatiza: os programas devem se concentrar em uma única função e ser capazes de trabalhar em conjunto com outros programas. No desenvolvimento de software, deve-se buscar modularidade e combinabilidade.

10. Lei de Conway: a estrutura organizacional afeta o design do sistema

O design do sistema muitas vezes reflete a estrutura de comunicação da organização. Ao projetar a organização, deve-se considerar essa influência e prestar atenção às limitações de escalabilidade da estrutura geral.