Cách sử dụng phản hồi để nâng cấp luận án DBA thay vì chỉ “sửa lỗi”

Trong lộ trình APEL.Q cho DBA, phản hồi học thuật là một phần không thể thiếu. Ứng viên có thể nhận phản hồi từ giảng viên hướng dẫn, chuyên gia phản biện độc lập, chuyên gia đánh giá hoặc hội đồng. Phản hồi có thể ngắn hoặc dài, nhẹ hoặc nghiêm khắc, tập trung vào một chương hoặc chạm đến toàn bộ hướng nghiên cứu. Cách ứng viên xử lý phản hồi sẽ ảnh hưởng trực tiếp đến chất lượng luận án.

Một sai lầm phổ biến là xem phản hồi như danh sách lỗi cần sửa. Khi đó, ứng viên sửa từng câu, thêm vài trích dẫn, đổi vài tiêu đề, chỉnh vài bảng biểu, nhưng luận án không mạnh hơn về bản chất. Trong khi đó, phản hồi học thuật thường không chỉ nhằm sửa lỗi hình thức. Nó giúp ứng viên nhìn lại lập luận, dữ liệu, phương pháp, đóng góp và mức độ đáp ứng chuẩn DBA.

Theo Nicol và Macfarlane-Dick (2006), phản hồi hiệu quả không chỉ cung cấp thông tin về khoảng cách giữa hiện trạng và tiêu chuẩn mong muốn, mà còn giúp người học biết cách thu hẹp khoảng cách đó. Với APEL.Q, phản hồi cần được hiểu như công cụ nâng cấp luận án, không chỉ là công cụ chỉnh sửa bản thảo.

Phản hồi học thuật không chỉ là “sửa câu chữ”

Một bản thảo luận án có thể cần sửa ở nhiều cấp độ. Cấp độ thấp nhất là lỗi ngôn ngữ, định dạng, trích dẫn, bảng biểu hoặc cách trình bày. Những lỗi này cần sửa, nhưng không phải phần quan trọng nhất của phản hồi học thuật.

Cấp độ sâu hơn là lỗi cấu trúc. Ví dụ, chương lý thuyết chưa dẫn đến khung phân tích, chương phương pháp chưa giải thích rõ dữ liệu, chương kết quả chưa trả lời câu hỏi nghiên cứu, hoặc chương thảo luận chỉ lặp lại kết quả. Đây là những lỗi ảnh hưởng đến mạch luận án.

Cấp độ sâu nhất là lỗi lập luận. Ví dụ, vấn đề nghiên cứu chưa đủ rõ, câu hỏi nghiên cứu chưa phù hợp với DBA, dữ liệu không đủ để bảo vệ kết luận, đóng góp thực tiễn chưa có hình hài, hoặc kết luận vượt quá phạm vi nghiên cứu. Những lỗi này cần được xử lý ở cấp độ thiết kế và tư duy nghiên cứu, không thể sửa bằng vài câu bổ sung.

Ứng viên cần đọc phản hồi để nhận ra góp ý đang nằm ở cấp độ nào. Nếu phản hồi nói “phần đóng góp chưa rõ”, đó không phải lời nhắc thêm một đoạn “đóng góp của nghiên cứu là…”. Đó có thể là yêu cầu phát triển lại toàn bộ mối liên hệ giữa dữ liệu, phát hiện, thảo luận và mô hình ứng dụng.

Bước 1: Đọc phản hồi nhiều hơn một lần

Khi nhận phản hồi, ứng viên không nên sửa ngay. Lần đọc đầu tiên chỉ nên để nắm cảm nhận tổng thể: phản hồi đang nói luận án mạnh ở đâu, yếu ở đâu, rủi ro chính là gì. Lần đọc thứ hai nên dùng để gạch chân các yêu cầu cụ thể. Lần đọc thứ ba nên phân loại phản hồi theo nhóm.

Việc đọc nhiều lần giúp tránh phản ứng cảm xúc. Một số phản hồi có thể khiến ứng viên thấy nặng nề, nhất là khi yêu cầu viết lại hoặc chỉnh sửa lớn. Tuy nhiên, sau khi đọc kỹ, ứng viên có thể thấy phản hồi thực ra tập trung vào một vài vấn đề cốt lõi: câu hỏi nghiên cứu chưa đủ hẹp, phương pháp chưa minh bạch, dữ liệu chưa được đối chiếu, hoặc đóng góp chưa cụ thể.

Ứng viên nên tránh chọn lọc phản hồi theo hướng chỉ đọc phần dễ sửa. Những nhận xét khó nhất thường là những nhận xét có giá trị nhất cho việc nâng cấp luận án.

Bước 2: Phân loại phản hồi theo mức độ ảnh hưởng

Sau khi đọc kỹ, ứng viên nên phân loại phản hồi theo mức độ ảnh hưởng. Có thể chia thành ba nhóm.

Nhóm thứ nhất là phản hồi ảnh hưởng đến toàn bộ luận án. Ví dụ: câu hỏi nghiên cứu quá rộng, đề tài chưa phù hợp DBA, phương pháp không trả lời được câu hỏi, hoặc dữ liệu không đủ hỗ trợ kết luận. Đây là nhóm cần xử lý trước.

Nhóm thứ hai là phản hồi ảnh hưởng đến từng chương. Ví dụ: chương lý thuyết cần viết theo chủ đề, chương phương pháp cần bổ sung bảng nguồn dữ liệu, chương kết quả cần tách kết quả mô tả khỏi phát hiện, chương thảo luận cần liên hệ với literature review.

Nhóm thứ ba là phản hồi kỹ thuật. Ví dụ: sửa trích dẫn, định dạng bảng, chỉnh thuật ngữ, thống nhất cách đánh số, kiểm tra tài liệu tham khảo.

Nếu xử lý phản hồi kỹ thuật trước khi xử lý phản hồi nền tảng, ứng viên có thể mất nhiều thời gian sửa những phần sau đó phải viết lại. Vì vậy, thứ tự sửa rất quan trọng.

Bước 3: Tìm vấn đề gốc phía sau phản hồi

Một phản hồi cụ thể thường phản ánh một vấn đề sâu hơn. Ứng viên cần tìm vấn đề gốc thay vì chỉ xử lý bề mặt.

Ví dụ, phản hồi “phần phương pháp chưa rõ” có thể xuất phát từ nhiều nguyên nhân: chưa nêu thiết kế nghiên cứu, chưa phân biệt dữ liệu cũ và dữ liệu mới, chưa mô tả mẫu, chưa giải thích cách phân tích hoặc chưa xử lý đạo đức nghiên cứu. Nếu ứng viên chỉ thêm vài câu chung về “nghiên cứu sử dụng phương pháp định tính”, vấn đề gốc vẫn chưa được xử lý.

Phản hồi “đóng góp chưa đủ” cũng vậy. Vấn đề gốc có thể là phát hiện chưa rõ, thảo luận còn mô tả, dữ liệu chưa liên kết với mô hình đề xuất, hoặc đóng góp viết quá rộng. Nếu chỉ thêm một đoạn khẳng định “nghiên cứu có đóng góp cho doanh nghiệp”, luận án không mạnh hơn.

Một câu hỏi hữu ích là: “Vì sao người đọc lại có nhận xét này?”. Khi trả lời được câu hỏi đó, ứng viên sẽ biết cần sửa ở đâu và sửa ở cấp độ nào.

Bước 4: Chuyển phản hồi thành hành động cụ thể

Phản hồi cần được chuyển thành hành động. Nếu phản hồi là “literature review chưa có trọng tâm”, hành động không nên là “sửa literature review”. Hành động cụ thể hơn có thể là: bỏ phần tài liệu không liên quan, tổ chức lại chương theo bốn chủ đề chính, viết đoạn kết nối giữa các chủ đề, bổ sung phần khoảng trống nghiên cứu và viết lại khung khái niệm.

Nếu phản hồi là “dữ liệu chưa đủ kiểm chứng”, hành động có thể là: thêm bảng nguồn dữ liệu, mô tả quy trình thu thập, bổ sung phụ lục công cụ phỏng vấn, làm rõ cách mã hoá dữ liệu, và đối chiếu phát hiện với ít nhất hai nguồn bằng chứng.

Nếu phản hồi là “đóng góp thực tiễn còn chung”, hành động có thể là: chuyển phần khuyến nghị thành mô hình hoặc quy trình, liên kết từng thành phần với phát hiện, xác định người sử dụng mô hình, nêu điều kiện áp dụng và giới hạn.

Theo Hattie và Timperley (2007), phản hồi hiệu quả cần giúp người học trả lời ba câu hỏi: mục tiêu là gì, hiện tại đang ở đâu, và cần làm gì tiếp theo. Trong APEL.Q, ứng viên nên biến mỗi phản hồi thành một bước hành động cụ thể để thu hẹp khoảng cách giữa bản thảo hiện tại và chuẩn DBA.

Bước 5: Lập bảng quản lý phản hồi

Một bảng quản lý phản hồi giúp ứng viên tránh bỏ sót và xử lý phản hồi có hệ thống. Bảng này có thể gồm các cột: nguồn phản hồi, nội dung phản hồi, loại phản hồi, mức độ ưu tiên, chương liên quan, hành động chỉnh sửa, vị trí đã sửa, trạng thái và ghi chú.

Ví dụ:

Phản hồi: “Câu hỏi nghiên cứu chính còn quá rộng.”
Loại phản hồi: Nền tảng.
Hành động: Thu hẹp câu hỏi vào mô hình hỗ trợ học viên trực tuyến trong 12 tuần đầu.
Chương liên quan: Chương 1, chương 3, chương 6.
Trạng thái: Đã chỉnh chương 1, cần kiểm tra lại chương kết luận.

Cách làm này đặc biệt hữu ích khi phản hồi đến từ nhiều nguồn. Nếu có giảng viên hướng dẫn, phản biện độc lập và chuyên gia đánh giá cùng góp ý, bảng quản lý giúp ứng viên tổng hợp thay vì bị rối.

Bước 6: Sửa theo chuỗi, không sửa rời rạc

Một phản hồi có thể ảnh hưởng đến nhiều phần của luận án. Vì vậy, ứng viên cần sửa theo chuỗi. Nếu câu hỏi nghiên cứu được chỉnh lại, cần kiểm tra mục tiêu, phương pháp, dữ liệu, kết quả, thảo luận và kết luận. Nếu đóng góp được viết lại thành mô hình mới, cần kiểm tra chương thảo luận, phần kết luận và slide bảo vệ. Nếu phương pháp được bổ sung dữ liệu mới, cần cập nhật chương kết quả và giới hạn nghiên cứu.

Sửa rời rạc là lỗi rất phổ biến. Ứng viên chỉnh câu hỏi nghiên cứu ở chương 1 nhưng chương 3 vẫn dùng câu hỏi cũ. Hoặc bổ sung nguồn dữ liệu trong chương phương pháp nhưng chương kết quả không dùng nguồn dữ liệu đó. Hoặc viết đóng góp mới trong kết luận nhưng chương thảo luận chưa chuẩn bị lập luận cho đóng góp đó.

Một luận án tốt cần nhất quán. Vì vậy, mỗi chỉnh sửa lớn cần đi kèm kiểm tra tác động dây chuyền.

Bước 7: Dùng phản hồi để nâng cấp lập luận

Phản hồi không chỉ giúp sửa sai. Phản hồi tốt có thể giúp ứng viên nâng cấp lập luận. Ví dụ, khi người phản biện nói “phần phát hiện chưa đủ sâu”, đó có thể là cơ hội để ứng viên chuyển từ mô tả dữ liệu sang phân tích cơ chế. Khi giảng viên nói “đóng góp chưa rõ”, đó có thể là cơ hội để phát triển một mô hình ứng dụng có giá trị hơn.

Ứng viên nên tự hỏi sau mỗi phản hồi: phản hồi này có thể giúp luận án mạnh hơn ở điểm nào? Nó giúp câu hỏi rõ hơn, phương pháp minh bạch hơn, dữ liệu thuyết phục hơn hay đóng góp sắc hơn?

Cách tiếp cận này giúp ứng viên không xem phản hồi như gánh nặng. Phản hồi trở thành công cụ để nâng cấp công trình.

Bước 8: Không biến luận án thành bản vá chắp vá

Nếu phản hồi được xử lý không đúng cách, luận án có thể trở thành bản vá chắp vá. Ứng viên thêm một đoạn ở chương 1, thêm một bảng ở chương 3, thêm vài trích dẫn ở chương 2, thêm một mô hình ở chương 6, nhưng các phần không thật sự liên kết với nhau.

Để tránh điều này, sau khi sửa theo phản hồi, ứng viên cần đọc lại toàn bộ phần bị ảnh hưởng. Nếu thêm một khung lý thuyết mới, cần bảo đảm khung đó được dùng trong phân tích. Nếu thêm mô hình đóng góp, cần bảo đảm mô hình đó đi ra từ dữ liệu. Nếu thêm dữ liệu mới, cần bảo đảm dữ liệu đó phục vụ câu hỏi nghiên cứu.

Một bản sửa tốt không chỉ giải quyết từng góp ý, mà làm cho toàn bộ luận án mạch lạc hơn.

Bước 9: Biết khi nào không nên áp dụng một phản hồi

Không phải mọi phản hồi đều phải được áp dụng nguyên văn. Có những phản hồi có giá trị nhưng không phù hợp với phạm vi nghiên cứu hiện tại. Có phản hồi đề xuất mở rộng quá nhiều. Có phản hồi phản ánh một góc nhìn khác nhưng không phù hợp với dữ liệu hoặc phương pháp của luận án.

Tuy nhiên, nếu không áp dụng, ứng viên cần có lý do học thuật. Không nên bỏ qua phản hồi chỉ vì khó sửa. Ví dụ, nếu phản biện đề xuất thêm dữ liệu định lượng nhưng luận án là nghiên cứu tình huống định tính, ứng viên có thể không thêm khảo sát mới, nhưng cần làm rõ vì sao thiết kế định tính phù hợp và dữ liệu hiện có đủ để trả lời câu hỏi nghiên cứu. Nếu phản biện đề nghị mở rộng sang ngành khác, ứng viên có thể ghi nhận như hướng nghiên cứu tương lai, đồng thời giữ phạm vi hiện tại để bảo đảm chiều sâu.

Điều quan trọng là phản hồi phải được xem xét nghiêm túc, dù cuối cùng có áp dụng hay không.

Bước 10: Kiểm tra lại bản thảo sau khi chỉnh sửa

Sau khi chỉnh sửa theo phản hồi, ứng viên cần đọc lại bản thảo như một người đọc mới. Cần kiểm tra: bản sửa có làm câu hỏi rõ hơn không, phương pháp minh bạch hơn không, dữ liệu mạnh hơn không, thảo luận sâu hơn không, đóng góp cụ thể hơn không, và luận án có mạch hơn không.

Nếu sau khi sửa, bản thảo dài hơn nhưng không rõ hơn, cần chỉnh lại. Nếu bản thảo có nhiều trích dẫn hơn nhưng lập luận không mạnh hơn, cần xem lại cách dùng tài liệu. Nếu bản thảo có thêm mô hình nhưng mô hình không gắn với dữ liệu, cần viết lại phần thảo luận.

Chỉnh sửa không phải là thêm thật nhiều. Chỉnh sửa là làm cho luận án đúng hơn, rõ hơn và thuyết phục hơn.

Những sai lầm cần tránh khi xử lý phản hồi

Sai lầm đầu tiên là sửa phản hồi theo kiểu hình thức. Thêm vài câu mà không xử lý vấn đề gốc sẽ không làm luận án mạnh hơn.

Sai lầm thứ hai là sửa từ cuối lên đầu. Nếu phản hồi liên quan đến câu hỏi nghiên cứu hoặc phương pháp, cần sửa từ phần nền tảng trước.

Sai lầm thứ ba là áp dụng mọi phản hồi một cách máy móc. Điều này có thể làm luận án mất trọng tâm.

Sai lầm thứ tư là bỏ qua phản hồi khó. Phản hồi khó thường liên quan đến điểm yếu quan trọng.

Sai lầm thứ năm là không kiểm tra tác động dây chuyền. Một thay đổi ở chương đầu có thể yêu cầu chỉnh nhiều chương sau.

Kết luận

Trong lộ trình APEL.Q cho DBA, phản hồi học thuật không nên được hiểu như danh sách lỗi cần sửa. Phản hồi là công cụ giúp ứng viên nâng cấp luận án: làm rõ vấn đề nghiên cứu, củng cố phương pháp, sử dụng dữ liệu tốt hơn, phát triển thảo luận sâu hơn và cụ thể hoá đóng góp thực tiễn.

Ứng viên cần đọc phản hồi nhiều lần, phân loại theo mức độ ảnh hưởng, tìm vấn đề gốc, chuyển phản hồi thành hành động cụ thể, lập bảng quản lý phản hồi, sửa theo chuỗi, tránh vá chắp vá và kiểm tra lại toàn bộ bản thảo sau khi chỉnh sửa.

Một ứng viên DBA trưởng thành không chỉ biết nhận phản hồi. Ứng viên biết sử dụng phản hồi để nâng cấp tư duy nghiên cứu và chất lượng luận án. Đây chính là khác biệt giữa việc “sửa cho xong” và việc phát triển một công trình Tiến sĩ ứng dụng có khả năng bảo vệ học thuật.

Tài liệu tham khảo

Hattie, J., & Timperley, H. (2007). The power of feedback. Review of Educational Research, 77(1), 81–112.

Nicol, D. J., & Macfarlane-Dick, D. (2006). Formative assessment and self-regulated learning: A model and seven principles of good feedback practice. Studies in Higher Education, 31(2), 199–218.

Price, M., Handley, K., Millar, J., & O’Donovan, B. (2010). Feedback: All that effort, but what is the effect? Assessment & Evaluation in Higher Education, 35(3), 277–289.

Sadler, D. R. (2010). Beyond feedback: Developing student capability in complex appraisal. Assessment & Evaluation in Higher Education, 35(5), 535–550.

Winstone, N. E., & Carless, D. (2019). Designing effective feedback processes in higher education: A learning-focused approach. Routledge.