Những lý do hồ sơ APEL.Q có thể bị đánh giá chưa đạt

APEL.Q cho DBA là lộ trình giúp ứng viên có nền tảng nghiên cứu, dữ liệu, công trình học thuật hoặc kinh nghiệm thực tiễn trước đó được xem xét để phát triển thành luận án Tiến sĩ ứng dụng. Tuy nhiên, APEL.Q không có nghĩa là mọi hồ sơ có nghiên cứu cũ đều được chấp nhận. Một hồ sơ có thể có nhiều tài liệu, nhiều năm kinh nghiệm và nhiều dự án thực tế, nhưng vẫn bị đánh giá chưa đạt nếu chưa chứng minh được năng lực nghiên cứu phù hợp với chuẩn DBA.

Đây là điểm ứng viên cần hiểu rất rõ. APEL.Q không đánh giá ứng viên bằng cảm tính, cũng không chỉ nhìn vào chức danh hoặc thâm niên. Quy trình này cần xem xét liệu các minh chứng đã có có đủ liên quan, đủ rõ, đủ kiểm chứng, đủ vai trò cá nhân và đủ khả năng nâng cấp thành luận án DBA hay không.

Theo Lovitts (2007), chất lượng của một luận án tiến sĩ phụ thuộc vào khả năng xác định vấn đề, sử dụng phương pháp phù hợp, phân tích dữ liệu, tạo lập luận và đóng góp tri thức. Với DBA, yêu cầu này được đặt trong bối cảnh thực tiễn quản trị. Vì vậy, hồ sơ APEL.Q có thể bị đánh giá chưa đạt nếu chỉ thể hiện kinh nghiệm nghề nghiệp mà chưa chứng minh được năng lực nghiên cứu ở cấp độ tiến sĩ ứng dụng.

Lý do 1: Hồ sơ có nhiều tài liệu nhưng thiếu trục nghiên cứu rõ

Một hồ sơ dày không đồng nghĩa với hồ sơ mạnh. Ứng viên có thể nộp nhiều bài viết, báo cáo, slide, dự án, chứng chỉ, thư xác nhận và dữ liệu nội bộ. Tuy nhiên, nếu các tài liệu này không cùng hướng về một trục nghiên cứu rõ, hội đồng sẽ khó đánh giá khả năng phát triển thành luận án DBA.

Trục nghiên cứu cần trả lời: ứng viên muốn nghiên cứu vấn đề gì, vấn đề đó thuộc lĩnh vực quản trị nào, dữ liệu nào đang hỗ trợ vấn đề đó, và công trình có thể phát triển thành luận án theo hướng nào. Nếu hồ sơ chỉ là tập hợp thành tích, không có mạch nghiên cứu, khả năng bị đánh giá chưa đạt sẽ cao.

Ví dụ, ứng viên nộp một bài báo về marketing, một báo cáo về nhân sự, một dự án chuyển đổi số và một luận văn về giáo dục, nhưng không giải thích công trình nào là nền tảng chính cho DBA. Khi đó, vấn đề không phải là ứng viên thiếu tài liệu, mà là thiếu định hướng nghiên cứu.

Lý do 2: Đề tài chưa đủ phù hợp với DBA

DBA là Tiến sĩ Quản trị Kinh doanh hoặc Tiến sĩ ứng dụng trong lĩnh vực quản trị. Vì vậy, đề tài cần có vấn đề quản trị rõ. Một số hồ sơ bị yếu vì đề tài quá xa lĩnh vực DBA, quá mô tả, quá kỹ thuật thuần tuý hoặc không thể hiện vấn đề quản lý.

Ví dụ, một đề tài chỉ mô tả “mức độ hài lòng của người học” có thể là nền tảng, nhưng nếu không phát triển thành vấn đề quản trị như quản trị trải nghiệm học viên, hệ thống hỗ trợ học tập hoặc chiến lược duy trì người học, đề tài có thể chưa đủ tầm DBA.

Tương tự, một dự án triển khai phần mềm có thể phù hợp với DBA nếu nghiên cứu tập trung vào quản trị thay đổi, chấp nhận công nghệ, tái thiết kế quy trình hoặc hiệu quả tổ chức. Nếu chỉ mô tả tính năng kỹ thuật của phần mềm, mức độ phù hợp với DBA sẽ thấp hơn.

Lý do 3: Câu hỏi nghiên cứu chưa rõ

Một hồ sơ APEL.Q có thể bị đánh giá chưa đạt nếu câu hỏi nghiên cứu chưa rõ. Câu hỏi nghiên cứu là trung tâm của toàn bộ luận án. Nếu câu hỏi quá rộng, quá chung, quá mô tả hoặc không thể trả lời bằng dữ liệu hiện có, hồ sơ sẽ gặp rủi ro.

Ví dụ, câu hỏi “Làm thế nào để nâng cao hiệu quả quản trị doanh nghiệp?” quá rộng. Câu hỏi “Các yếu tố nào ảnh hưởng đến sự hài lòng của khách hàng?” có thể vẫn còn mô tả nếu không gắn với một đóng góp quản trị cụ thể. Câu hỏi tốt hơn có thể là: “Doanh nghiệp dịch vụ có thể thiết kế mô hình quản trị trải nghiệm sau mua như thế nào để nâng cao tỷ lệ quay lại của khách hàng?”

Một câu hỏi rõ giúp hội đồng thấy dữ liệu nào cần dùng, phương pháp nào phù hợp và đóng góp có thể nằm ở đâu. Nếu câu hỏi chưa rõ, hồ sơ dù có nhiều minh chứng vẫn khó được đánh giá cao.

Lý do 4: Minh chứng không đối chiếu với tiêu chí đánh giá

Nhiều ứng viên nộp tài liệu nhưng không giải thích tài liệu đó chứng minh tiêu chí nào. Đây là lỗi rất phổ biến. Hội đồng không nên phải tự suy đoán rằng báo cáo A chứng minh dữ liệu, bài báo B chứng minh phương pháp, hay dự án C chứng minh đóng góp thực tiễn.

Một hồ sơ tốt cần có bảng đối chiếu minh chứng với tiêu chí. Ví dụ, luận văn Thạc sĩ hỗ trợ tiêu chí nền tảng nghiên cứu và dữ liệu; bài báo hỗ trợ tiêu chí công bố và phân tích; dự án doanh nghiệp hỗ trợ tiêu chí vấn đề thực tiễn và khả năng ứng dụng; thư xác nhận hỗ trợ tiêu chí vai trò cá nhân.

Nếu thiếu bảng đối chiếu hoặc giải thích, hồ sơ có thể bị đánh giá là chưa đủ rõ, dù tài liệu bên trong có giá trị.

Lý do 5: Vai trò cá nhân của ứng viên không rõ

Đây là một trong những lý do quan trọng nhất khiến hồ sơ APEL.Q có thể bị đánh giá chưa đạt. Một công trình có thể rất tốt, nhưng hội đồng cần biết ứng viên đã đóng góp gì.

Nếu bài báo có nhiều tác giả, ứng viên cần làm rõ mình phụ trách phần nào. Nếu báo cáo tư vấn là sản phẩm nhóm, cần làm rõ ứng viên thiết kế phương pháp, thu thập dữ liệu, phân tích hay viết phần nào. Nếu dự án doanh nghiệp do cả đội triển khai, cần làm rõ ứng viên có vai trò nghiên cứu và phân tích ra sao.

Chức danh không đủ. Việc ghi “Project Director”, “Head of Department” hoặc “Consultant” chưa chứng minh năng lực nghiên cứu. Ứng viên cần nêu hành động cụ thể: xác định vấn đề, thiết kế công cụ, phân tích dữ liệu, xây dựng mô hình, viết báo cáo hoặc đánh giá tác động.

Nếu vai trò cá nhân mơ hồ, hội đồng khó đánh giá năng lực độc lập của ứng viên.

Lý do 6: Dữ liệu không đủ hoặc không phù hợp

Một hồ sơ APEL.Q có thể có ý tưởng tốt nhưng dữ liệu yếu. Dữ liệu yếu có thể do thiếu nguồn gốc, thiếu số lượng, thiếu chiều sâu, thiếu liên quan đến câu hỏi nghiên cứu hoặc không thể kiểm chứng.

Ví dụ, ứng viên muốn nghiên cứu trải nghiệm học viên nhưng chỉ có vài nhận xét rời rạc, không có khảo sát, phỏng vấn, dữ liệu LMS hoặc báo cáo hỗ trợ. Ứng viên muốn nghiên cứu triển khai CRM nhưng không có dữ liệu sử dụng hệ thống, không có phỏng vấn người dùng và không có báo cáo triển khai. Khi đó, đề tài có thể hay nhưng chưa đủ dữ liệu để phát triển thành luận án DBA.

Dữ liệu không cần hoàn hảo ngay từ đầu, nhưng hồ sơ cần cho thấy dữ liệu hiện có đủ làm nền tảng và có kế hoạch bổ sung dữ liệu hợp lý.

Lý do 7: Dữ liệu cũ được dùng mà không giải thích

Trong APEL.Q, dùng dữ liệu cũ là điều bình thường. Tuy nhiên, dữ liệu cũ phải được giải thích rõ. Nếu ứng viên dùng lại dữ liệu từ luận văn, bài báo hoặc dự án cũ mà không nêu nguồn gốc, mục đích ban đầu, mức độ phù hợp và phần phân tích mới, hồ sơ có thể bị đặt câu hỏi về tính minh bạch và tính nguyên bản.

Một lỗi nghiêm trọng là trình bày dữ liệu cũ như thể dữ liệu được thu thập mới cho luận án DBA. Cách làm đúng là nêu rõ: dữ liệu được thu thập khi nào, phục vụ mục tiêu gì, được sử dụng lại ở phần nào, được phân tích lại ra sao và dữ liệu mới nào được bổ sung.

Nếu không có sự minh bạch này, hồ sơ có thể bị xem là lặp lại công trình cũ thay vì phát triển thành luận án DBA mới.

Lý do 8: Phương pháp nghiên cứu chưa rõ

Một số hồ sơ có dữ liệu nhưng không có phương pháp rõ. Ứng viên có thể nói mình đã khảo sát, phỏng vấn, phân tích báo cáo hoặc triển khai dự án, nhưng không giải thích cách dữ liệu được thu thập và phân tích.

Hội đồng cần biết: đối tượng nghiên cứu là ai, mẫu được chọn thế nào, công cụ thu thập dữ liệu là gì, dữ liệu được phân tích ra sao, dữ liệu cũ và mới được tích hợp thế nào, và các vấn đề bảo mật được xử lý thế nào.

Nếu phương pháp không rõ, phát hiện nghiên cứu sẽ thiếu cơ sở. Một luận án DBA cần khác với báo cáo kinh nghiệm ở điểm này: dữ liệu phải được xử lý bằng phương pháp có thể giải thích và bảo vệ.

Theo Saunders, Lewis và Thornhill (2023), phương pháp nghiên cứu cần bảo đảm sự liên kết giữa câu hỏi, dữ liệu, phân tích và kết luận. Nếu hồ sơ chưa thể hiện được sự liên kết này, rủi ro bị đánh giá chưa đạt sẽ tăng.

Lý do 9: Thiếu khung lý thuyết hoặc literature review quá yếu

DBA là chương trình ứng dụng, nhưng không có nghĩa là bỏ qua lý thuyết. Một hồ sơ chỉ có kinh nghiệm thực tiễn và dữ liệu doanh nghiệp nhưng thiếu khung lý thuyết có thể bị đánh giá là chưa đủ học thuật.

Khung lý thuyết giúp ứng viên phân tích vấn đề sâu hơn. Ví dụ, nghiên cứu về CRM có thể cần lý thuyết chấp nhận công nghệ, quản trị thay đổi hoặc thiết kế quy trình. Nghiên cứu về học viên trực tuyến có thể cần learner engagement, student support, self-regulated learning hoặc service experience. Nghiên cứu về nhân sự có thể cần employee engagement, psychological contract hoặc organisational commitment.

Nếu literature review chỉ liệt kê tài liệu mà không tạo khung phân tích, hồ sơ vẫn yếu. Hội đồng cần thấy lý thuyết giúp nghiên cứu hiểu vấn đề, phân tích dữ liệu và phát triển đóng góp.

Lý do 10: Đóng góp thực tiễn chưa rõ

Một hồ sơ APEL.Q cho DBA có thể bị đánh giá chưa đạt nếu đóng góp thực tiễn còn quá chung. DBA cần tạo ra giá trị cho quản trị. Nếu ứng viên chỉ viết “nghiên cứu giúp doanh nghiệp nâng cao hiệu quả”, “giúp cải thiện chất lượng” hoặc “giúp phát triển chiến lược”, hội đồng có thể xem đóng góp chưa đủ rõ.

Đóng góp nên được thể hiện thành mô hình, khung, quy trình, bộ tiêu chí, ma trận quyết định hoặc hàm ý quản trị có cấu trúc. Ví dụ: mô hình hỗ trợ học viên theo giai đoạn rủi ro; khung quản trị thay đổi trong triển khai CRM; quy trình chuyển dữ liệu LMS thành can thiệp học tập; bộ tiêu chí đánh giá mức độ sẵn sàng APEL.Q.

Nếu hồ sơ chưa cho thấy khả năng tạo đóng góp như vậy, cần bổ sung phân tích và định hướng rõ hơn.

Lý do 11: Minh chứng có vấn đề về bảo mật hoặc quyền sử dụng

Một số hồ sơ có dữ liệu rất tốt nhưng chưa có quyền sử dụng hoặc chưa được ẩn danh. Đây là rủi ro lớn. Dữ liệu khách hàng, nhân viên, học viên, doanh thu, hợp đồng hoặc báo cáo nội bộ không thể tự động đưa vào luận án chỉ vì ứng viên từng truy cập trong công việc.

Nếu dữ liệu thuộc tổ chức, ứng viên cần xem xét xin phép, sử dụng dữ liệu tổng hợp, ẩn danh hoặc thay đổi phạm vi nghiên cứu. Nếu dữ liệu cá nhân chưa được xử lý, không nên đưa vào phụ lục hoặc bản thảo.

Hồ sơ có thể bị đánh giá chưa đạt hoặc phải chỉnh sửa lớn nếu không xử lý vấn đề bảo mật. Một nghiên cứu DBA tốt không chỉ có dữ liệu thật, mà phải sử dụng dữ liệu thật một cách hợp lệ và có đạo đức.

Lý do 12: Kết luận vượt quá dữ liệu

Một lỗi nghiêm trọng là kết luận quá rộng so với dữ liệu. Ví dụ, dữ liệu chỉ từ một tổ chức nhưng ứng viên kết luận cho toàn ngành. Dữ liệu chỉ từ 10 cuộc phỏng vấn nhưng ứng viên khẳng định mô hình phù hợp với mọi doanh nghiệp. Dữ liệu chỉ phản ánh một giai đoạn nhưng ứng viên kết luận về hiệu quả dài hạn.

Hội đồng thường rất chú ý điểm này. Một luận án DBA có thể có phạm vi hẹp, nhưng kết luận phải phù hợp với phạm vi đó. Nếu ứng viên trình bày giới hạn rõ và kết luận đúng mức, nghiên cứu vẫn có giá trị. Nếu ứng viên khẳng định quá mức, hồ sơ sẽ mất độ tin cậy.

Lý do 13: Hồ sơ giống báo cáo tư vấn hơn là nghiên cứu DBA

Vì nhiều ứng viên DBA là nhà quản lý hoặc chuyên gia tư vấn, hồ sơ đôi khi giống báo cáo tư vấn: có vấn đề thực tiễn, có giải pháp, có khuyến nghị, nhưng thiếu câu hỏi nghiên cứu, thiếu phương pháp, thiếu phân tích dữ liệu và thiếu liên hệ lý thuyết.

Báo cáo tư vấn có thể là nền tảng tốt, nhưng cần được tái cấu trúc thành nghiên cứu DBA. Ứng viên cần chuyển từ “vấn đề và giải pháp” sang “vấn đề nghiên cứu, dữ liệu, phân tích, phát hiện và đóng góp”. Nếu không chuyển đổi, hồ sơ có thể bị xem là chưa đủ chuẩn học thuật.

Lý do 14: Thiếu tính nguyên bản

APEL.Q cho phép sử dụng nền tảng nghiên cứu cũ, nhưng luận án DBA vẫn cần tính nguyên bản. Nếu hồ sơ chỉ lặp lại luận văn Thạc sĩ, bài báo cũ hoặc báo cáo cũ mà không có câu hỏi mới, phân tích mới, dữ liệu bổ sung hoặc đóng góp mới, hồ sơ có thể bị đánh giá chưa đạt.

Tính nguyên bản không có nghĩa là mọi thứ phải hoàn toàn mới. Nó có thể nằm ở cách tái cấu trúc câu hỏi, phân tích lại dữ liệu, bổ sung khung lý thuyết, thêm dữ liệu mới hoặc phát triển mô hình ứng dụng. Tuy nhiên, ứng viên cần chứng minh phần mới đó rõ ràng.

Nếu hội đồng không thấy sự nâng cấp từ nền tảng cũ lên cấp độ DBA, hồ sơ sẽ có rủi ro.

Lý do 15: Ứng viên không thể bảo vệ lựa chọn nghiên cứu

Ngay cả khi hồ sơ viết khá tốt, ứng viên vẫn cần có khả năng giải thích và bảo vệ công trình. Nếu ứng viên không giải thích được vì sao chọn đề tài, vì sao dùng phương pháp này, dữ liệu cũ được xử lý thế nào, dữ liệu mới bổ sung điều gì, đóng góp dựa trên phát hiện nào, hồ sơ sẽ yếu.

DBA yêu cầu ứng viên làm chủ công trình. Giảng viên có thể hỗ trợ, chuyên gia có thể phản biện, nhưng ứng viên phải là người hiểu rõ nhất nghiên cứu của mình. Nếu ứng viên chỉ nộp tài liệu nhưng không thể giải thích logic nghiên cứu, khả năng đạt sẽ thấp.

Cách giảm rủi ro bị đánh giá chưa đạt

Ứng viên có thể giảm rủi ro bằng cách chuẩn bị hồ sơ theo hệ thống. Trước hết, cần xác định trục nghiên cứu chính. Sau đó, lập bảng minh chứng, đối chiếu từng minh chứng với tiêu chí, phân loại minh chứng mạnh – trung bình – yếu, làm rõ vai trò cá nhân, xử lý dữ liệu cũ, bổ sung dữ liệu mới nếu cần, viết rõ phương pháp, xây dựng khung lý thuyết, và phát triển đóng góp thực tiễn cụ thể.

Ứng viên cũng nên tự kiểm tra hồ sơ bằng các câu hỏi sau:

Hồ sơ có trục nghiên cứu rõ không?
Đề tài có phù hợp DBA không?
Câu hỏi nghiên cứu có thể trả lời bằng dữ liệu không?
Minh chứng chính là gì?
Vai trò cá nhân đã rõ chưa?
Dữ liệu có nguồn và quyền sử dụng chưa?
Phương pháp đã đủ minh bạch chưa?
Đóng góp thực tiễn có cụ thể chưa?
Phần mới so với nghiên cứu cũ nằm ở đâu?
Kết luận có vượt quá dữ liệu không?

Nếu trả lời chưa rõ cho bất kỳ câu hỏi nào, ứng viên nên xử lý trước khi nộp.

Kết luận

Hồ sơ APEL.Q cho DBA có thể bị đánh giá chưa đạt không phải vì ứng viên thiếu kinh nghiệm, mà vì hồ sơ chưa chứng minh được năng lực nghiên cứu ở cấp độ DBA. Những rủi ro phổ biến gồm thiếu trục nghiên cứu, đề tài chưa phù hợp, câu hỏi chưa rõ, minh chứng không đối chiếu tiêu chí, vai trò cá nhân mơ hồ, dữ liệu yếu, phương pháp chưa rõ, thiếu khung lý thuyết, đóng góp thực tiễn chung chung, vấn đề bảo mật, kết luận vượt quá dữ liệu và thiếu tính nguyên bản.

Hiểu trước các lý do này giúp ứng viên chuẩn bị tốt hơn. APEL.Q không phải là con đường “tự động đạt” nhờ kinh nghiệm hoặc công trình cũ. Đây là quy trình học thuật giúp xác định liệu nền tảng đã có có thể được nâng cấp thành luận án DBA hay không. Khi ứng viên tổ chức hồ sơ rõ ràng, minh bạch và có chiến lược, cơ hội được đánh giá tích cực sẽ cao hơn nhiều.

Tài liệu tham khảo

Biggam, J. (2021). Succeeding with your master’s dissertation: A step-by-step handbook (5th ed.). Open University Press.

Lovitts, B. E. (2007). Making the implicit explicit: Creating performance expectations for the dissertation. Stylus Publishing.

Phillips, E. M., & Johnson, C. (2022). How to get a PhD: A handbook for students and their supervisors (7th ed.). Open University Press.

Saunders, M. N. K., Lewis, P., & Thornhill, A. (2023). Research methods for business students (9th ed.). Pearson.

Trafford, V., & Leshem, S. (2008). Stepping stones to achieving your doctorate: By focusing on your viva from the start. Open University Press.