Sistemas complexos eficazes muitas vezes surgem de sistemas simples e eficazes. Ao projetar um produto mínimo viável, deve-se seguir este princípio, começando pelo simples e evoluindo gradualmente.
2. Princípio de Pareto
Também conhecido como a regra 80/20, indica que cerca de 80% dos resultados provêm de 20% dos esforços chave. Ao projetar um produto mínimo viável, deve-se concentrar nos elementos centrais que podem trazer o maior benefício.
3. Lei de Parkinson
As reuniões de trabalho naturalmente se estendem para preencher o tempo ou o orçamento disponível. Para aumentar a eficiência, é crucial definir prazos razoáveis, que não sejam demasiado apertados nem demasiado flexíveis.
4. Lei de Goodhart
Quando um determinado indicador se torna um objetivo, muitas vezes já não é um bom indicador. Ao construir sistemas complexos (como captação de recursos para bens públicos ou validação de identidade), é necessário considerar cuidadosamente este princípio.
5. Lei de Brooks
Adicionar mais pessoal a um projeto de software já atrasado pode levar a mais atrasos. Manter uma equipe enxuta geralmente é mais benéfico para o progresso do projeto.
6. Lei de Moore
O número de transistores em um chip dobra aproximadamente a cada dois anos, enquanto o custo é reduzido pela metade. Esta lei reflete o crescimento exponencial do progresso tecnológico e é a base para a criação de um enorme valor no campo da tecnologia.
7. Lei de Metcalfe
O valor da rede é proporcional ao quadrado do número de seus usuários. Ao construir um sistema, deve-se considerar como alcançar um crescimento exponencial de valor.
8. Número de Dunbar
A quantidade de relações sociais estáveis que os seres humanos podem manter tem um limite cognitivo. A menos que seja necessário, deve-se manter uma equipe de pequeno porte. Se for preciso expandir, é necessário prestar atenção aos melhores padrões de confiança em diferentes níveis.
9. Filosofia Unix
Enfatizar a importância de realizar bem uma tarefa, a colaboração entre módulos e a reutilização de saídas. Ao construir software, deve-se buscar um design modular, permitindo que as diferentes partes trabalhem de forma eficaz em conjunto.
10. Lei de Conway
Os sistemas projetados pelas organizações geralmente refletem sua própria estrutura de comunicação. Ao projetar uma organização, deve-se ter em conta os métodos de desenvolvimento de software, mas também prestar atenção às limitações de escalabilidade da estrutura como um todo.
Ver original
This page may contain third-party content, which is provided for information purposes only (not representations/warranties) and should not be considered as an endorsement of its views by Gate, nor as financial or professional advice. See Disclaimer for details.
23 Curtidas
Recompensa
23
7
Compartilhar
Comentário
0/400
OnchainHolmes
· 07-09 03:06
Eu acho que muitas DAOs estão a fazer coisas à toa.
Ver originalResponder0
WenMoon
· 07-08 09:28
Se você olhar muito para as regras, acabará ficando sem dinheiro.
Ver originalResponder0
PanicSeller
· 07-06 09:08
Por que complicar tanto? É só entender.
Ver originalResponder0
ZKSherlock
· 07-06 09:04
na verdade... a governança sem zk é como construir sobre areia movediça ngl
Ver originalResponder0
BlockchainArchaeologist
· 07-06 09:00
As regras estão bem organizadas.
Ver originalResponder0
TradFiRefugee
· 07-06 08:56
Dizendo tudo isso, ainda é preciso queimar a moeda de governança.
Curso obrigatório de construção de DAO: Dez regras para ajudar na governança eficiente
As Dez Regras para Construir um DAO
1. Lei de Gauss
Sistemas complexos eficazes muitas vezes surgem de sistemas simples e eficazes. Ao projetar um produto mínimo viável, deve-se seguir este princípio, começando pelo simples e evoluindo gradualmente.
2. Princípio de Pareto
Também conhecido como a regra 80/20, indica que cerca de 80% dos resultados provêm de 20% dos esforços chave. Ao projetar um produto mínimo viável, deve-se concentrar nos elementos centrais que podem trazer o maior benefício.
3. Lei de Parkinson
As reuniões de trabalho naturalmente se estendem para preencher o tempo ou o orçamento disponível. Para aumentar a eficiência, é crucial definir prazos razoáveis, que não sejam demasiado apertados nem demasiado flexíveis.
4. Lei de Goodhart
Quando um determinado indicador se torna um objetivo, muitas vezes já não é um bom indicador. Ao construir sistemas complexos (como captação de recursos para bens públicos ou validação de identidade), é necessário considerar cuidadosamente este princípio.
5. Lei de Brooks
Adicionar mais pessoal a um projeto de software já atrasado pode levar a mais atrasos. Manter uma equipe enxuta geralmente é mais benéfico para o progresso do projeto.
6. Lei de Moore
O número de transistores em um chip dobra aproximadamente a cada dois anos, enquanto o custo é reduzido pela metade. Esta lei reflete o crescimento exponencial do progresso tecnológico e é a base para a criação de um enorme valor no campo da tecnologia.
7. Lei de Metcalfe
O valor da rede é proporcional ao quadrado do número de seus usuários. Ao construir um sistema, deve-se considerar como alcançar um crescimento exponencial de valor.
8. Número de Dunbar
A quantidade de relações sociais estáveis que os seres humanos podem manter tem um limite cognitivo. A menos que seja necessário, deve-se manter uma equipe de pequeno porte. Se for preciso expandir, é necessário prestar atenção aos melhores padrões de confiança em diferentes níveis.
9. Filosofia Unix
Enfatizar a importância de realizar bem uma tarefa, a colaboração entre módulos e a reutilização de saídas. Ao construir software, deve-se buscar um design modular, permitindo que as diferentes partes trabalhem de forma eficaz em conjunto.
10. Lei de Conway
Os sistemas projetados pelas organizações geralmente refletem sua própria estrutura de comunicação. Ao projetar uma organização, deve-se ter em conta os métodos de desenvolvimento de software, mas também prestar atenção às limitações de escalabilidade da estrutura como um todo.