Cách xây dựng phương án từ nguyên nhân vấn đề

Muốn xây dựng phương án từ nguyên nhân, không nên nhảy trực tiếp từ một câu nguyên nhân sang một hành động quen thuộc như đào tạo lại, nhắc nhở, tăng kiểm tra hay bổ sung nhân sự. Cần đi qua một chuỗi logic: xác nhận nguyên nhân có quan hệ nhân quả với vấn đề, xác định phần nào của nguyên nhân có thể can thiệp, chọn cơ chế tác động, tạo các phương án khác nhau và kiểm tra xem phương án có làm thay đổi nguyên nhân cũng như kết quả cuối hay không.

Một phương án tốt vì vậy không chỉ “có liên quan” đến nguyên nhân. Nó phải tạo được một thay đổi có thể giải thích: can thiệp X làm thay đổi nguyên nhân Y, từ đó làm giảm vấn đề Z.

Từ nguyên nhân đến phương án cần thêm một mắt xích: điểm can thiệp

Giả sử đã xác định được nguyên nhân: “đơn hàng giao chậm vì lệnh sản xuất thường được phát hành muộn”. Câu này vẫn chưa cho biết nên làm gì. Nếu chuyển ngay thành “yêu cầu bộ phận kế hoạch làm nhanh hơn”, ta mới phản ứng với biểu hiện của nguyên nhân chứ chưa xác định chính xác nơi cần thay đổi.

Cần tiếp tục hỏi: cái gì trong cơ chế phát hành lệnh khiến nó bị muộn?

Có thể là dữ liệu đầu vào đến trễ, lệnh phải chờ một bước phê duyệt, nhân viên phải tổng hợp thủ công từ nhiều nguồn hoặc hệ thống chỉ xử lý theo lô vào một thời điểm cố định. Mỗi cơ chế tạo ra một điểm can thiệp khác nhau.

Có thể mô tả logic này theo chuỗi:

Vấn đề → nguyên nhân → cơ chế gây ra nguyên nhân → điểm có thể can thiệp → phương án

Điểm can thiệp là yếu tố mà tổ chức có khả năng thay đổi và sự thay đổi đó đủ gần với quan hệ nhân quả để kỳ vọng vấn đề sẽ thay đổi theo.

Ví dụ, nếu nguyên nhân trực tiếp là “phải chờ phê duyệt”, các điểm can thiệp có thể nằm ở điều kiện cần phê duyệt, người có quyền phê duyệt, thời điểm phê duyệt hoặc cách hệ thống xử lý trường hợp đủ điều kiện. Những điểm này cụ thể hơn nhiều so với một giải pháp chung như “tăng cường phối hợp”.

Điều quan trọng là không phải nguyên nhân nào cũng có thể tác động trực tiếp. “Nhu cầu khách hàng biến động” có thể là nguyên nhân thực nhưng doanh nghiệp khó loại bỏ nó. Khi đó, điểm can thiệp phải chuyển sang cách hệ thống dự báo, hấp thụ hoặc phản ứng với biến động.

Chuẩn hóa nguyên nhân trước khi bắt đầu tạo phương án

Một nguyên nhân được diễn đạt quá rộng sẽ sinh ra phương án quá rộng. “Nhân viên thiếu trách nhiệm”, “quy trình chưa tốt”, “phối hợp kém” hay “thị trường thay đổi” đều khó chuyển thành hành động vì chưa chỉ ra được cơ chế cụ thể.

Nguyên nhân nên được diễn đạt sao cho nhìn thấy ít nhất ba thành phần: điều gì đang xảy ra, trong điều kiện nào và nó tạo ra vấn đề bằng cách nào.

Thay vì:

Bộ phận kho xử lý chậm

Cần tiến gần hơn tới dạng:

Đơn hàng phải chờ nhân viên kho nhập lại dữ liệu từ phiếu giấy vào hệ thống trước khi được chuyển sang bước đóng gói, làm tăng thời gian chờ khi lượng đơn cao

Cách diễn đạt thứ hai mở ra những điểm can thiệp rõ hơn: thao tác nhập lại, phương thức ghi nhận dữ liệu, thời điểm cập nhật hoặc điều kiện khiến hàng phải chờ.

Một phép kiểm tra hữu ích là thử bỏ nguyên nhân khỏi chuỗi nhân quả. Nếu nguyên nhân đó được loại bỏ hoặc giảm đáng kể, vấn đề có hợp lý khi được kỳ vọng giảm theo không? Nếu câu trả lời vẫn chưa rõ, chưa nên vội xây dựng phương án vì nguyên nhân có thể mới là hiện tượng đi kèm hoặc còn nằm quá xa nguyên nhân gốc.

Các công cụ như 5 Whys hay sơ đồ nguyên nhân–kết quả hỗ trợ quá trình truy tìm và tổ chức nguyên nhân, nhưng bản thân chúng không tự sinh ra giải pháp. Sau khi phân tích nguyên nhân vẫn cần bước riêng để xác định mắt xích nào có thể và nên được thay đổi.

Tạo phương án bằng cách thay đổi cơ chế gây ra vấn đề

Khi đã có điểm can thiệp, không nên chỉ nghĩ ra một phương án rồi lập tức triển khai. Cùng một nguyên nhân thường có thể được xử lý bằng nhiều cơ chế khác nhau.

Có bốn hướng can thiệp hữu ích để mở rộng không gian phương án.

Loại bỏ nguyên nhân

Đây là lựa chọn trực tiếp nhất: làm cho yếu tố gây vấn đề không còn tồn tại.

Nếu lỗi phát sinh vì nhân viên phải nhập cùng một dữ liệu hai lần, phương án có thể là loại bỏ bước nhập lại bằng cách truyền dữ liệu trực tiếp giữa hai hệ thống.

Cách này có khả năng xử lý nguyên nhân mạnh nhưng không phải lúc nào cũng khả thi. Một số nguyên nhân xuất phát từ yêu cầu pháp lý, giới hạn kỹ thuật, biến động bên ngoài hoặc điều kiện kinh doanh không thể loại bỏ.

Giảm khả năng nguyên nhân xuất hiện

Khi không thể loại bỏ hoàn toàn, có thể thay đổi điều kiện khiến nguyên nhân ít xảy ra hơn.

Nếu kế hoạch sản xuất thường trễ vì dữ liệu đầu vào thiếu, phương án có thể tập trung vào việc chuẩn hóa dữ liệu bắt buộc, tự động kiểm tra trường thiếu hoặc thiết lập thời hạn cung cấp dữ liệu trước thời điểm lập kế hoạch.

Nguyên nhân vẫn có thể xuất hiện nhưng tần suất hoặc mức độ của nó giảm.

Chặn nguyên nhân truyền thành vấn đề

Có trường hợp nguyên nhân không thể ngăn nhưng có thể ngăn hậu quả của nó lan đến kết quả cuối.

Ví dụ, nhu cầu khách hàng biến động khó loại bỏ. Thay vì cố “giảm biến động thị trường”, doanh nghiệp có thể bổ sung mức dự phòng phù hợp, rút ngắn chu kỳ lập kế hoạch hoặc thiết kế năng lực điều chỉnh nhanh hơn. Can thiệp không tác động vào nguồn gây biến động mà vào mắt xích truyền tác động của nó.

Đây là khác biệt quan trọng giữa xử lý nguyên nhân và cố xóa mọi nguyên nhân. Giải đúng vấn đề gốc không bắt buộc phải loại bỏ tận cùng một yếu tố nếu điểm can thiệp khác trong cùng chuỗi nhân quả đem lại hiệu quả tốt hơn.

Phát hiện sớm và phục hồi trước khi hậu quả trở nên nghiêm trọng

Khi không thể ngăn nguyên nhân với độ tin cậy đủ cao, có thể bổ sung cơ chế phát hiện và phản ứng.

Chẳng hạn, nếu một loại dữ liệu đầu vào đôi lúc vẫn sai dù đã có biện pháp phòng ngừa, hệ thống có thể kiểm tra bất thường trước khi dữ liệu được dùng cho bước tiếp theo. Đây không phải phương án mạnh bằng loại bỏ nguyên nhân, nhưng có thể là lớp bảo vệ cần thiết khi rủi ro không thể triệt tiêu hoàn toàn.

Nhờ bốn hướng này, một nguyên nhân không còn bị gắn cứng với một giải pháp duy nhất. Nhóm giải quyết vấn đề có thể so sánh nhiều cách tác động lên cùng cơ chế.

Sàng lọc phương án theo mức tác động vào nguyên nhân, không theo mức độ hấp dẫn

Một ý tưởng có thể dễ triển khai nhưng không giải nguyên nhân. Ngược lại, một phương án tác động rất mạnh vào nguyên nhân có thể quá tốn kém hoặc tạo ra vấn đề mới. Vì thế lựa chọn cần đồng thời xét độ đúng về nhân quả và khả năng triển khai.

Trước hết, mỗi phương án cần trả lời được ba câu hỏi:

1.    Phương án thay đổi chính xác yếu tố nào trong chuỗi nguyên nhân?

2.    Sau thay đổi đó, vì sao vấn đề được kỳ vọng giảm?

3.    Có điều kiện nào khiến quan hệ này không còn đúng?

Nếu không diễn giải được chuỗi này, phương án có nguy cơ chỉ liên quan về chủ đề chứ chưa thực sự tác động vào nguyên nhân.

Sau đó mới đánh giá các yếu tố thực tế như chi phí, thời gian, nguồn lực, độ phức tạp, rủi ro triển khai và tác dụng phụ. Một cách sàng lọc đơn giản là xem xét phương án trên các tiêu chí:

·         Mức độ tác động vào nguyên nhân đã xác định

·         Khả năng làm thay đổi kết quả cuối

·         Khả năng thực hiện với nguồn lực hiện có

·         Thời gian cần để tạo tác động

·         Rủi ro hoặc hậu quả phụ

·         Khả năng duy trì sau khi triển khai

·         Khả năng đo lường kết quả

Thứ tự đánh giá có ý nghĩa. Nếu phương án không tác động đủ mạnh vào nguyên nhân, việc nó rẻ hoặc dễ làm không biến nó thành phương án đúng.

Ví dụ, nguyên nhân lỗi là thông tin bắt buộc không được hệ thống kiểm tra trước khi hồ sơ chuyển bước. “Đào tạo nhân viên cẩn thận hơn” có thể dễ triển khai, nhưng phụ thuộc tiếp tục vào hành vi con người. “Thiết lập trường bắt buộc và kiểm tra điều kiện trước khi chuyển hồ sơ” tác động trực tiếp hơn vào cơ chế tạo lỗi. Đào tạo vẫn có thể cần, nhưng không nên được xem là thay thế cho kiểm soát nằm ngay tại điểm phát sinh.

Kiểm chứng phương án bằng một giả thuyết nhân quả có thể đo được

Phương án chưa được chứng minh chỉ vì nghe hợp lý. Cần biến nó thành một giả thuyết có khả năng kiểm tra.

Dạng cơ bản là:

Nếu thực hiện phương án X, yếu tố nguyên nhân Y sẽ thay đổi; nếu Y thực sự là nguyên nhân quan trọng, chỉ số vấn đề Z phải thay đổi theo hướng dự kiến

Giả sử:

·         Vấn đề: nhiều đơn giao trễ

·         Nguyên nhân đã xác định: lệnh sản xuất được phát hành trễ vì phải chờ tổng hợp dữ liệu thủ công

·         Phương án: tự động tổng hợp dữ liệu trước thời điểm phát hành lệnh

Không nên chỉ đo “đã cài chức năng tự động hay chưa”. Đó là chỉ số triển khai, không phải bằng chứng rằng vấn đề đã được giải.

Cần theo dõi ít nhất hai tầng kết quả. Tầng thứ nhất cho biết nguyên nhân trung gian có thay đổi không, chẳng hạn thời gian tổng hợp dữ liệu hoặc tỷ lệ lệnh phát hành đúng hạn. Tầng thứ hai cho biết vấn đề cuối cùng có cải thiện không, chẳng hạn tỷ lệ đơn giao đúng hạn.

Nếu bước trung gian cải thiện nhưng kết quả cuối không đổi, có thể nguyên nhân được chọn không đủ quan trọng hoặc còn một nút thắt khác trong chuỗi. Nếu kết quả cải thiện nhưng yếu tố nguyên nhân không thay đổi, cần thận trọng trước khi kết luận phương án thành công vì thay đổi có thể đến từ yếu tố khác.

Khi chi phí hoặc rủi ro triển khai lớn, thử nghiệm ở phạm vi nhỏ giúp kiểm tra giả thuyết trước khi áp dụng rộng. Phạm vi thử nghiệm phải đủ để quan sát cơ chế dự kiến; một pilot quá nhỏ hoặc diễn ra trong điều kiện không đại diện có thể tạo cảm giác thành công nhưng chưa chứng minh được khả năng áp dụng thực tế.

Ví dụ hoàn chỉnh về xây dựng phương án từ nguyên nhân

Giả sử một doanh nghiệp gặp vấn đề: tỷ lệ đơn hàng xử lý trễ tăng vào cuối ngày.

Phân tích cho thấy nguyên nhân không phải đơn thuần là “nhân viên làm chậm”. Chuỗi thực tế là: nhiều đơn được chuyển cùng lúc vào cuối ca vì hệ thống kinh doanh đồng bộ dữ liệu theo lô; kho nhận một lượng công việc lớn trong thời gian ngắn; năng lực xử lý tức thời không đủ; một phần đơn bị chuyển sang ngày hôm sau.

Nếu dừng ở biểu hiện “kho quá tải”, phương án dễ trở thành tăng ca hoặc bổ sung nhân viên. Hai giải pháp này có thể giảm hậu quả nhưng chưa chắc là cách tốt nhất.

Khi nhìn vào chuỗi nguyên nhân, có nhiều điểm can thiệp hơn:

·         Thay đồng bộ theo lô bằng truyền đơn liên tục để loại bỏ sự dồn việc

·         Tăng tần suất đồng bộ để giảm quy mô mỗi đợt

·         Thiết lập cảnh báo khi lượng đơn chờ vượt ngưỡng để điều phối nguồn lực sớm

·         Bố trí năng lực bổ sung đúng khung giờ nếu đặc điểm hệ thống chưa thể thay đổi ngay

Các phương án này tác động vào những mắt xích khác nhau. Phương án đầu thay đổi nguồn tạo ra đỉnh tải. Phương án thứ hai giảm cường độ nguyên nhân. Phương án thứ ba tăng khả năng phát hiện và phản ứng. Phương án thứ tư tăng khả năng hấp thụ hậu quả.

Muốn lựa chọn, doanh nghiệp cần kiểm tra đâu là điểm can thiệp vừa tác động đủ mạnh vào tình trạng dồn việc, vừa khả thi trong điều kiện hệ thống hiện tại. Nếu chọn tăng tần suất đồng bộ, giả thuyết kiểm chứng có thể là: các đợt đơn nhỏ hơn sẽ làm giảm đỉnh số đơn chờ, từ đó giảm số đơn phải chuyển sang ngày hôm sau.

Như vậy, phương án được hình thành từ một quan hệ nhân quả cụ thể chứ không từ danh sách giải pháp quen thuộc.

Muốn đi từ nguyên nhân sang phương án, mắt xích quyết định là chuyển nguyên nhân thành điểm can thiệp có thể tác động. Sau đó mới tạo các lựa chọn bằng cách loại bỏ nguyên nhân, giảm khả năng xuất hiện, chặn đường truyền tác động hoặc phát hiện và phục hồi sớm.

Một phương án chỉ nên được xem là giải đúng vấn đề gốc khi có thể chỉ rõ: nó thay đổi yếu tố nào, sự thay đổi đó tác động đến vấn đề bằng cơ chế gì và kết quả nào sẽ dùng để kiểm chứng. Nhờ vậy, quá trình xây dựng phương án từ nguyên nhân không còn là bước “nghĩ giải pháp” theo cảm tính mà trở thành một chuỗi lập luận nhân quả có thể kiểm tra và điều chỉnh.