Nguyen Le PhongNguyen Le Phong

The Art of Thinking in Systems: đừng sửa triệu chứng rồi gọi đó là giải pháp

Một ghi chú đọc The Art of Thinking in Systems qua lăng kính công việc: nhiều vấn đề không nằm ở một người hay một sự kiện đơn lẻ, mà nằm trong vòng lặp phản hồi, độ trễ, nút nghẽn, incentive và những hệ quả cấp hai mà ta thường bỏ qua khi vội sửa triệu chứng.

Có những ngày trong công việc, một vấn đề hiện ra rất rõ ở bề mặt: release trễ, team phản hồi chậm, khách hàng phàn nàn, hoặc một người liên tục mắc cùng một lỗi. Phản xạ đầu tiên thường là tìm ngay một điểm để sửa. Nhắc người đó kỹ hơn. Thêm một checklist. Gọi thêm một cuộc họp. Đổi deadline. Nhưng sau vài tuần, vấn đề quay lại bằng một hình dạng khác, và mình nhận ra thứ được sửa chỉ là phần đang ồn nhất.

Đọc The Art of Thinking in Systems làm mình nghĩ nhiều về kiểu vòng lặp đó. Cuốn sách không chỉ nói rằng mọi thứ liên quan đến nhau. Nói như vậy thì đúng nhưng hơi mơ hồ. Điểm thực tế hơn là nhiều vấn đề trong đời sống và công việc được tạo ra bởi cấu trúc: ai nhìn thấy thông tin nào, ai bị thưởng vì hành vi nào, độ trễ nằm ở đâu, phản hồi quay lại chậm bao lâu, và nút nghẽn nào đang làm cả hệ thống phải xếp hàng.

Tư duy hệ thống bắt đầu bằng việc chậm lại trước khi đổ lỗi. Một team hay trễ deadline không nhất thiết vì mọi người thiếu trách nhiệm. Có thể backlog luôn được nhồi quá đầy. Có thể estimation bị ép đẹp từ đầu. Có thể người review cuối cùng là bottleneck nhưng không ai gọi tên. Có thể các lỗi nhỏ không được nói sớm vì người nói sợ bị xem là tiêu cực. Khi đó, sửa bằng một bài nhắc nhở về tinh thần chỉ làm mọi người căng hơn. Vòng lặp thật vẫn còn nguyên.

Một hệ thống thường có stock, flow và feedback. Stock là thứ đang tích lại: nợ kỹ thuật, niềm tin, tiền mặt, năng lượng, sự mệt mỏi, kỹ năng, hoặc cả sự bực bội. Flow là dòng vào và dòng ra làm stock tăng hoặc giảm. Feedback là tín hiệu quay lại giúp hệ thống tự điều chỉnh. Nếu feedback đến muộn, con người rất dễ phản ứng sai. Ta tưởng hôm nay mọi thứ ổn vì chưa thấy hậu quả, trong khi nợ kỹ thuật, sự mỏi mệt hoặc sự mất niềm tin đang tích dưới mặt nước.

Điều này rất giống chuyện học tập. Một người học tiếng Anh mỗi ngày 15 phút có thể chưa thấy khác biệt sau một tuần. Stock kỹ năng tăng quá chậm để mắt thường thấy. Nếu feedback chỉ là cảm giác “mình vẫn dở”, người đó dễ bỏ cuộc trước khi hệ thống kịp cho kết quả. Nhưng nếu thiết kế lại feedback nhỏ hơn, như số câu nghe hiểu được, số lần dùng đúng một cấu trúc, hoặc số ngày giữ nhịp học, hệ thống bắt đầu có tín hiệu đủ gần để duy trì hành vi.

Trong công việc, chỗ nguy hiểm nhất là các giải pháp tạo cảm giác tiến bộ nhưng chỉ đẩy vấn đề sang nơi khác. Thêm người vào một dự án trễ có thể làm dự án trễ hơn nếu chi phí onboarding và giao tiếp tăng nhanh hơn năng lực tạo ra. Giảm QA để kịp release có thể giúp hôm nay đẹp hơn, nhưng tháng sau support và rework tăng lên. Cắt cuộc họp có thể tiết kiệm thời gian, nhưng nếu thông tin không có đường đi khác, sự mơ hồ sẽ quay lại bằng bug, hiểu nhầm và quyết định lệch.

Cuốn sách làm mình nhớ rằng đòn bẩy tốt thường không nằm ở nơi ồn nhất. Nó có thể nằm ở một rule nhỏ, một incentive, một điểm đo, hoặc một cách làm cho feedback quay lại sớm hơn. Nếu muốn team báo rủi ro sớm, đừng chỉ nói “hãy minh bạch”. Hãy đảm bảo người báo rủi ro không bị phạt nặng hơn người giấu rủi ro tới phút cuối. Nếu muốn chất lượng tốt hơn, đừng chỉ thêm khẩu hiệu. Hãy đo rework, đặt thời gian review hợp lý, và cho người làm đủ quyền nói chưa khi đầu vào chưa rõ.

Điều đọng lại

Một vấn đề lặp lại thường không phải là một tai nạn lặp lại. Nó là một hệ thống đang hoạt động đúng theo cách nó được thiết kế, dù thiết kế đó có thể vô tình.

Cách đọc này cũng giúp mình bớt cực đoan hơn với con người. Có người thật sự thiếu trách nhiệm, có team thật sự làm kém, có quyết định thật sự sai. Nhưng trước khi kết luận nhanh, mình muốn hỏi thêm: cấu trúc nào đang khiến hành vi này trở nên hợp lý? Nếu một người cứ chọn đường tắt, có phải đường đúng đang quá nhiều ma sát không? Nếu một team cứ im lặng, có phải hệ thống đang thưởng cho sự im lặng không? Nếu mình cứ trì hoãn, có phải mục tiêu đang quá xa còn feedback thì quá mờ không?

The Art of Thinking in Systems không làm cuộc sống đơn giản hơn. Nó làm mình bớt vội tin vào giải pháp đơn giản. Có những việc chỉ cần sửa một bước là đủ. Nhưng với vấn đề quay lại nhiều lần, có lẽ điều tử tế hơn là nhìn nó như một vòng lặp cần được hiểu, không phải một triệu chứng cần bị dập tắt thật nhanh. Nếu bạn từng gặp một vấn đề cứ quay lại trong công việc hay đời sống, mình nghĩ câu hỏi đáng thử không phải là “ai làm sai nữa rồi?”, mà là “hệ thống này đang âm thầm dạy mọi người hành động như thế nào?”

Bạn thấy bài này thế nào?