Ефективна складна система зазвичай походить з простої та ефективної системи. При проектуванні мінімально життєздатного продукту слід починати з простого, поступово еволюціонуючи до більш складних структур.
2. Зосередьтеся на основному
Приблизно 80% результатів зазвичай походять від 20% ключових зусиль. При розробці мінімально життєздатного продукту слід зосередити увагу на основних функціях, які можуть забезпечити найбільш значний ефект.
3. Розумний термін
Робота часто розширюється, щоб заповнити доступний час або бюджет. Важливо встановити розумні терміни, які не є надто жорсткими, але й не занадто м'якими.
4. Обережно оцініть
Коли певний показник стає метою, він часто перестає бути хорошим критерієм вимірювання. При побудові складних систем (, таких як збір коштів для громадських продуктів або верифікація ), на це потрібно звертати особливу увагу.
5. Спрощена команда
Збільшення кількості працівників для затриманих проєктів може призвести до подальших затримок. Зазвичай утримання невеликої команди є більш ефективним.
6. Технологічний прогрес
Продуктивність чіпів приблизно подвоюється кожні два роки, тоді як витрати постійно знижуються. Ця тенденція технологічного прогресу створює величезні можливості для технологічної сфери.
Цінність мережі пропорційна квадрату кількості її підключених користувачів. При побудові системи слід враховувати, як досягти експоненціального створення вартості.
8. Соціальний ліміт
Кількість стабільних соціальних зв'язків, які може підтримувати людина, обмежена. Якщо це не необхідно, слід дотримуватися невеликого розміру команди. Якщо потрібно збільшити масштаб, важливо використовувати відповідні моделі довіри на різних рівнях.
9. Модульний дизайн
Добра система повинна дозволяти кожному модулю зосереджуватися на виконанні однієї справи та співпрацювати з іншими модулями. При розробці програмного забезпечення слід дотримуватися принципу модульності.
10. Структурне відображення
Системи організаційного дизайну часто відображають їх внутрішню комунікаційну структуру. При проектуванні організації можна використовувати методи розробки програмного забезпечення, але слід звертати увагу на обмеження щодо масштабованості загальної структури.
Переглянути оригінал
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
19 лайків
Нагородити
19
6
Поділіться
Прокоментувати
0/400
FloorSweeper
· 21год тому
ngmi з цими стандартними правилами... бачив занадто багато дао, які зазнали невдачі, навіть з "ідеальними" структурами
Переглянути оригіналвідповісти на0
ConsensusDissenter
· 21год тому
Без слів, що ще потрібно? Розійшлися.
Переглянути оригіналвідповісти на0
CryptoTarotReader
· 21год тому
Говорити так свіжо та оригінально зовсім не має сенсу
Переглянути оригіналвідповісти на0
ForkLibertarian
· 21год тому
А це десять пунктів, що повертаються до основ, і справа лише в цьому.
Переглянути оригіналвідповісти на0
ShibaMillionairen't
· 21год тому
Сказавши так багато, один керує найбільш ефективно.
Переглянути оригіналвідповісти на0
MoonlightGamer
· 22год тому
Нісенітниця, ранні DAO не були нічим іншим, як копіюванням і вставленням коду.
Ефективне управління DAO: десять ключових принципів створення децентралізованої автономної організації
Десять правил для побудови ефективного DAO
1. Спочатку простота
Ефективна складна система зазвичай походить з простої та ефективної системи. При проектуванні мінімально життєздатного продукту слід починати з простого, поступово еволюціонуючи до більш складних структур.
2. Зосередьтеся на основному
Приблизно 80% результатів зазвичай походять від 20% ключових зусиль. При розробці мінімально життєздатного продукту слід зосередити увагу на основних функціях, які можуть забезпечити найбільш значний ефект.
3. Розумний термін
Робота часто розширюється, щоб заповнити доступний час або бюджет. Важливо встановити розумні терміни, які не є надто жорсткими, але й не занадто м'якими.
4. Обережно оцініть
Коли певний показник стає метою, він часто перестає бути хорошим критерієм вимірювання. При побудові складних систем (, таких як збір коштів для громадських продуктів або верифікація ), на це потрібно звертати особливу увагу.
5. Спрощена команда
Збільшення кількості працівників для затриманих проєктів може призвести до подальших затримок. Зазвичай утримання невеликої команди є більш ефективним.
6. Технологічний прогрес
Продуктивність чіпів приблизно подвоюється кожні два роки, тоді як витрати постійно знижуються. Ця тенденція технологічного прогресу створює величезні можливості для технологічної сфери.
! 10 принципів побудови DAO
7. Мережева ефект
Цінність мережі пропорційна квадрату кількості її підключених користувачів. При побудові системи слід враховувати, як досягти експоненціального створення вартості.
8. Соціальний ліміт
Кількість стабільних соціальних зв'язків, які може підтримувати людина, обмежена. Якщо це не необхідно, слід дотримуватися невеликого розміру команди. Якщо потрібно збільшити масштаб, важливо використовувати відповідні моделі довіри на різних рівнях.
9. Модульний дизайн
Добра система повинна дозволяти кожному модулю зосереджуватися на виконанні однієї справи та співпрацювати з іншими модулями. При розробці програмного забезпечення слід дотримуватися принципу модульності.
10. Структурне відображення
Системи організаційного дизайну часто відображають їх внутрішню комунікаційну структуру. При проектуванні організації можна використовувати методи розробки програмного забезпечення, але слід звертати увагу на обмеження щодо масштабованості загальної структури.