Điều kiện tiên quyết để một giải pháp có thể triển khai

Điểm quan trọng là phân biệt điều kiện tiên quyết với công việc phải làm trong quá trình triển khai. Một điều kiện tiên quyết phải tồn tại trước bước mà nó chi phối. Chẳng hạn, quyền phê duyệt ngân sách phải có trước khi cam kết chi phí; dữ liệu đầu vào tối thiểu phải có trước khi vận hành một phương án phụ thuộc vào dữ liệu đó. Ngược lại, việc theo dõi kết quả sau khi thực hiện không phải điều kiện tiên quyết để bắt đầu.

Vì vậy, câu hỏi cần đặt ra không phải chỉ là “giải pháp này có tốt không?”, mà là: những điều gì bắt buộc phải đúng để phương án này có thể được thực hiện một cách hợp lệ, khả thi và có thể kiểm soát?

Điều kiện tiên quyết phải được đáp ứng trước khi chuyển sang triển khai

Về bản chất, điều kiện tiên quyết của một phương án giải quyết là tập hợp các trạng thái, nguồn lực, quyền hạn, thông tin và ràng buộc bắt buộc phải được thỏa mãn trước khi bắt đầu thực hiện phương án.

Một điều kiện chỉ thực sự là “tiên quyết” khi việc thiếu nó khiến bước tiếp theo không thể thực hiện, không nên thực hiện hoặc làm mức độ bất định tăng đến mức không còn kiểm soát hợp lý. Vì thế, không phải mọi điều mong muốn đều là điều kiện tiên quyết.

Có thể kiểm tra một yêu cầu bằng câu hỏi phản chứng: nếu yêu cầu này chưa được đáp ứng mà vẫn triển khai, điều gì xảy ra? Nếu câu trả lời là phương án không thể vận hành, vi phạm một ràng buộc bắt buộc, không có người chịu trách nhiệm, không đủ nguồn lực hoặc không thể xác định thành công hay thất bại, yêu cầu đó có tính tiên quyết rõ ràng.

Ngược lại, một cải tiến giúp quá trình thuận tiện hơn nhưng thiếu nó vẫn có thể triển khai bình thường thường chỉ là điều kiện hỗ trợ. Việc phân biệt hai nhóm này ngăn một phương án bị trì hoãn bởi những yêu cầu “nên có” nhưng không thực sự bắt buộc.

Vấn đề và kết quả cần đạt phải đủ rõ trước khi chốt phương án

Một giải pháp chỉ có ý nghĩa khi nó giải quyết đúng vấn đề. Vì vậy, trước khi coi một phương án là sẵn sàng triển khai, phải xác định được ít nhất ba yếu tố: trạng thái hiện tại cần thay đổi, trạng thái mong muốn sau can thiệp và khoảng cách giữa hai trạng thái.

Nếu vấn đề được mô tả quá rộng, phương án dễ giải quyết biểu hiện thay vì nguyên nhân có liên quan trực tiếp. Nếu kết quả mong muốn mơ hồ, cùng một hành động có thể được bên này coi là thành công nhưng bên khác coi là thất bại. Khi đó, việc “triển khai đúng kế hoạch” cũng chưa chứng minh rằng vấn đề đã được giải quyết.

Điều kiện này không đòi hỏi phải biết mọi chi tiết trước khi hành động. Mức độ rõ chỉ cần đủ để trả lời được:

·         Đối tượng hoặc trạng thái nào cần thay đổi

·         Kết quả tối thiểu nào phải đạt

·         Phạm vi nào thuộc và không thuộc phương án

·         Tiêu chí nào cho biết giải pháp đang giải quyết đúng vấn đề

Đây là ranh giới quan trọng giữa một phương án có mục tiêu xác định và một hoạt động chỉ được thực hiện vì “có thể thử”. Khi chưa xác định được kết quả cần đạt, chưa có cơ sở vững để đánh giá tính phù hợp của giải pháp, phân bổ nguồn lực hay quyết định có nên tiếp tục triển khai.

Giải pháp phải khả thi trong những ràng buộc thực tế

Một phương án có thể đúng về logic nhưng vẫn không triển khai được trong điều kiện thực tế. Do đó, tính khả thi là nhóm điều kiện tiên quyết tiếp theo cần được kiểm chứng.

Khả thi không đồng nghĩa với “có thể làm trong một tình huống lý tưởng”. Phương án phải có khả năng hoạt động trong chính môi trường mà nó sẽ được áp dụng, bao gồm giới hạn về thời gian, ngân sách, công nghệ, nhân sự, quy định, năng lực vận hành và các điều kiện phụ thuộc.

Cơ chế kiểm tra khá đơn giản: mỗi yêu cầu quan trọng của giải pháp phải được đối chiếu với một khả năng thực tế tương ứng. Nếu phương án cần xử lý một lượng công việc nhất định, năng lực thực hiện phải đáp ứng được mức đó. Nếu nó phụ thuộc vào một hệ thống khác, hệ thống phụ thuộc phải tương thích. Nếu có giới hạn bắt buộc về pháp lý, kỹ thuật hoặc tổ chức, thiết kế của giải pháp không được vượt qua giới hạn đó.

Điểm thường bị hiểu sai là coi “khó” đồng nghĩa với “không khả thi”. Một giải pháp có thể khó, tốn kém hoặc cần thay đổi lớn nhưng vẫn khả thi nếu các điều kiện cần có thể được đáp ứng. Ngược lại, một phương án nghe đơn giản vẫn chưa khả thi nếu nó dựa vào một nguồn lực không tồn tại hoặc một giả định không thể thực hiện.

Vì thế, đánh giá khả thi phải dẫn đến một kết luận cụ thể: ràng buộc nào đã được đáp ứng, ràng buộc nào còn thiếu và thiếu sót đó có chặn việc triển khai hay không.

Nguồn lực, quyền hạn và các phụ thuộc phải ở trạng thái sẵn sàng

Một giải pháp không tự triển khai. Nó cần người thực hiện, nguồn lực để vận hành và quyền quyết định đủ để biến phương án thành hành động.

Nguồn lực không chỉ là ngân sách. Tùy phương án, điều kiện tiên quyết có thể bao gồm nhân sự có năng lực phù hợp, thời gian, dữ liệu, thiết bị, hệ thống, vật tư, không gian, quyền truy cập hoặc năng lực hỗ trợ. Chỉ ghi nhận rằng nguồn lực “có thể xin” hoặc “dự kiến sẽ có” chưa tương đương với trạng thái sẵn sàng nếu việc thiếu nguồn lực đó có thể chặn bước thực hiện.

Quyền hạn cũng cần được xác định. Người chịu trách nhiệm triển khai phải biết ai được phép phê duyệt, ai có quyền thay đổi các yếu tố quan trọng và ai chịu trách nhiệm khi phát sinh vấn đề. Một phương án có đủ nguồn lực nhưng không có quyền ra quyết định có thể bị đình trệ ngay tại những điểm cần xử lý ngoại lệ.

Các phụ thuộc bên ngoài cần được xem như điều kiện riêng. Ví dụ, nếu bước B chỉ có thể bắt đầu sau khi hệ thống A cung cấp dữ liệu, việc “đã thiết kế xong bước B” chưa có nghĩa là B sẵn sàng. Điều kiện tiên quyết thực tế là dữ liệu từ A đã có hoặc ít nhất cơ chế cung cấp dữ liệu đã được bảo đảm ở thời điểm cần thiết.

Do đó, trước khi triển khai cần chuyển các cam kết mơ hồ thành trạng thái có thể kiểm chứng: ai thực hiện, dùng nguồn lực nào, dựa vào yếu tố nào và quyền quyết định nằm ở đâu.

Các giả định và rủi ro có khả năng làm mất hiệu lực giải pháp phải được kiểm chứng

Mọi phương án đều chứa giả định. Vấn đề không nằm ở việc có giả định hay không, mà ở việc một giả định chưa được kiểm chứng có đủ quan trọng để khiến phương án thất bại hay không.

Giả sử giải pháp chỉ hoạt động khi người dùng có một năng lực nhất định. Nếu năng lực đó chưa được xác nhận nhưng toàn bộ phương án phụ thuộc vào nó, đây là một giả định có tính tiên quyết. Tương tự, nếu một thay đổi chỉ an toàn khi hệ thống hiện tại đáp ứng một điều kiện kỹ thuật nhất định, điều kiện đó phải được xác minh trước khi áp dụng thay đổi.

Không cần loại bỏ mọi rủi ro trước khi triển khai. Yêu cầu đó thường không thực tế. Điều cần thiết là nhận diện những rủi ro có khả năng:

·         Làm giải pháp không thể vận hành

·         Làm kết quả không còn đáp ứng mục tiêu

·         Tạo hậu quả vượt mức chấp nhận

·         Làm mất một nguồn lực hoặc phụ thuộc thiết yếu

·         Khiến phương án không thể đảo ngược hoặc khắc phục trong giới hạn cho phép

Với những rủi ro như vậy, điều kiện tiên quyết có thể là kiểm thử trước, xác minh giả định, chuẩn bị biện pháp dự phòng hoặc thiết lập điểm dừng. Nếu rủi ro vẫn tồn tại nhưng đã nằm trong giới hạn chấp nhận và có cách xử lý rõ, giải pháp có thể tiếp tục. Nếu một giả định trọng yếu vẫn hoàn toàn chưa biết, việc bắt đầu triển khai đồng nghĩa với chuyển sự bất định đó sang giai đoạn có chi phí thay đổi cao hơn.

Tiêu chí chấp nhận phải cho biết khi nào giải pháp đủ điều kiện để bắt đầu

Một danh sách điều kiện chỉ hữu ích khi có thể xác định điều kiện nào đã đạt và điều kiện nào chưa đạt. Vì vậy, trước bước triển khai cần có tiêu chí chấp nhận đủ cụ thể để hỗ trợ quyết định go/no-go.

Tiêu chí này không nhất thiết phải là một con số trong mọi trường hợp. Với yếu tố có thể đo lường, nên sử dụng ngưỡng hoặc trạng thái kiểm chứng được. Với yếu tố mang tính thủ tục hoặc trách nhiệm, có thể sử dụng bằng chứng như phê duyệt đã hoàn tất, quyền truy cập đã được cấp hoặc người chịu trách nhiệm đã được chỉ định.

Một tiêu chí tốt cần trả lời được hai câu hỏi: bằng chứng nào chứng minh điều kiện đã đạt và ai có thẩm quyền xác nhận điều đó? Nếu chỉ ghi “đã sẵn sàng”, “đủ nguồn lực” hoặc “rủi ro thấp” mà không có căn cứ kiểm chứng, quyết định triển khai vẫn phụ thuộc nhiều vào cảm nhận.

Không phải mọi điều kiện đều cần đạt mức hoàn hảo. Một số có thể cho phép sai số hoặc được xử lý trong quá trình thực hiện. Điều quyết định là phải biết trước điều kiện nào là bắt buộc, điều kiện nào có thể chấp nhận ở mức tối thiểu và trường hợp nào buộc phải dừng.

Nhờ đó, quyết định bắt đầu không còn là bước chuyển theo lịch hoặc theo kỳ vọng. Nó trở thành kết quả của việc kiểm tra trạng thái sẵn sàng.

Điều kiện tiên quyết cần được kiểm tra ngay trước bước mà nó chi phối

Không có một thời điểm duy nhất phù hợp cho tất cả điều kiện tiên quyết. Nguyên tắc là mỗi điều kiện phải được xác nhận trước bước đầu tiên có thể bị ảnh hưởng nếu điều kiện đó không đúng.

Một số điều kiện cần được làm rõ trước khi lựa chọn phương án, chẳng hạn phạm vi vấn đề và kết quả cần đạt. Một số khác chỉ cần hoàn tất trước khi cam kết thực hiện, như ngân sách, quyền phê duyệt, nhân sự hoặc khả năng tiếp cận nguồn lực. Các điều kiện vận hành cụ thể có thể được xác nhận ngay trước khi kích hoạt bước tương ứng.

Cách sắp xếp này tránh hai cực đoan. Kiểm tra quá muộn khiến tổ chức đã bỏ chi phí vào một phương án chưa đủ điều kiện. Kiểm tra tất cả mọi thứ quá sớm lại có thể buộc phải xác minh những yếu tố chưa cần thiết hoặc sẽ thay đổi trước khi sử dụng.

Trước khi chuyển sang triển khai, có thể thực hiện một phép kiểm tra cuối cùng:

·         Vấn đề và kết quả cần đạt đã đủ rõ

·         Phương án đáp ứng các ràng buộc bắt buộc

·         Nguồn lực và quyền hạn thiết yếu đã sẵn sàng

·         Các phụ thuộc quan trọng đã được bảo đảm

·         Giả định có khả năng làm phương án mất hiệu lực đã được kiểm chứng

·         Rủi ro chặn triển khai đã được xử lý đến mức chấp nhận

·         Có tiêu chí và người có thẩm quyền xác nhận trạng thái sẵn sàng

Nếu một mục bắt buộc chưa đạt, hành động phù hợp không phải là tiếp tục rồi xử lý sau, mà là xác định chính xác khoảng thiếu và hoàn tất nó trước bước bị phụ thuộc.

Điều kiện tiên quyết của giải pháp vì thế không phải một thủ tục đứng trước kế hoạch triển khai, mà là ngưỡng sẵn sàng của chính phương án. Một giải pháp có thể chuyển sang thực hiện khi vấn đề và kết quả đã đủ rõ, phương án khả thi trong các ràng buộc thực tế, nguồn lực cùng quyền hạn thiết yếu đã sẵn sàng, các phụ thuộc và giả định trọng yếu đã được kiểm chứng, rủi ro chặn triển khai được kiểm soát và tiêu chí chấp nhận cho phép đưa ra quyết định rõ ràng.

Điểm cốt lõi là kiểm tra từng điều kiện trước bước mà nó chi phối. Nếu thiếu một điều kiện làm phương án không thể vận hành, không thể kiểm soát hoặc không thể đánh giá kết quả, đó không còn là việc có thể để lại cho giai đoạn sau mà là điều cần được đáp ứng trước khi giải pháp được triển khai.