Ефективні складні системи зазвичай виникають з простих і ефективних систем. При проектуванні мінімально життєздатного продукту слід починати з простого, поступово переходячи до складного.
2. Зосередьтесь на основних рушіях
Приблизно 80% результатів походять з 20% ключових зусиль. При розробці мінімально необхідного продукту слід ідентифікувати та зосередитися на тих основних елементах, які можуть принести найбільшу цінність.
3. Розумно розподілити час та ресурси
Робота часто розтягується, щоб заповнити доступний час або бюджет. Встановлення помірно термінових, але досяжних дедлайнів для проекту допомагає підвищити ефективність.
4. Будьте обережні з відхиленням показників
Коли певний показник стає метою, він може більше не бути хорошим критерієм оцінки. При побудові складних систем (, таких як збір коштів на громадські продукти або верифікація особистості ), необхідно обережно встановлювати показники оцінки.
5. Зберігайте компактний склад команди
Додавання людських ресурсів до проекту з затримкою може ще більше посилити затримку. Зазвичай підтримка невеликого розміру команди є більш вигідною для просування проекту.
6. Вловлюйте тенденції розвитку технологій
Обчислювальна потужність подвоюється кожні два роки, а витрати зменшуються вдвічі. Ця тенденція створює величезні можливості для технологічної сфери, які заслуговують на увагу та використання.
Цінність мережі пропорційна квадрату кількості користувачів. При побудові системи слід зосередитися на створенні експоненціального зростання вартості.
8. Зверніть увагу на обмеження соціального масштабу
Кількість стабільних соціальних зв'язків, які може підтримувати людина, має когнітивні обмеження. Якщо це не є необхідним, слід підтримувати невеликий розмір команди. Якщо необхідне розширення, слід звертати увагу на оптимальні моделі довіри на всіх рівнях.
9. Модульне дизайнерське мислення
Нехай кожен модуль зосередиться на одній функції, забезпечуючи хорошу співпрацю між модулями. При створенні програмного забезпечення слід використовувати модульний підхід.
10. Структура організації впливає на проектування системи
Системне проектування часто відображає комунікаційну структуру організації. Організацію потрібно проектувати так само, як і програмне забезпечення, але слід звертати увагу на обмеження масштабованості загальної структури.
Переглянути оригінал
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
9 лайків
Нагородити
9
5
Поділіться
Прокоментувати
0/400
PancakeFlippa
· 07-20 15:13
Маєш руки - цього достатньо, не вигадуй стільки теорій.
Переглянути оригіналвідповісти на0
EyeOfTheTokenStorm
· 07-17 22:10
Цей аспект девіації показників занадто реальний. Я бачив забагато нульових DAO.
Переглянути оригіналвідповісти на0
ProxyCollector
· 07-17 22:09
Принцип 80/20, може бути~
Переглянути оригіналвідповісти на0
ForkThisDAO
· 07-17 22:06
Правильний шлях веде далеко
Переглянути оригіналвідповісти на0
EntryPositionAnalyst
· 07-17 22:06
Говорять лише про старі теми, що можуть вижити дао небагато.
Десять основних принципів успішного побудови DAO - еволюційний шлях від простого до складного
Десять основних принципів побудови DAO
1. Простий та ефективний система спочатку
Ефективні складні системи зазвичай виникають з простих і ефективних систем. При проектуванні мінімально життєздатного продукту слід починати з простого, поступово переходячи до складного.
2. Зосередьтесь на основних рушіях
Приблизно 80% результатів походять з 20% ключових зусиль. При розробці мінімально необхідного продукту слід ідентифікувати та зосередитися на тих основних елементах, які можуть принести найбільшу цінність.
3. Розумно розподілити час та ресурси
Робота часто розтягується, щоб заповнити доступний час або бюджет. Встановлення помірно термінових, але досяжних дедлайнів для проекту допомагає підвищити ефективність.
4. Будьте обережні з відхиленням показників
Коли певний показник стає метою, він може більше не бути хорошим критерієм оцінки. При побудові складних систем (, таких як збір коштів на громадські продукти або верифікація особистості ), необхідно обережно встановлювати показники оцінки.
5. Зберігайте компактний склад команди
Додавання людських ресурсів до проекту з затримкою може ще більше посилити затримку. Зазвичай підтримка невеликого розміру команди є більш вигідною для просування проекту.
6. Вловлюйте тенденції розвитку технологій
Обчислювальна потужність подвоюється кожні два роки, а витрати зменшуються вдвічі. Ця тенденція створює величезні можливості для технологічної сфери, які заслуговують на увагу та використання.
! 10 принципів побудови DAO
7. Переслідування мережевого ефекту
Цінність мережі пропорційна квадрату кількості користувачів. При побудові системи слід зосередитися на створенні експоненціального зростання вартості.
8. Зверніть увагу на обмеження соціального масштабу
Кількість стабільних соціальних зв'язків, які може підтримувати людина, має когнітивні обмеження. Якщо це не є необхідним, слід підтримувати невеликий розмір команди. Якщо необхідне розширення, слід звертати увагу на оптимальні моделі довіри на всіх рівнях.
9. Модульне дизайнерське мислення
Нехай кожен модуль зосередиться на одній функції, забезпечуючи хорошу співпрацю між модулями. При створенні програмного забезпечення слід використовувати модульний підхід.
10. Структура організації впливає на проектування системи
Системне проектування часто відображає комунікаційну структуру організації. Організацію потрібно проектувати так само, як і програмне забезпечення, але слід звертати увагу на обмеження масштабованості загальної структури.