Mười quy tắc xây dựng DAO

1. Quy tắc Gael

Các hệ thống phức tạp hiệu quả thường bắt nguồn từ các hệ thống đơn giản và hiệu quả. Khi thiết kế sản phẩm khả thi tối thiểu, nên tuân theo nguyên tắc này, bắt đầu từ đơn giản và tiến hóa dần dần.

2. Nguyên tắc Pareto

Còn được gọi là quy tắc 80/20, nó chỉ ra rằng khoảng 80% kết quả đến từ 20% nỗ lực then chốt. Khi thiết kế sản phẩm khả thi tối thiểu, cần tập trung vào những yếu tố cốt lõi có thể mang lại lợi ích lớn nhất.

3. Định luật Parkinson

Cuộc họp làm việc sẽ tự nhiên kéo dài để lấp đầy thời gian hoặc ngân sách có sẵn. Để nâng cao hiệu quả, việc đặt ra các thời hạn hợp lý là rất quan trọng, không được quá gấp gáp nhưng cũng không được quá thoải mái.

4. Định luật Goodhart

Khi một chỉ số trở thành mục tiêu, nó thường không còn là một chỉ số tốt. Khi xây dựng các hệ thống phức tạp (như huy động vốn cho sản phẩm công cộng hoặc xác thực danh tính), cần phải cân nhắc cẩn thận nguyên tắc này.

5. Định luật Brooks

Việc tăng cường nhân lực cho các dự án phần mềm đã bị trì hoãn có thể dẫn đến việc trì hoãn thêm. Giữ quy mô đội ngũ gọn nhẹ thường có lợi hơn cho tiến độ dự án.

6. Định luật Moore

Số lượng transistor trên chip gần như tăng gấp đôi mỗi hai năm, trong khi chi phí lại giảm đi một nửa. Định luật này thể hiện sự tăng trưởng theo cấp số nhân của tiến bộ công nghệ, là nền tảng tạo ra giá trị to lớn trong lĩnh vực công nghệ.

7. Định luật Metcalfe

Giá trị của mạng lưới tỷ lệ thuận với bình phương số người dùng của nó. Khi xây dựng hệ thống, cần xem xét cách để đạt được sự tăng trưởng giá trị theo cấp số nhân.

8. Số Dunbar

Số lượng mà con người có thể duy trì mối quan hệ xã hội ổn định tồn tại giới hạn nhận thức. Trừ khi cần thiết, nên giữ quy mô đội nhóm nhỏ. Nếu cần mở rộng, cần chú ý đến mô hình tin cậy tốt nhất ở các cấp độ khác nhau.

9. Triết lý Unix

Nhấn mạnh việc thực hiện tốt một việc, hợp tác giữa các mô-đun và tái sử dụng đầu ra. Khi xây dựng phần mềm, nên theo đuổi thiết kế mô-đun hóa, để các phần có thể phối hợp hiệu quả.

10. Định luật Conway

Hệ thống được tổ chức thiết kế thường phản ánh cấu trúc giao tiếp của chính nó. Khi thiết kế tổ chức, nên tham khảo phương pháp phát triển phần mềm, nhưng cũng cần chú ý đến các hạn chế về khả năng mở rộng của cấu trúc tổng thể.