Góc nhìn

Từ ý tưởng đến sản phẩm: xác minh trước khi mở rộng

Cách chia discovery, vertical slice và release gate để giảm rủi ro xây sai sản phẩm.

TDs Origin · Engineering Notes · 19/10/2026 · PRODUCT STRATEGY

Bắt đầu từ vấn đề, không phải danh sách tính năng

Một backlog dài không chứng minh sản phẩm giải quyết đúng vấn đề. Trước khi ước lượng, cần xác định ai đang gặp khó khăn, hành vi hiện tại và kết quả kinh doanh kỳ vọng.

Đầu ra tối thiểu gồm problem statement, user journey, ràng buộc nghiệp vụ và một giả thuyết giá trị có thể kiểm chứng.

Vertical slice phải đi hết chuỗi giá trị

Một lát cắt có giá trị phải bao gồm dữ liệu, business rules, API, UI, xác thực và các đường lỗi chính. Chỉ có một màn hình demo không đủ để xác nhận workflow.

Ưu tiên một luồng hoàn chỉnh có thể kiểm thử hơn nhiều màn hình rời rạc chưa nối với nhau.

Definition of Done không phải Production Ready

Code review, lint, unit tests và build là bằng chứng ở tầng code. Production readiness còn đòi hỏi kiểm chứng runtime, quyền truy cập, migrations, monitoring, backup và rollback.

Thể hiện rõ trạng thái Implemented/Unverified, Code Verified, Live Verified và Release Ready để tránh đánh đồng tiến độ.

Ba câu hỏi trước mỗi lần phát hành

  • Người dùng có hoàn thành workflow chính không?
  • Thất bại xảy ra ở đâu và có thể phát hiện, phục hồi như thế nào?
  • Bằng chứng nào hỗ trợ quyết định phát hành?
← Góc nhìn