Sự đơn giản không có nghĩa là dễ dàng

Có một hiểu lầm phổ biến mà mình từng mắc phải: nghĩ rằng đơn giản là dễ làm. Rằng đơn giản có nghĩa là bớt công sức, bớt suy nghĩ.

Thực ra ngược lại.

Phức tạp là default

Khi bạn bắt đầu bất cứ thứ gì — một quy trình, một slide, một email, một tính năng phần mềm — trạng thái mặc định là phức tạp. Bạn thêm vào, thêm vào, thêm vào. Mỗi thứ được thêm đều có lý do riêng của nó. Lý do đó không sai.

Vấn đề là khi mọi thứ đã đủ, việc dừng lại và không thêm nữa đòi hỏi quyết đoán và kỷ luật nhiều hơn là việc cứ tiếp tục thêm.

Trong công việc vận hành

Mình làm về vận hành và quản lý quy trình. Một trong những bài học khó nhất là: quy trình tốt nhất không phải quy trình có nhiều bước nhất, nhiều checkpoint nhất, nhiều form nhất.

Quy trình tốt nhất là quy trình đủ — đủ để đảm bảo kết quả, đủ để dễ follow, và không có gì thừa.

Mỗi bước thêm vào quy trình là một điểm có thể fail. Mỗi field thêm vào form là một barrier cho người dùng.

Nhưng để biết cái gì là "đủ" — cái đó cần kinh nghiệm, quan sát, và sẵn sàng bỏ đi những thứ mình đã tốn công xây.

Đơn giản cần can đảm

Lần cuối mình review một bộ quy trình, mình đã bỏ đi 3 bước trong một workflow mà team mình đã dùng hơn một năm. Không phải vì nó sai — mà vì nó không còn cần thiết nữa sau khi context đã thay đổi.

Phản ứng đầu tiên của team là "mình có miss gì không?" Câu trả lời là không. Nhưng cảm giác đó — cảm giác lo lắng khi bỏ đi thứ gì đó đang hoạt động — là real.

Đơn giản không phải laziness. Nó là kết quả của việc hiểu đủ sâu để biết cái gì thật sự cần thiết và cái gì không. Và điều đó, ironically, đòi hỏi nhiều công sức hơn là cứ để mọi thứ phức tạp như mặc định.