VẬN HÀNH TINH GỌN - Trang 234

Đừng vội sớm từ bỏ MVP.

Xây dựng phần mềm tuyệt vời luôn khó khăn. Mặc dù bạn đã kiểm tra kỹ
lưỡng những vấn đề đáng giải quyết, song bạn mới chỉ kiểm tra vẻ bề ngoài
của giải pháp. Hãy cho MVP của bạn một cơ hội. Trước hết, hãy khắc phục
sự cố và giải quyết vấn đề với các tính năng hiện tại, trước khi theo đuổi các
tính năng mới.

Bỏ trình viết mã đi cho đến khi bạn biết tại sao mọi người không mua.

— Jason Cohen, blog A Smart Bear

Các tính năng luôn có chi phí ẩn.

Thêm tính năng có nghĩa là thêm các cuộc kiểm tra, thêm ảnh chụp màn
hình, thêm video, thêm sự phối hợp, thêm sự linh hoạt và thêm yếu tố phân
tán chú ý.

Hãy bắt đầu với câu trả lời Không.

— 37signals, Getting Real

Bạn vẫn chưa biết khách hàng thật sự muốn gì.

Hãy coi các ý tưởng về tính năng tương lai như các thử nghiệm. Tại thời
điểm này, cứ để chúng trên bảng ghi tính năng. Tôi sẽ sớm trình bày cách
giúp bạn sắp xếp thứ tự ưu tiên, xây dựng và đánh giá các tính năng mới.

Mở rộng tính năng có thể là một chứng nghiện.

— Ben Yoskovitz, Blog Instigator

Áp dụng quy tắc 80/20

Một nguyên tắc hay giúp bạn ưu tiên tập trung là thực hiện Quy tắc 80/20
(xem Hình 13-1).

Liên Kết Chia Sẽ

** Đây là liên kết chia sẻ bới cộng đồng người dùng, chúng tôi không chịu trách nhiệm gì về nội dung của các thông tin này. Nếu có liên kết nào không phù hợp xin hãy báo cho admin.