Đặc biệt ở Silicon Valley, khi một người có một nguyên mẫu hoặc ý tưởng hoạt động tốt, cám dỗ tự nhiên là mở rộng quy mô. Làm cho nó phục vụ nhiều người hơn và nhiều trường hợp sử dụng hơn, biến nó thành một nền tảng, làm cho các đồ thị đi lên và sang phải, v.v. Đây rõ ràng là một kịch bản mạnh mẽ, nhưng cần triển khai đúng thời điểm vì nó có xu hướng đóng băng kiến trúc khái niệm của hệ thống.
Tại sao
Cơ sở hạ tầng chung đơn giản là tốn thời gian để xây dựng. Bạn phải thiết kế giao diện cẩn thận, viết tài liệu và kiểm thử, và đảm bảo hệ thống xử lý được tải. Tất cả những việc đó cạnh tranh với thử nghiệm, không chỉ vì mất thời gian xây dựng mà còn vì chúng làm hệ thống cứng nhắc hơn nhiều.
Một khi bạn có nhiều người dùng với nhiều trường hợp sử dụng, việc thay đổi bất cứ thứ gì hoặc theo đuổi các thí nghiệm triệt để trở nên khó hơn. Bạn phải đảm bảo không phá vỡ mọi thứ cho mọi người, hoặc phải giao tiếp và quản lý thay đổi rất cẩn thận.
Chính những người dùng đa dạng đó cũng tiêu tốn rất nhiều thời gian hằng ngày: một lỗi xảy ra với 1% người dùng sẽ không gây vấn đề thật sự trong một nguyên mẫu nhỏ, nhưng nó sẽ là ưu tiên cao khi bạn có 100 nghìn người dùng.
Một khi kịch bản này trở thành mục tiêu chính, động lực của bạn thay đổi: mục tiêu tự nhiên sẽ là làm cho đồ thị đi lên, thay vì trả lời các câu hỏi cơ bản về hệ thống.
Về việc duy trì quy mô nhỏ
Một lợi thế lớn của việc mở rộng quy mô là bạn sẽ nhận được nhiều phản hồi hơn cho quá trình Hiểu biết sâu sắc qua việc làm. Đúng là Thiết kế hệ thống hiệu quả cần insight từ bối cảnh sử dụng thật, nhưng vẫn có thể tạo ra các bối cảnh sử dụng nghiêm túc ở quy mô nhỏ, đủ để trả lời nhiều câu hỏi cốt lõi về hệ thống. Thực tế, các nhà công nghệ thường bản năng mở rộng quy mô hệ thống để tăng cơ hội nhận phản hồi mạnh từ người dùng nghiêm túc, nhưng đó là cách tiếp cận khá ngẫu nhiên. Bạn có thể đạt mục tiêu đó tốt hơn bằng cách cấu trúc cẩn thận quá trình tạo nguyên mẫu. Điều này cuối cùng có thể tốt hơn vì Hiểu biết sâu sắc thông qua thực hành ưu tiên bricolage hơn thiết kế lớn từ đầu.
Cuối cùng, tất nhiên, bạn sẽ cần tổng quát hóa hệ thống để trả lời một số câu hỏi nhất định. Nhưng ít nhất xét theo kết quả nghiên cứu, tốt nhất là để việc mở rộng quy mô đi theo nhu cầu được thể hiện bởi những câu hỏi đó. Theo nghĩa đó, mở rộng quy mô là phương tiện, không phải mục đích cuối cùng.