Ефективні складні системи часто виникають із простих і ефективних систем. При проєктуванні мінімально життєздатного продукту DAO слід дотримуватися цього принципу, починаючи з простого та поступово еволюціонуючи.
2. Принцип Парето: зосередьтеся на ключових 20%
Зазвичай 80% результатів походять з 20% зусиль. На ранніх етапах DAO слід зосередитися на тих основних функціях і завданнях, які можуть принести найбільший вплив.
3. Закон Паркінсона: розумне встановлення термінів
Робота часто розширюється, щоб заповнити доступний час. Встановіть відповідні терміни для проекту DAO: вони не повинні бути занадто терміновими, але й не надто вільними, щоб підтримувати високу ефективність.
4. Закон Гудхарта: обережно обирайте індикатори
Коли якийсь показник стає метою, він часто втрачає своє значення як ефективний показник. При проектуванні механізму стимулювання та системи оцінки DAO потрібно приділяти особливу увагу цій обставині.
5. Правило Брукса: зберігайте команду компактною
Залучення додаткових ресурсів до проекту, терміни якого вже були продовжені, може ще більше затримати його виконання. DAO повинна прагнути підтримувати помірний за розміром і ефективний основний команду.
6. Закон Мура: прийняття технологічного прогресу
Технічні можливості подвоюються кожні 18-24 місяці, а витрати постійно знижуються. DAO повинно активно використовувати цю тенденцію, постійно оновлюючи технологічний стек та підвищуючи ефективність.
7. Правило Мэткафа: прагнення до мережевого ефекту
Цінність мережі пропорційна квадрату кількості користувачів. DAO повинно прагнути розширити свою екосистему, залучити більше учасників для досягнення експоненціального зростання вартості.
8. Число Данбара: повага до когнітивних обмежень
Кількість стабільних соціальних відносин, які може підтримувати людина, є обмеженою. При розширенні масштабу DAO слід враховувати це обмеження, розумно проектуючи організаційну структуру та механізми комунікації.
9. Unix-філософія: модульний дизайн
Кожна програма повинна зосередитися на виконанні однієї справи та мати можливість взаємодіяти з іншими програмами. Механізм управління та технічна архітектура DAO повинні дотримуватися цього принципу, прагнучи до модульності та комбінованості.
10. Закон Конвея: організаційна структура впливає на проектування системи
Системне проектування часто відображає комунікаційну структуру організації. DAO повинні усвідомлювати це і при проектуванні структури управління спиратися на найкращі практики розробки програмного забезпечення, звертаючи увагу на уникнення обмежень загальної структури.
Переглянути оригінал
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
13 лайків
Нагородити
13
7
Поділіться
Прокоментувати
0/400
FlippedSignal
· 16год тому
Ці правила все ще піддаються критиці.
Переглянути оригіналвідповісти на0
consensus_failure
· 07-25 03:08
Все правильно, тільки занадто теоретично.
Переглянути оригіналвідповісти на0
NftDeepBreather
· 07-24 20:27
Прості системи також можуть вирішити великі проблеми.
Десять правил ефективного DAO: від простоти до максимізації мережевих ефектів
Десять правил для створення ефективного DAO
1. Гейл-правило: від простого до складного
Ефективні складні системи часто виникають із простих і ефективних систем. При проєктуванні мінімально життєздатного продукту DAO слід дотримуватися цього принципу, починаючи з простого та поступово еволюціонуючи.
2. Принцип Парето: зосередьтеся на ключових 20%
Зазвичай 80% результатів походять з 20% зусиль. На ранніх етапах DAO слід зосередитися на тих основних функціях і завданнях, які можуть принести найбільший вплив.
3. Закон Паркінсона: розумне встановлення термінів
Робота часто розширюється, щоб заповнити доступний час. Встановіть відповідні терміни для проекту DAO: вони не повинні бути занадто терміновими, але й не надто вільними, щоб підтримувати високу ефективність.
4. Закон Гудхарта: обережно обирайте індикатори
Коли якийсь показник стає метою, він часто втрачає своє значення як ефективний показник. При проектуванні механізму стимулювання та системи оцінки DAO потрібно приділяти особливу увагу цій обставині.
5. Правило Брукса: зберігайте команду компактною
Залучення додаткових ресурсів до проекту, терміни якого вже були продовжені, може ще більше затримати його виконання. DAO повинна прагнути підтримувати помірний за розміром і ефективний основний команду.
6. Закон Мура: прийняття технологічного прогресу
Технічні можливості подвоюються кожні 18-24 місяці, а витрати постійно знижуються. DAO повинно активно використовувати цю тенденцію, постійно оновлюючи технологічний стек та підвищуючи ефективність.
! 10 принципів побудови DAO
7. Правило Мэткафа: прагнення до мережевого ефекту
Цінність мережі пропорційна квадрату кількості користувачів. DAO повинно прагнути розширити свою екосистему, залучити більше учасників для досягнення експоненціального зростання вартості.
8. Число Данбара: повага до когнітивних обмежень
Кількість стабільних соціальних відносин, які може підтримувати людина, є обмеженою. При розширенні масштабу DAO слід враховувати це обмеження, розумно проектуючи організаційну структуру та механізми комунікації.
9. Unix-філософія: модульний дизайн
Кожна програма повинна зосередитися на виконанні однієї справи та мати можливість взаємодіяти з іншими програмами. Механізм управління та технічна архітектура DAO повинні дотримуватися цього принципу, прагнучи до модульності та комбінованості.
10. Закон Конвея: організаційна структура впливає на проектування системи
Системне проектування часто відображає комунікаційну структуру організації. DAO повинні усвідомлювати це і при проектуванні структури управління спиратися на найкращі практики розробки програмного забезпечення, звертаючи увагу на уникнення обмежень загальної структури.