Las diez reglas para construir un DAO

1. Ley de Gael

Los sistemas complejos y efectivos a menudo se originan en sistemas simples y eficientes. Al diseñar un producto mínimamente viable, se debe seguir este principio, comenzando por lo simple y evolucionando gradualmente.

2. Principio de Pareto

También conocido como la regla 80/20, indica que aproximadamente el 80% de los resultados provienen del 20% de los esfuerzos clave. Al diseñar un producto mínimo viable, se debe concentrar en aquellos elementos centrales que pueden generar el mayor beneficio.

3. Ley de Parkinson

Las reuniones de trabajo se extenderán naturalmente para llenar el tiempo o el presupuesto disponible. Para mejorar la eficiencia, es crucial establecer plazos razonables, que no sean ni demasiado apretados ni demasiado flexibles.

4. Ley de Goodhart

Cuando un indicador se convierte en un objetivo, a menudo deja de ser un buen indicador. Al construir sistemas complejos (como la recaudación de fondos para bienes públicos o la verificación de identidad), es necesario considerar cuidadosamente este principio.

5. Ley de Brooks

Agregar personal a un proyecto de software que ya ha sido pospuesto puede llevar a más retrasos. Mantener un tamaño de equipo reducido suele ser más beneficioso para el progreso del proyecto.

6. Ley de Moore

El número de transistores en un chip se duplica aproximadamente cada dos años, mientras que el costo se reduce a la mitad. Esta ley refleja el crecimiento exponencial del avance tecnológico y es la base para la creación de un gran valor en el campo de la tecnología.

7. Ley de Metcalfe

El valor de la red es proporcional al cuadrado de su número de usuarios. Al construir un sistema, se debe considerar cómo lograr un crecimiento exponencial del valor.

8. Número de Dunbar

El número de relaciones sociales estables que los humanos pueden mantener tiene un límite cognitivo. A menos que sea necesario, se debe mantener un tamaño de equipo pequeño. Si se requiere expansión, se debe prestar atención a los mejores modelos de confianza en diferentes niveles.

9. Filosofía de Unix

Enfatizar la importancia de hacer bien una cosa, la colaboración entre módulos y la reutilización de salidas. Al construir software, se debe buscar un diseño modular que permita que las distintas partes funcionen eficazmente juntas.

10. Ley de Conway

Los sistemas diseñados por una organización a menudo reflejan su propia estructura de comunicación. Al diseñar una organización, se deben considerar los métodos de desarrollo de software, pero también se debe prestar atención a las limitaciones de escalabilidad de la estructura general.