Technology readiness level đánh giá mức sẵn sàng công nghệ thế nào?

Vì vậy, TRL tạo ra một ngôn ngữ chung để nhóm nghiên cứu, kỹ sư, nhà quản lý và bên tài trợ mô tả trạng thái phát triển của công nghệ. Thay vì chỉ nói một giải pháp “đang nghiên cứu”, “đã có prototype” hay “gần sẵn sàng”, người đánh giá có thể yêu cầu bằng chứng tương ứng với một mức TRL cụ thể. Cách tiếp cận này đặc biệt hữu ích khi cần quyết định công nghệ còn phải chứng minh điều gì trước khi được tích hợp, thử nghiệm ở quy mô lớn hoặc đưa vào môi trường vận hành.

TRL đánh giá mức trưởng thành công nghệ dựa trên bằng chứng nào?

TRL đánh giá mức trưởng thành, không đơn thuần đánh giá số năm nghiên cứu, số tiền đã đầu tư hay mức độ hoàn thiện về hình thức của một sản phẩm. Hai công nghệ được phát triển trong cùng khoảng thời gian vẫn có thể nằm ở hai TRL khác nhau nếu mức độ chứng minh bằng thực nghiệm của chúng khác nhau.

Cơ chế của TRL là liên kết mỗi cấp độ với một trạng thái phát triển và một loại bằng chứng phù hợp. Ở những cấp đầu, bằng chứng chủ yếu đến từ quan sát nguyên lý, phân tích và proof of concept. Khi TRL tăng, yêu cầu chuyển dần sang xác nhận thành phần, thử nghiệm trong môi trường có tính đại diện, trình diễn nguyên mẫu và cuối cùng là bằng chứng hệ thống hoạt động thành công trong điều kiện vận hành thực. NASA NPR 7123.1D thậm chí quy định các tiêu chí thành công tương ứng với từng mức, cho thấy TRL không chỉ là nhãn chủ quan mà phải gắn với kết quả kỹ thuật có thể kiểm tra.

Một yếu tố đặc biệt quan trọng là môi trường thử nghiệm. Một thiết bị hoạt động tốt trên bàn thí nghiệm chưa đồng nghĩa với việc nó đã sẵn sàng cho điều kiện thực tế. Nhiệt độ, rung động, tải, nhiễu, quy mô hệ thống, giao diện với thiết bị khác hoặc các điều kiện vận hành có thể làm xuất hiện những vấn đề chưa thấy trong phòng thí nghiệm. Vì thế, sự dịch chuyển từ laboratory environment sang relevant environment rồi operational environment là một phần quan trọng của quá trình tăng TRL.

TRL cũng không nên bị hiểu như điểm chất lượng. Một công nghệ ở TRL 9 không nhất thiết hiệu quả hơn một công nghệ ở TRL 4; nó chỉ có mức độ chứng minh và trưởng thành cao hơn trong ứng dụng được đánh giá. Ngược lại, một công nghệ có tiềm năng đột phá vẫn có thể ở TRL thấp nếu mới chỉ có bằng chứng khoa học ban đầu.

9 cấp TRL thể hiện quá trình trưởng thành ra sao?

Thang TRL thông dụng chạy từ 1 đến 9. NASA và các khung của châu Âu sử dụng cách diễn đạt có khác biệt nhỏ theo lĩnh vực, nhưng cùng phản ánh một tiến trình chung: nguyên lý → khái niệm → proof of concept → validation → demonstration → hệ thống hoàn chỉnh → vận hành thực tế.

TRL 1–3: Từ nguyên lý đến proof of concept

TRL 1 là giai đoạn những nguyên lý cơ bản được quan sát và ghi nhận. Công nghệ mới ở nền tảng nghiên cứu khoa học, chưa có đủ bằng chứng để khẳng định một ứng dụng thực tế đã khả thi.

TRL 2 xuất hiện khi một khái niệm hoặc ứng dụng công nghệ được hình thành. Hướng ứng dụng đã rõ hơn, nhưng vẫn mang tính giả thuyết và thường chưa có bằng chứng thực nghiệm đủ mạnh.

TRL 3 là bước quan trọng vì chức năng hoặc đặc tính then chốt bắt đầu được chứng minh bằng phân tích và thực nghiệm. Proof of concept thường xuất hiện ở giai đoạn này. NASA mô tả TRL 3 là thời điểm nghiên cứu và thiết kế tích cực đã bắt đầu, với các nghiên cứu phân tích và phòng thí nghiệm dùng để kiểm tra tính khả thi.

Ba cấp này chủ yếu trả lời câu hỏi: ý tưởng có cơ sở khoa học và có thể hoạt động về nguyên tắc hay không?

TRL 4–6: Từ thành phần thử nghiệm đến nguyên mẫu đại diện

Ở TRL 4, thành phần hoặc breadboard được xác nhận trong môi trường phòng thí nghiệm. Các bộ phận quan trọng không còn chỉ tồn tại dưới dạng phân tích riêng lẻ mà bắt đầu được tích hợp và thử nghiệm cùng nhau.

TRL 5 nâng yêu cầu lên môi trường liên quan hoặc môi trường mô phỏng gần với điều kiện sử dụng hơn. Đây là khác biệt đáng kể: bằng chứng không chỉ cho thấy hệ thống hoạt động trong điều kiện kiểm soát thuận lợi mà còn cho thấy khả năng duy trì chức năng trong các điều kiện có tính đại diện.

Đến TRL 6, một model hoặc prototype của hệ thống hay phân hệ phải được trình diễn trong relevant environment. Trong mô hình châu Âu, TRL 5 thường được mô tả là technology validated in relevant environment, còn TRL 6 là technology demonstrated in relevant environment. Sự chuyển từ “validation” sang “demonstration” phản ánh mức độ hoàn chỉnh và đại diện của công nghệ tăng lên.

Nhóm TRL 4–6 vì vậy trả lời câu hỏi sâu hơn: công nghệ có tiếp tục hoạt động khi chuyển từ ý tưởng sang cấu hình kỹ thuật ngày càng gần với ứng dụng thật hay không?

TRL 7–9: Từ nguyên mẫu vận hành đến hệ thống đã được chứng minh

TRL 7 yêu cầu prototype của hệ thống được trình diễn trong operational environment. Công nghệ lúc này đã vượt xa một mô hình thử nghiệm đơn giản và phải chứng minh khả năng hoạt động trong bối cảnh sử dụng gần hoặc đúng với thực tế.

TRL 8 là khi hệ thống thực tế đã hoàn thành và được qualified thông qua thử nghiệm, phân tích hoặc trình diễn phù hợp. Với NASA, đây là trạng thái hệ thống cuối cùng đã chứng minh khả năng đáp ứng môi trường và nền tảng vận hành dự kiến.

TRL 9 là mức cao nhất: hệ thống thực tế đã được chứng minh thông qua hoạt động thành công trong môi trường vận hành. Nói cách khác, bằng chứng không còn đến chủ yếu từ mô phỏng hoặc prototype mà từ chính hệ thống được sử dụng thực tế.

Đây cũng là lý do không nên đồng nhất “đã có prototype” với “đã sẵn sàng triển khai”. Prototype có thể xuất hiện từ những TRL trung gian, trong khi TRL 7–9 đòi hỏi mức độ đại diện, qualification và bằng chứng vận hành cao hơn đáng kể.

Cách xác định TRL hiện tại của một công nghệ

Đánh giá TRL nên bắt đầu từ bằng chứng đã có, thay vì chọn trước một mức mong muốn rồi tìm lý do để bảo vệ con số đó. ISO 16290 nhấn mạnh các điều kiện phải đáp ứng ở từng mức nhằm cho phép đánh giá TRL chính xác hơn; NASA cũng gắn từng mức với tiêu chí thành công cụ thể.

Trước hết cần xác định rõ công nghệ nào đang được đánh giá. TRL của một thành phần không tự động trở thành TRL của cả hệ thống. Nếu một hệ thống gồm nhiều công nghệ, một thành phần chủ chốt chưa được chứng minh trong điều kiện tương ứng vẫn có thể tạo rủi ro tích hợp dù các thành phần khác đã trưởng thành hơn.

Tiếp theo, cần xác định ứng dụng và môi trường mục tiêu. Một nguyên mẫu được chứng minh trong một điều kiện sử dụng không nhất thiết giữ nguyên TRL khi chuyển sang một ứng dụng có tải trọng, môi trường, quy mô hoặc yêu cầu khác. Chính bối cảnh mục tiêu quyết định thế nào là laboratory environment, relevant environment và operational environment.

Sau đó, đối chiếu bằng chứng hiện có với tiêu chí của từng cấp:

1.    Nguyên lý khoa học đã được quan sát và ghi nhận hay chưa

2.    Ứng dụng hoặc concept đã được hình thành rõ ràng hay chưa

3.    Chức năng then chốt đã có proof of concept bằng phân tích và thực nghiệm hay chưa

4.    Các thành phần đã được tích hợp và xác nhận trong phòng thí nghiệm hay chưa

5.    Công nghệ đã được xác nhận trong môi trường có tính đại diện hay chưa

6.    Model hoặc prototype đại diện đã được trình diễn trong môi trường liên quan hay chưa

7.    Prototype hệ thống đã được trình diễn trong môi trường vận hành hay chưa

8.    Hệ thống cuối đã hoàn thành và qualified hay chưa

9.    Hệ thống thực đã hoạt động thành công trong điều kiện vận hành hay chưa

Nguyên tắc thận trọng là chỉ công nhận mức cao hơn khi có đủ bằng chứng đáp ứng tiêu chí của mức đó. Một prototype trông hoàn chỉnh nhưng chỉ được thử trên bàn thí nghiệm không nên được gán TRL cao chỉ vì hình thức giống sản phẩm cuối.

TRL được sử dụng để làm gì trong R&D và triển khai?

Giá trị lớn nhất của technology readiness level là biến quá trình phát triển công nghệ thành một chuỗi trạng thái có thể trao đổi và kiểm tra. NASA xem TRL là một metric đo độ trưởng thành và sử dụng nó như một yếu tố để xác định rủi ro liên quan tới việc đưa công nghệ mới vào hệ thống.

Trong quản lý R&D, TRL giúp trả lời ba câu hỏi thực tế: công nghệ đang ở đâu, bằng chứng nào còn thiếu và bước phát triển tiếp theo phải chứng minh điều gì. Một dự án ở TRL 3 cần tập trung vào việc chứng minh chức năng then chốt; dự án ở TRL 5–6 lại phải quan tâm nhiều hơn tới prototype, môi trường đại diện và khả năng tích hợp.

TRL cũng hữu ích khi so sánh mức trưởng thành của nhiều công nghệ ứng viên. Thay vì chỉ so sánh tính năng lý thuyết, người ra quyết định có thể thấy công nghệ nào đã được thử nghiệm sâu hơn và công nghệ nào còn mang rủi ro phát triển lớn. Tuy nhiên, TRL chỉ hỗ trợ phần maturity của quyết định; nó không thay thế việc so sánh hiệu suất, chi phí hay các yêu cầu kỹ thuật khác.

Trong quản lý chương trình, TRL có thể được dùng làm cổng hoặc điều kiện trước khi một công nghệ chuyển sang giai đoạn tích hợp. NASA cho biết TRL 6 — công nghệ đã được trình diễn trong relevant environment — thường là mức yêu cầu trước khi tích hợp công nghệ vào một hệ thống bay. Điều này phản ánh logic quản trị rủi ro: khi việc tích hợp hệ thống bắt đầu, những bất định công nghệ cốt lõi nên được giảm xuống đáng kể.

TRL cũng được sử dụng trong các chương trình tài trợ và đổi mới. Trong hệ sinh thái nghiên cứu của EU, thang TRL được sử dụng để mô tả mức phát triển của kết quả nghiên cứu và định hướng những bước cần thiết để tiến gần hơn tới ứng dụng thị trường; một số chương trình còn xác định phạm vi hỗ trợ dựa trên TRL mục tiêu.

Do đó, TRL có thể hỗ trợ:

·         Lập roadmap phát triển công nghệ

·         Xác định khoảng cách giữa nghiên cứu hiện tại và điều kiện triển khai

·         Ước lượng rủi ro kỹ thuật trước khi tích hợp

·         Thiết kế kế hoạch thử nghiệm và demonstration

·         Trao đổi trạng thái công nghệ giữa nhà nghiên cứu, kỹ sư, quản lý và nhà tài trợ

·         Xác định điều kiện chuyển tiếp giữa các giai đoạn R&D

Vì sao TRL 6 thường quan trọng nhưng không phải ngưỡng chung?

TRL 6 thường được xem là một cột mốc đáng chú ý vì công nghệ đã phải vượt qua proof of concept và validation thành phần để đạt tới một model hoặc prototype được trình diễn trong relevant environment. Đối với NASA, TRL 6 thường là mức cần thiết trước khi một công nghệ được tích hợp vào hệ thống bay.

Tuy nhiên, không thể suy ra rằng mọi công nghệ ở TRL 6 đều sẵn sàng triển khai. “Sẵn sàng” luôn phụ thuộc vào việc triển khai để làm gì. Nếu mục tiêu là bắt đầu tích hợp kỹ thuật, TRL 6 có thể là một mốc phù hợp trong một số chương trình. Nếu mục tiêu là vận hành thực tế với hệ thống cuối cùng, TRL 7–9 mới phản ánh mức bằng chứng gần hơn với yêu cầu đó.

Ngưỡng cũng thay đổi giữa các lĩnh vực và tổ chức. Hệ thống TRL ban đầu được NASA phát triển, nhưng các tổ chức khác đã điều chỉnh định nghĩa và cách diễn giải cho bối cảnh riêng. Các tài liệu EU cũng thừa nhận có khác biệt quan trọng giữa các lĩnh vực công nghệ.

Vì thế, một con số TRL chỉ có ý nghĩa đầy đủ khi đi cùng ba thông tin: định nghĩa TRL đang áp dụng, công nghệ cụ thể được đánh giá và môi trường mục tiêu mà bằng chứng phải đại diện.

Những giới hạn cần hiểu khi dùng TRL

TRL mạnh ở việc trả lời “công nghệ đã trưởng thành đến đâu”, nhưng nó không phải thước đo toàn diện cho mọi khía cạnh của một sản phẩm hay dự án. NASA mô tả TRL là một thang một chiều để đo technology maturity. Chính đặc tính một chiều này tạo ra giới hạn quan trọng: một con số TRL không thể tự mình mô tả tất cả các điều kiện cần thiết để thương mại hóa hoặc triển khai thành công.

Ví dụ, TRL cao không tự động chứng minh rằng công nghệ có chi phí sản xuất cạnh tranh, chuỗi cung ứng đã ổn định, quy trình sản xuất hàng loạt đã trưởng thành hay mô hình kinh doanh khả thi. Nó cũng không thay thế việc đánh giá an toàn, tuân thủ pháp lý hoặc các yêu cầu chuyên ngành khác nếu những yếu tố đó nằm ngoài tiêu chí TRL đang áp dụng.

Một hạn chế khác là TRL phụ thuộc vào bối cảnh. Công nghệ từng được chứng minh trong một môi trường có thể cần được đánh giá lại khi ứng dụng, cấu hình hoặc môi trường thay đổi đáng kể. NASA từng minh họa rằng ngay cả khi một công nghệ gốc đã đạt TRL 9, một cải tiến lớn được đề xuất cho công nghệ đó vẫn có thể bắt đầu lại ở TRL thấp vì phần cải tiến chưa có bằng chứng tương đương.

Ngoài ra, việc gán TRL chỉ đáng tin khi tiêu chí và bằng chứng được ghi nhận rõ ràng. Một đánh giá tự khai mà không chỉ ra test article, môi trường thử nghiệm, kết quả đo và tiêu chí thành công có thể tạo ra cảm giác chính xác giả tạo. EURAXESS của EU cũng lưu ý rằng TRL có thể được tự khai và cách áp dụng có thể khác nhau giữa các ngành.

Vì vậy, cách sử dụng TRL hiệu quả nhất không phải là hỏi “con số càng cao càng tốt hay không”, mà là hỏi: bằng chứng nào cho phép công nghệ đạt mức hiện tại, rủi ro nào đã được loại bỏ và bằng chứng nào vẫn còn thiếu trước bước triển khai kế tiếp.

Technology readiness level cung cấp một cách có hệ thống để phân loại công nghệ từ nghiên cứu cơ bản đến hệ thống đã được chứng minh trong vận hành. Thang TRL 1–9 giúp chuyển khái niệm “mức sẵn sàng” thành các mức trưởng thành gắn với bằng chứng ngày càng nghiêm ngặt: từ nguyên lý, proof of concept và thử nghiệm phòng thí nghiệm đến prototype, môi trường liên quan và vận hành thực tế.

Giá trị thực tế của TRL nằm ở việc hỗ trợ đánh giá rủi ro kỹ thuật, lập roadmap R&D, xác định bước thử nghiệm tiếp theo và tạo ngôn ngữ chung giữa các bên tham gia phát triển công nghệ. Tuy nhiên, TRL chỉ nên được xem là thước đo độ trưởng thành công nghệ; muốn kết luận một giải pháp thực sự sẵn sàng triển khai, vẫn phải đặt mức TRL trong đúng bối cảnh ứng dụng và kết hợp với các yêu cầu khác của hệ thống.