Quay lại trước khi tiến lên: thiết kế một kế hoạch có thể thực thi
Ta thường muốn có kế hoạch ngay khi thấy một việc trục trặc. Doanh số chậm thì mở thêm chiến dịch. Nhân viên làm chưa đạt thì tổ chức thêm cuộc họp. Dự án chậm thì thúc mọi người tăng tốc. Ta bắt đầu tiến lên, nhưng có thể đang chạy theo hướng của một chẩn đoán chưa từng được kiểm tra.
Trong một bài viết ngắn, Ray Dalio mở đầu bằng lời nhắc: “Go back before you go forward” — hãy quay lại trước khi tiến lên. Ông gợi ý xem vấn đề như một tập hợp kết quả được tạo ra bởi một “cỗ máy”; nhớ rằng thường có nhiều con đường để đạt mục tiêu; hình dung kế hoạch như kịch bản cho biết ai làm gì theo thời gian; viết kế hoạch ra để mọi người cùng nhìn thấy và dùng làm căn cứ đo tiến độ. Ông cũng nhấn mạnh rằng thiết kế một kế hoạch tốt không nhất thiết tốn nhiều thời gian.
Đó là một nguyên tắc ngắn, nhưng có thể thay đổi cách ta phản ứng trước vấn đề: đừng hỏi ngay “làm gì tiếp theo?”, hãy hỏi “điều gì đang tạo ra kết quả hiện tại?”.
Quay lại không phải là thụt lùi
“Quay lại” ở đây không có nghĩa là nuối tiếc quá khứ hay trì hoãn hành động. Đó là lùi một bước khỏi phản ứng đầu tiên để nhìn lại chuỗi nguyên nhân. Kết quả hôm nay thường không đến từ một hành động đơn lẻ. Nó được tạo nên bởi nhiều điều kiện nối tiếp nhau: cách giao việc, thông tin sẵn có, năng lực, quyền quyết định, thời điểm, động lực và cách ta kiểm tra.
Nếu một dự án trễ, câu trả lời “mọi người chưa đủ quyết liệt” nghe có vẻ rõ ràng nhưng chưa phải chẩn đoán. Có thể mục tiêu thay đổi liên tục; người phụ trách phải chờ phê duyệt; đầu vào đến muộn; hoặc nhóm đang đo tiến độ bằng số việc đã làm thay vì phần kết quả đã hoàn thành. Mỗi nguyên nhân đòi hỏi một kế hoạch khác nhau. Tăng áp lực chỉ hữu ích nếu thiếu nỗ lực thực sự là nút thắt. Nếu vấn đề nằm ở quyền hạn hay thứ tự công việc, sức ép có thể làm mọi người bận hơn mà kết quả không nhanh hơn.
Một cách tự hỏi hữu ích là: nếu người khác với năng lực tương đương bước vào đúng hệ thống này, họ có dễ tạo ra cùng kết quả không? Nếu câu trả lời là có, đừng chỉ sửa con người; hãy xem lại chiếc máy mà họ đang vận hành.
“Cỗ máy” không phải khái niệm bí hiểm. Nó là cách gọi một hệ thống gồm con người, quy trình, công cụ, thông tin và những quy tắc tương tác với nhau để tạo ra đầu ra. Chẳng hạn, một quy trình chăm sóc khách hàng có thể nhận yêu cầu, phân loại, giao cho người xử lý, phản hồi và theo dõi đến khi đóng việc. Nếu khách phải nhắc lại nhiều lần, nguyên nhân có thể nằm ở khâu bàn giao hoặc dữ liệu không đi theo yêu cầu, chứ không nhất thiết do một cá nhân thiếu trách nhiệm.
Chẩn đoán trước khi kê đơn
Trong y học, người ta không nên chọn điều trị chỉ vì triệu chứng gây khó chịu; cần tìm hiểu nguyên nhân và điều kiện liên quan. Quản trị cũng vậy, dù không thể biến tổ chức thành một phòng thí nghiệm hoàn hảo. Một kế hoạch tốt bắt đầu bằng việc phân biệt ba lớp:
- Kết quả quan sát được: điều gì đã xảy ra, ở đâu, khi nào, với tần suất nào?
- Cơ chế tạo ra kết quả: bước nào, quyết định nào hoặc sự phụ thuộc nào có thể tạo ra nó?
- Nguyên nhân có thể tác động: điều gì nằm trong khả năng thay đổi, và điều gì chỉ là bối cảnh cần thích nghi?
Ba lớp này giúp tránh nhảy từ một sự kiện sang kết luận về tính cách. Một lần giao trễ chưa đủ để khẳng định ai đó thiếu cam kết. Nhưng nếu nhiều giao việc cùng dừng tại một khâu phê duyệt, đó là tín hiệu đáng kiểm tra ở cấp hệ thống.
Chẩn đoán cũng không phải cuộc điều tra vô tận. Mục tiêu không phải tìm một nguyên nhân duy nhất cho mọi vấn đề; các kết quả phức tạp thường có nhiều nguyên nhân cùng tác động. Hãy tìm nguyên nhân đủ quan trọng để thay đổi, rồi thử xem nếu tác động vào đó, kết quả có chuyển biến không.
Ở đây có một ranh giới cần giữ: “nhìn hệ thống” không được trở thành cách miễn trách nhiệm cá nhân. Một hệ thống có thể tạo điều kiện cho lỗi, nhưng con người vẫn cần nhận phần trách nhiệm nằm trong quyền lựa chọn của mình. Ngược lại, quy mọi lỗi cho cá nhân có thể giúp ta kết thúc cuộc họp nhanh, nhưng không đảm bảo lỗi sẽ không lặp lại.
Từ chẩn đoán đến nhiều con đường
Khi đã có giả thuyết về nguyên nhân, ta mới thiết kế phương án. Ray Dalio nhắc rằng thường có nhiều con đường để tới mục tiêu. Điều này quan trọng vì ta hay nhầm con đường quen thuộc với con đường duy nhất.
Giả sử mục tiêu là giảm thời gian phản hồi yêu cầu nội bộ. Có thể tuyển thêm người, tự động hóa một bước, gom yêu cầu vào một đầu mối, trao quyền xử lý cho nhóm gần vấn đề hơn, hoặc bỏ một bước phê duyệt không còn tạo giá trị. Những lựa chọn này khác nhau về chi phí, tốc độ, rủi ro và khả năng đảo ngược. “Làm nhanh hơn” chỉ là một chiều; một phương án tốt cần phù hợp với nguyên nhân và giới hạn thực tế.
Trước khi chọn, hãy hỏi:
- Phương án nào tác động trực tiếp nhất vào nguyên nhân ta đang nghi ngờ?
- Ta đang đánh đổi điều gì: tiền, thời gian, chất lượng, quyền kiểm soát hay sự linh hoạt?
- Nếu giả thuyết sai, phương án nào dễ dừng hoặc sửa nhất?
- Có thử nghiệm nhỏ nào giúp ta học trước khi nhân rộng?
Kế hoạch vì thế không phải lời tiên tri chắc chắn về tương lai. Nó là một thiết kế dựa trên hiểu biết hiện có, có chủ đích để kiểm tra những giả định quan trọng. Một kế hoạch càng nhiều điều chưa biết thì càng cần các điểm học và điều chỉnh, thay vì chỉ thêm chi tiết cho cảm giác chắc chắn.
Viết kế hoạch như kịch bản
Hình ảnh “kịch bản phim” của Dalio giúp cụ thể hóa một điểm thường bị bỏ quên. Kế hoạch không chỉ là danh sách việc cần làm. Nó phải cho người đọc hình dung được chuyện gì sẽ xảy ra tiếp theo: ai tham gia, họ làm gì, trước hay sau bước nào, cần quyết định ở đâu, và dấu hiệu nào cho biết ta đang tiến gần kết quả.
Một bản kế hoạch tối thiểu có thể trả lời sáu câu hỏi:
- Đích đến là gì? Mô tả kết quả có thể quan sát, không chỉ khẩu hiệu.
- Hiện trạng và khoảng cách ra sao? Nêu dữ kiện đang có, mốc ban đầu và phần chưa biết.
- Nguyên nhân nào sẽ được xử lý? Ghi rõ giả thuyết, tránh trình bày suy đoán như sự thật.
- Ai làm gì, theo thứ tự nào? Mỗi đầu việc có một người chịu trách nhiệm chính và đầu ra rõ.
- Khi nào kiểm tra? Chọn mốc đo đủ sớm để phát hiện lệch hướng trước khi quá muộn.
- Nếu kết quả khác dự kiến thì sao? Nêu tín hiệu cần xem lại, phương án tiếp theo và người có quyền quyết định.
Ví dụ, thay vì ghi “cải thiện phối hợp”, có thể viết: “Trong hai tuần tới, nhóm vận hành ghi lại thời gian từ lúc nhận yêu cầu đến lúc giao người xử lý; trưởng nhóm rà các yêu cầu bị chờ quá một ngày vào thứ Ba và thứ Sáu; nếu phần lớn thời gian nằm ở bước phê duyệt, nhóm thử một ngưỡng phân quyền mới với một loại yêu cầu trước khi áp dụng rộng.” Đây chỉ là ví dụ minh họa, không phải một công thức áp dụng cho mọi đội ngũ. Điểm khác biệt là kế hoạch đã cho biết cần quan sát điều gì, ai làm, lúc nào và học được gì từ kết quả.
Viết kế hoạch ra cũng làm lộ những khoảng trống. Nếu không biết ai quyết định, chưa có kế hoạch thực thi. Nếu không biết “xong” trông như thế nào, rất khó đánh giá tiến độ. Nếu lịch phụ thuộc vào một người hoặc một hệ thống chưa được xác nhận, đó là rủi ro chứ không phải chi tiết nhỏ.
Công khai để phối hợp, không phải để trình diễn
Dalio khuyên viết kế hoạch để mọi người cùng nhìn thấy và đo tiến độ. Ý nghĩa thực tế không nằm ở việc tạo thêm một tài liệu đẹp, mà là đưa hiểu biết ngầm ra ngoài đầu một người. Khi kế hoạch chỉ nằm trong suy nghĩ của người lãnh đạo, các thành viên có thể cùng nghe một mục tiêu nhưng tưởng tượng ra những con đường khác nhau.
Một kế hoạch dùng chung giúp phát hiện sớm ba loại lệch:
- Lệch mục tiêu: mỗi người đang tối ưu một kết quả khác nhau.
- Lệch thứ tự: bước sau bắt đầu trước khi điều kiện của bước trước sẵn sàng.
- Lệch kỳ vọng: người giao việc nghĩ đầu ra là bản hoàn chỉnh, người nhận nghĩ chỉ cần bản nháp.
Tuy nhiên, “mọi người cùng nhìn thấy” không đồng nghĩa mọi chi tiết phải được công khai cho tất cả. Thông tin nhạy cảm cần đúng phạm vi, và phản biện công khai phải có cách tổ chức an toàn. Minh bạch không phải phơi bày; nó là làm cho những người cần phối hợp nhìn thấy đủ thông tin để phối hợp và chịu trách nhiệm.
Khi kế hoạch trở thành chiếc bẫy
Ta có thể lập kế hoạch quá ít, nhưng cũng có thể lập quá nhiều. Một tài liệu dài, biểu đồ Gantt dày đặc và hàng chục chỉ số không tự làm giảm bất định. Đôi khi chúng chỉ khiến ta trì hoãn việc kiểm tra thực tế.
Có ba dấu hiệu kế hoạch đang thành hình thức:
- Nó mô tả hoạt động nhưng không nêu kết quả cần tạo ra.
- Nó giả định mọi thứ sẽ diễn ra đúng lịch nhưng không chỉ ra tín hiệu cảnh báo.
- Nó được cập nhật để trông có vẻ kiểm soát, còn quyết định thực tế vẫn dựa vào tin nhắn hoặc trí nhớ.
Mặt khác, không phải việc nào cũng cần một kế hoạch nhiều trang. Với việc nhỏ, ít rủi ro và dễ đảo ngược, một mục tiêu cùng bước kế tiếp có thể đủ. Với việc có nhiều người, chi phí lớn hoặc hậu quả khó sửa, cần mô tả rõ hơn các phụ thuộc, lựa chọn và điểm kiểm tra. Độ chi tiết nên tăng theo mức độ phức tạp và cái giá của sai lầm, không theo sự yêu thích tài liệu.
Một phản biện khác: đôi lúc “quay lại” bị dùng để phân tích mãi mà chưa hành động. Ta cần phân biệt chẩn đoán hữu ích với né tránh. Chẩn đoán hữu ích tạo ra một giả thuyết có thể thử và thời hạn để kiểm tra. Nếu sau nhiều vòng thảo luận ta vẫn không biết điều gì sẽ được làm khác vào ngày mai, có lẽ ta đang tích lũy lời giải thích chứ chưa tiến gần lời giải.
Kế hoạch là bản đồ có thể sửa
Lập kế hoạch không kết thúc ở lúc gửi tài liệu. Kế hoạch chỉ có giá trị khi được đối chiếu với kết quả thực tế. Vì vậy, mỗi mốc đo nên giúp ta trả lời ít nhất một câu: giả thuyết ban đầu có đúng không; bước nào đang tạo ra tiến bộ; điểm nghẽn nào vừa xuất hiện; và cần tiếp tục, điều chỉnh hay dừng?
Nếu dữ liệu đi ngược dự đoán, đừng vội che đi bằng cách sửa mục tiêu cho đẹp. Hãy cập nhật hiểu biết. Nếu một bước không tạo giá trị, bỏ hoặc thay nó. Nếu phương án hiệu quả trong phạm vi nhỏ, thử mở rộng có kiểm soát. Nếu chi phí vượt ngưỡng, quay lại so sánh những con đường khác.
Một kế hoạch tốt không phải kế hoạch không bao giờ đổi. Nó là kế hoạch cho phép ta nhận ra sớm khi nào cần đổi, mà không đánh mất mục tiêu.
Một trang để bắt đầu
Lần tới khi gặp một vấn đề, trước khi gọi thêm cuộc họp hay giao thêm việc, thử viết một trang với các dòng sau:
- Kết quả tôi muốn thay đổi:
- Điều đang xảy ra, dựa trên dữ kiện:
- Cơ chế có thể đang tạo ra kết quả ấy:
- Những giả thuyết tôi cần kiểm tra:
- Hai hoặc ba con đường khả thi:
- Phương án thử trước và lý do chọn:
- Ai làm gì, theo thứ tự nào:
- Mốc kiểm tra và dấu hiệu cảnh báo:
- Nếu không hiệu quả, ta sẽ học gì và làm gì tiếp:
Viết xong, đưa bản kế hoạch cho những người trực tiếp thực hiện đọc. Nếu họ không thể nói lại cùng một đích đến, vai trò và bước kế tiếp, bản kế hoạch vẫn chưa đủ rõ. Nếu tất cả đều hiểu giống nhau nhưng không có thời điểm kiểm tra, ta vẫn chưa có vòng học.
“Quay lại trước khi tiến lên” không phải lời mời suy nghĩ lâu hơn để cảm thấy mình đã làm việc. Đó là cách dừng phản xạ đủ lâu để nhìn ra hệ thống, rồi chọn một bước đi có căn cứ. Hãy chẩn đoán để không chữa nhầm, viết kế hoạch để người khác có thể cùng hành động, và đo để sẵn sàng sửa khi thực tế trả lời.
Một kế hoạch tốt không cần phức tạp. Nó cần nói rõ điều gì sẽ xảy ra tiếp theo — và làm sao ta biết mình đang đi đúng hướng.