Ship đúng hẹn: định nghĩa "xong" trước khi chạy

Decision journal · Gamistu · 05/2026

Bối cảnh

Ngày mở closed beta đã hứa với bên marketing: 01/06, 8 giờ sáng. Scope tôi muốn ship lớn hơn nhiều so với thứ phải có để ngày đó diễn ra. Kịch bản kinh điển đang chờ sẵn: càng gần ngày, mọi thứ đều "sắp xong", và không ai biết cái gì được phép trễ.

Các lựa chọn

1. Dời ngày tới khi đủ scope — an toàn cho sản phẩm, đốt niềm tin với đối tác và với chính mình.
2. Giữ ngày, chạy nước rút mù — ship được gì hay đó, phát hiện thiếu gì vào phút 89.
3. Giữ ngày, viết trước hai thứ: hard gate — sàn tối thiểu 4 điều kiện để ngày đó được phép diễn ra; và cut-line — danh sách viết sẵn: nếu hết giờ, thứ gì ship dạng rút gọn, thứ gì lùi sang tuần đầu sau launch.

Quyết định + vì sao

Phương án 3. Ngày công bố là cam kết lịch — tách hẳn khỏi "độ sẵn sàng". Tính năng ngoài hard gate được phép trễ mà không chặn launch, nhưng phải trễ theo kế hoạch viết trước, không phải trễ âm thầm. Một cú cắt không có cut-line chỉ là một cú trượt được ngụy trang.

Đánh đổi chấp nhận

Vài thứ tôi tâm huyết phải ship dạng rút gọn. Và viết cut-line tốn nguyên một buổi — đúng giai đoạn bận nhất.

Kết quả

Beta mở đúng 01/06. Không phải vì mọi thứ xong — vì tôi biết trước thứ gì được phép chưa xong.

Một định nghĩa phụ ra đời từ đợt này mà tôi giữ đến giờ: gate chỉ được gọi là "xanh" khi đã test cả đường lỗi. Xanh kiểu happy-path là false-green — nguy hiểm hơn cả đỏ, vì nó cho bạn sự tự tin không có thật.

Sẽ làm khác gì

Viết cut-line ngay từ lúc chốt ngày — không phải hai tuần trước deadline.

Bài học founder: deadline không giết startup. Deadline không có định nghĩa "xong" mới giết.

→ Đặt lịch 30 phút — nếu bạn sắp có một deadline như vậy.