Ефективні складні системи часто походять із простих і ефективних систем. При розробці мінімально життєздатного продукту для DAO слід починати з простого, поступово переходячи до складного.
Два. Зосередьтеся на ключовому: принцип Парето
Приблизно 80% результатів походять з 20% основних зусиль. У дизайні DAO слід визначити та зосередитися на найбільш критичних 20% елементів для досягнення максимального ефекту.
Три. Раціональне планування: Закон Паркінсона
Робота часто розширюється, щоб заповнити доступний час або бюджет. Встановіть помірні терміни для проектів DAO, які не є надто м'якими і не є надто терміновими, щоб забезпечити ефективне виконання.
Чотири, обережна кількісна оцінка: закон Гудхарта
Коли певний показник стає метою, він часто втрачає свою ефективність як показник. При побудові системи DAO, особливо коли йдеться про складні завдання, такі як залучення коштів на громадські продукти або верифікація особи, на це потрібно звернути особливу увагу.
П’ять. Спрощена команда: Закон Брукса
Додавання людських ресурсів до відкладених проектів може ще більше затримати терміни. DAO повинна підтримувати компактний розмір команди, щоб уникнути надмірного розширення.
Шість. Обійняти технологічний прогрес: закон Мура
Швидкий розвиток технологій надає можливості для інновацій. DAO повинна активно використовувати вигоди, які приносить технологічний прогрес, щоб створювати цінність у швидко мінливому середовищі.
Сім, прагнення до мережевих ефектів: Закон Мети Коуфа
Цінність мережі пропорційна квадрату кількості користувачів. DAO повинна прагнути до побудови мережі та екосистеми, які можуть приносити експоненційну цінність.
Восьме, усвідомлення соціальних обмежень: число Данбара
Кількість стабільних соціальних відносин, які людина може підтримувати, обмежена. Якщо це не є необхідним, DAO повинна підтримувати невелику команду, або під час розширення звертати увагу на створення відповідних механізмів довіри.
Дев'яте. Модульний дизайн: Філософія Unix
Зосередьтеся на виконанні однієї задачі, забезпечуючи хорошу співпрацю між компонентами. DAO повинно впроваджувати модульний дизайн, створюючи системи, які можна гнучко комбінувати.
Десять. Вплив структури на дизайн: Закон Конвея
Комунікаційна структура організації вплине на проектовану систему. DAO слід проектувати організаційну структуру подібно до розробки програмного забезпечення, звертаючи увагу на масштабованість загальної архітектури.
Переглянути оригінал
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
11 лайків
Нагородити
11
5
Поділіться
Прокоментувати
0/400
TokenomicsTrapper
· 08-06 00:56
лмао, ще один плейбук vc, щоб пастка роздрібних... бачив цей фільм раніше, і спойлер: ngmi
Переглянути оригіналвідповісти на0
LiquidatedNotStirred
· 08-06 00:56
DAO магічні люди так повільно перестали виробляти. Скільки б не говорили, все даремно.
Переглянути оригіналвідповісти на0
WhaleWatcher
· 08-06 00:48
І непрофесійний, і любить досліджувати DAO
Переглянути оригіналвідповісти на0
LiquidityWitch
· 08-06 00:45
Усе повертається до простоти, це і є правильний варіант, не базікай.
Десять правил підвищення ефективності DAO: від простого початку до оптимізації структури
Десять правил для створення ефективного DAO
Один. Простий старт: закон Гейла
Ефективні складні системи часто походять із простих і ефективних систем. При розробці мінімально життєздатного продукту для DAO слід починати з простого, поступово переходячи до складного.
Два. Зосередьтеся на ключовому: принцип Парето
Приблизно 80% результатів походять з 20% основних зусиль. У дизайні DAO слід визначити та зосередитися на найбільш критичних 20% елементів для досягнення максимального ефекту.
Три. Раціональне планування: Закон Паркінсона
Робота часто розширюється, щоб заповнити доступний час або бюджет. Встановіть помірні терміни для проектів DAO, які не є надто м'якими і не є надто терміновими, щоб забезпечити ефективне виконання.
Чотири, обережна кількісна оцінка: закон Гудхарта
Коли певний показник стає метою, він часто втрачає свою ефективність як показник. При побудові системи DAO, особливо коли йдеться про складні завдання, такі як залучення коштів на громадські продукти або верифікація особи, на це потрібно звернути особливу увагу.
П’ять. Спрощена команда: Закон Брукса
Додавання людських ресурсів до відкладених проектів може ще більше затримати терміни. DAO повинна підтримувати компактний розмір команди, щоб уникнути надмірного розширення.
Шість. Обійняти технологічний прогрес: закон Мура
Швидкий розвиток технологій надає можливості для інновацій. DAO повинна активно використовувати вигоди, які приносить технологічний прогрес, щоб створювати цінність у швидко мінливому середовищі.
! 10 принципів побудови DAO
Сім, прагнення до мережевих ефектів: Закон Мети Коуфа
Цінність мережі пропорційна квадрату кількості користувачів. DAO повинна прагнути до побудови мережі та екосистеми, які можуть приносити експоненційну цінність.
Восьме, усвідомлення соціальних обмежень: число Данбара
Кількість стабільних соціальних відносин, які людина може підтримувати, обмежена. Якщо це не є необхідним, DAO повинна підтримувати невелику команду, або під час розширення звертати увагу на створення відповідних механізмів довіри.
Дев'яте. Модульний дизайн: Філософія Unix
Зосередьтеся на виконанні однієї задачі, забезпечуючи хорошу співпрацю між компонентами. DAO повинно впроваджувати модульний дизайн, створюючи системи, які можна гнучко комбінувати.
Десять. Вплив структури на дизайн: Закон Конвея
Комунікаційна структура організації вплине на проектовану систему. DAO слід проектувати організаційну структуру подібно до розробки програмного забезпечення, звертаючи увагу на масштабованість загальної архітектури.