Гейл-принцип підкреслює, що ефективні складні системи завжди еволюціонують поступово з простих і ефективних систем. При проектуванні мінімально життєздатного продукту слід дотримуватися цього принципу, починаючи з простого і поступово вдосконалюючи.
2. Принцип Парето: зосередьтеся на ключових 20%
також відоме як правило 80/20, це правило вказує на те, що 80% результатів зазвичай походять з 20% ключових вкладень. У процесі розробки продукту слід ідентифікувати та зосередитися на тих основних елементах, які можуть принести найбільшу вигоду.
3. Закон Паркінсона: раціональне встановлення термінів
Робота часто розширюється, щоб заповнити доступний час. Для підвищення ефективності слід встановити відповідні терміни - не надто термінові, але й не занадто розслаблені.
4. Закон Гудхарта: обережно обирайте показники
Коли певний показник стає метою, він часто втрачає свою цінність як ефективний стандарт вимірювання. При проектуванні механізмів стимулювання або оцінки систем потрібно особливо звертати на це увагу, особливо при обробці складних завдань.
5. Правило Брукса: підтримуйте команду компактною
Збільшення кількості людей на проекті, який вже затримується, може призвести до подальших затримок. Це нагадує нам, що ми повинні підтримувати невеликий розмір основної команди, а не сліпо розширюватися.
6. Закон Мура: прийняття технологічного прогресу
Закон Мура описує експоненціальне зростання обчислювальної потужності. У технологічній сфері слідування цій тенденції може створити величезну цінність.
Цінність мережі пропорційна квадрату кількості користувачів. Це спонукає нас зосередитися на створенні мереж або платформ з потенціалом експоненціального зростання.
8. Число Дунбара: зверніть увагу на межу соціальних зв'язків
Кількість стабільних соціальних зв'язків, які може підтримувати людина, є обмеженою. У проектуванні організаційної структури слід враховувати це обмеження сприйняття, відповідно розподіляючи розмір команди та рівні.
9. Філософія Unix: модульний дизайн
У концепції Unix підкреслюється: програми повинні зосереджуватися на одній функції та вміти взаємодіяти з іншими програмами. У розробці програмного забезпечення слід прагнути до модульності та комбінованості.
10. Закон Канвая: організаційна структура впливає на проектування системи
Системне проектування часто відображає комунікаційну структуру організації. При проектуванні організації слід враховувати цей вплив і звертати увагу на обмеження масштабованості загальної структури.
Переглянути оригінал
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
8 лайків
Нагородити
8
7
Поділіться
Прокоментувати
0/400
NullWhisperer
· 07-11 19:36
гмм... теоретично обґрунтовано, але де аналіз векторів атаки?
Переглянути оригіналвідповісти на0
WhaleMistaker
· 07-10 05:33
Стандартний посібник з експлуатації ла-ла-ла
Переглянути оригіналвідповісти на0
gas_fee_therapy
· 07-08 20:12
Не ускладнюйте, DAO - це взаємодопомога!
Переглянути оригіналвідповісти на0
TokenomicsTherapist
· 07-08 20:05
Три роки старий лук, що ще грати в DAO?
Переглянути оригіналвідповісти на0
RumbleValidator
· 07-08 19:57
Ця теорія непогана, але валідація даних є ключовою.
Переглянути оригіналвідповісти на0
ForkThisDAO
· 07-08 19:56
Малі команди роблять великі справи – це найефективніше.
Переглянути оригіналвідповісти на0
BlockImposter
· 07-08 19:47
Спочатку розберіться з основами, адже все потрібно пастка dao.
Десять правил для створення ефективного DAO: посібник з еволюції організацій від простого до складного
Десять правил для створення ефективного DAO
1. Гейлів закон: від простого до складного
Гейл-принцип підкреслює, що ефективні складні системи завжди еволюціонують поступово з простих і ефективних систем. При проектуванні мінімально життєздатного продукту слід дотримуватися цього принципу, починаючи з простого і поступово вдосконалюючи.
2. Принцип Парето: зосередьтеся на ключових 20%
також відоме як правило 80/20, це правило вказує на те, що 80% результатів зазвичай походять з 20% ключових вкладень. У процесі розробки продукту слід ідентифікувати та зосередитися на тих основних елементах, які можуть принести найбільшу вигоду.
3. Закон Паркінсона: раціональне встановлення термінів
Робота часто розширюється, щоб заповнити доступний час. Для підвищення ефективності слід встановити відповідні терміни - не надто термінові, але й не занадто розслаблені.
4. Закон Гудхарта: обережно обирайте показники
Коли певний показник стає метою, він часто втрачає свою цінність як ефективний стандарт вимірювання. При проектуванні механізмів стимулювання або оцінки систем потрібно особливо звертати на це увагу, особливо при обробці складних завдань.
5. Правило Брукса: підтримуйте команду компактною
Збільшення кількості людей на проекті, який вже затримується, може призвести до подальших затримок. Це нагадує нам, що ми повинні підтримувати невеликий розмір основної команди, а не сліпо розширюватися.
6. Закон Мура: прийняття технологічного прогресу
Закон Мура описує експоненціальне зростання обчислювальної потужності. У технологічній сфері слідування цій тенденції може створити величезну цінність.
! 10 принципів побудови DAO
7. Закон Мєткарфа: побудова мережевих ефектів
Цінність мережі пропорційна квадрату кількості користувачів. Це спонукає нас зосередитися на створенні мереж або платформ з потенціалом експоненціального зростання.
8. Число Дунбара: зверніть увагу на межу соціальних зв'язків
Кількість стабільних соціальних зв'язків, які може підтримувати людина, є обмеженою. У проектуванні організаційної структури слід враховувати це обмеження сприйняття, відповідно розподіляючи розмір команди та рівні.
9. Філософія Unix: модульний дизайн
У концепції Unix підкреслюється: програми повинні зосереджуватися на одній функції та вміти взаємодіяти з іншими програмами. У розробці програмного забезпечення слід прагнути до модульності та комбінованості.
10. Закон Канвая: організаційна структура впливає на проектування системи
Системне проектування часто відображає комунікаційну структуру організації. При проектуванні організації слід враховувати цей вплив і звертати увагу на обмеження масштабованості загальної структури.