Los diez principios fundamentales para construir un DAO
1. Principios de evolución del sistema simple
Los sistemas complejos efectivos suelen surgir de sistemas simples y efectivos. Al diseñar un producto mínimo viable, se debe seguir este principio, comenzando con lo simple y evolucionando gradualmente hacia la perfección.
2. Principios clave de inversión
Aproximadamente el 80% de los resultados efectivos provienen del 20% de los esfuerzos clave. Al diseñar un producto mínimo viable, se debe centrarse en los elementos centrales que pueden generar el mayor impacto.
3. Principios de extensión del trabajo
El trabajo a menudo se expande para llenar el tiempo o el presupuesto disponible. Es importante establecer plazos moderados, que no sean demasiado apremiantes ni demasiado flexibles.
4. Paradoja de los objetivos cuantitativos
Cuando un indicador se convierte en un objetivo, a menudo deja de ser una buena medida. Al construir sistemas destinados a completar tareas complejas, como la recaudación de fondos para bienes públicos o la verificación de identidad, se debe considerar este principio con cautela.
5. La paradoja del aumento de la fuerza laboral
Aumentar el personal para un proyecto retrasado a menudo hace que el progreso del proyecto se retrase aún más. Mantener un equipo de tamaño reducido suele ser más eficiente.
6. Ley del índice de avance tecnológico
La capacidad de cálculo se duplica cada dos años, mientras que el costo se reduce a la mitad. Todos estamos aprovechando esta tendencia para crear valor, que es uno de los factores clave que puede generar grandes retornos en el campo de la tecnología.
7. Ley de valor de la red
El valor de la red es proporcional al cuadrado del número de usuarios. Al construir un sistema, se debe tener en cuenta la creación de un crecimiento de valor exponencial.
8. Límite de relaciones sociales
La cantidad de relaciones sociales estables que los humanos pueden mantener tiene un límite cognitivo. A menos que sea necesario, se debe mantener un equipo pequeño. Si es necesario expandirse, se debe tener en cuenta el mejor modelo de confianza en cada nivel.
9. Concepto de diseño modular
Un buen sistema debe seguir los siguientes principios: enfocarse en hacer bien una cosa, asegurarse de que la salida pueda ser utilizada como entrada por otros sistemas y considerar la colaboración durante el diseño. Construir software modular puede lograr mejor estos objetivos.
10. Principio de mapeo de la estructura organizativa
Los sistemas de diseño organizacional a menudo reflejan su propia estructura de comunicación. Al diseñar una organización, se pueden tomar como referencia los métodos de desarrollo de software, pero se debe tener en cuenta las limitaciones de escalabilidad de la arquitectura general.
Ver originales
Esta página puede contener contenido de terceros, que se proporciona únicamente con fines informativos (sin garantías ni declaraciones) y no debe considerarse como un respaldo por parte de Gate a las opiniones expresadas ni como asesoramiento financiero o profesional. Consulte el Descargo de responsabilidad para obtener más detalles.
15 me gusta
Recompensa
15
8
Compartir
Comentar
0/400
AirdropGrandpa
· 07-14 21:12
Hablar sin practicar es solo una falsa habilidad.
Ver originalesResponder0
SerumSurfer
· 07-14 20:43
Es demasiado difícil de mantener, ¿verdad? Nadie se encarga de eso.
Ver originalesResponder0
liquidation_watcher
· 07-13 18:05
Esto es demasiado teórico, ¿cómo se aplica en la realidad?
Diez principios clave y mejores prácticas para construir un DAO eficiente
Los diez principios fundamentales para construir un DAO
1. Principios de evolución del sistema simple
Los sistemas complejos efectivos suelen surgir de sistemas simples y efectivos. Al diseñar un producto mínimo viable, se debe seguir este principio, comenzando con lo simple y evolucionando gradualmente hacia la perfección.
2. Principios clave de inversión
Aproximadamente el 80% de los resultados efectivos provienen del 20% de los esfuerzos clave. Al diseñar un producto mínimo viable, se debe centrarse en los elementos centrales que pueden generar el mayor impacto.
3. Principios de extensión del trabajo
El trabajo a menudo se expande para llenar el tiempo o el presupuesto disponible. Es importante establecer plazos moderados, que no sean demasiado apremiantes ni demasiado flexibles.
4. Paradoja de los objetivos cuantitativos
Cuando un indicador se convierte en un objetivo, a menudo deja de ser una buena medida. Al construir sistemas destinados a completar tareas complejas, como la recaudación de fondos para bienes públicos o la verificación de identidad, se debe considerar este principio con cautela.
5. La paradoja del aumento de la fuerza laboral
Aumentar el personal para un proyecto retrasado a menudo hace que el progreso del proyecto se retrase aún más. Mantener un equipo de tamaño reducido suele ser más eficiente.
6. Ley del índice de avance tecnológico
La capacidad de cálculo se duplica cada dos años, mientras que el costo se reduce a la mitad. Todos estamos aprovechando esta tendencia para crear valor, que es uno de los factores clave que puede generar grandes retornos en el campo de la tecnología.
7. Ley de valor de la red
El valor de la red es proporcional al cuadrado del número de usuarios. Al construir un sistema, se debe tener en cuenta la creación de un crecimiento de valor exponencial.
8. Límite de relaciones sociales
La cantidad de relaciones sociales estables que los humanos pueden mantener tiene un límite cognitivo. A menos que sea necesario, se debe mantener un equipo pequeño. Si es necesario expandirse, se debe tener en cuenta el mejor modelo de confianza en cada nivel.
9. Concepto de diseño modular
Un buen sistema debe seguir los siguientes principios: enfocarse en hacer bien una cosa, asegurarse de que la salida pueda ser utilizada como entrada por otros sistemas y considerar la colaboración durante el diseño. Construir software modular puede lograr mejor estos objetivos.
10. Principio de mapeo de la estructura organizativa
Los sistemas de diseño organizacional a menudo reflejan su propia estructura de comunicación. Al diseñar una organización, se pueden tomar como referencia los métodos de desarrollo de software, pero se debe tener en cuenta las limitaciones de escalabilidad de la arquitectura general.