Cách viết chương thảo luận để thể hiện đóng góp DBA

Trong luận án DBA theo lộ trình APEL.Q, chương thảo luận là nơi thể hiện rõ nhất năng lực Tiến sĩ ứng dụng của ứng viên. Nếu chương kết quả trả lời câu hỏi “dữ liệu cho thấy điều gì?”, thì chương thảo luận phải trả lời câu hỏi sâu hơn: “những phát hiện đó có ý nghĩa gì đối với quản trị, lý thuyết, tổ chức và đóng góp thực tiễn?”.

Nhiều ứng viên viết chương kết quả tương đối tốt, có số liệu, trích dẫn phỏng vấn, bảng phân tích và phát hiện rõ. Tuy nhiên, khi sang chương thảo luận, họ lại chỉ lặp lại kết quả bằng ngôn ngữ khác. Đây là lỗi rất phổ biến. Chương thảo luận không phải là bản tóm tắt chương kết quả. Đây là nơi ứng viên diễn giải, so sánh, kết nối, phản biện và phát triển đóng góp DBA.

Theo Trafford và Leshem (2008), một luận án tiến sĩ cần thể hiện khả năng tạo ra lập luận ở cấp độ cao, không chỉ trình bày dữ liệu. Với DBA, lập luận đó cần đi xa hơn việc chứng minh “điều gì đã xảy ra”, mà phải làm rõ “điều đó giúp nhà quản trị hiểu và hành động tốt hơn như thế nào”.

Chương thảo luận có vai trò gì?

Chương thảo luận có bốn vai trò chính.

Thứ nhất, chương này diễn giải ý nghĩa của phát hiện. Dữ liệu có thể cho thấy học viên giảm tương tác sau tuần thứ tư, nhân viên ít sử dụng CRM hoặc khách hàng không quay lại sau lần mua đầu tiên. Chương thảo luận cần giải thích vì sao những điều này quan trọng.

Thứ hai, chương này liên kết phát hiện với literature review và khung lý thuyết. Ứng viên cần chỉ ra phát hiện của mình xác nhận, mở rộng, điều chỉnh hay thách thức những gì đã được nghiên cứu trước đó.

Thứ ba, chương này phát triển đóng góp thực tiễn. Đây là điểm đặc biệt quan trọng trong DBA. Phát hiện cần được chuyển thành mô hình, khung, quy trình, nguyên tắc quản trị hoặc hàm ý ứng dụng có cấu trúc.

Thứ tư, chương này xác định phạm vi và giới hạn của đóng góp. Một chương thảo luận tốt không khẳng định quá mức. Nó trình bày rõ đóng góp có giá trị trong bối cảnh nào, với điều kiện nào và cần thận trọng khi áp dụng ra sao.

Không lặp lại chương kết quả

Lỗi lớn nhất khi viết chương thảo luận là lặp lại kết quả. Ví dụ, chương kết quả đã nêu “học viên giảm tương tác sau tuần thứ tư”, chương thảo luận lại viết “kết quả cho thấy học viên giảm tương tác sau tuần thứ tư”. Cách viết này chưa tạo ra giá trị mới.

Thảo luận cần đi sâu hơn. Ứng viên có thể viết: “Việc học viên giảm tương tác sau tuần thứ tư cho thấy giai đoạn rủi ro không nằm ở thời điểm nhập học, mà ở giai đoạn chuyển từ sự hứng thú ban đầu sang yêu cầu tự học có kỷ luật. Điều này hàm ý rằng hệ thống hỗ trợ học viên không nên chỉ tập trung vào onboarding, mà cần có cơ chế theo dõi và can thiệp trong giai đoạn chuyển tiếp học thuật.”

Đoạn thứ hai không chỉ lặp lại kết quả. Nó diễn giải ý nghĩa quản trị, chỉ ra cơ chế và mở đường cho đóng góp thực tiễn.

Bắt đầu bằng việc nhắc lại câu hỏi nghiên cứu

Chương thảo luận nên bắt đầu bằng việc nhắc lại ngắn gọn câu hỏi nghiên cứu và các phát hiện chính. Không cần lặp lại toàn bộ kết quả, chỉ cần định vị người đọc.

Ví dụ:

“Chương kết quả đã chỉ ra ba phát hiện chính: học viên có nguy cơ giảm tương tác sau giai đoạn đầu, phản hồi hỗ trợ học thuật đóng vai trò quan trọng trong việc duy trì học tập, và hệ thống hỗ trợ hiện tại chưa có cơ chế phân tầng rủi ro. Chương này thảo luận ý nghĩa của các phát hiện đó đối với quản trị trải nghiệm học viên và phát triển mô hình hỗ trợ trong chương trình trực tuyến.”

Cách mở này giúp chương thảo luận có trọng tâm. Người đọc biết chương sẽ bàn về điều gì và vì sao.

Liên kết phát hiện với khung lý thuyết

Một chương thảo luận tốt cần đưa phát hiện quay lại với khung lý thuyết đã trình bày trong chương literature review. Nếu chương lý thuyết nói về learner engagement, quản trị thay đổi, trải nghiệm khách hàng, năng lực tổ chức hoặc chấp nhận công nghệ, chương thảo luận cần dùng những khái niệm đó để giải thích phát hiện.

Ví dụ, nếu luận án sử dụng khung chấp nhận công nghệ, chương thảo luận không nên chỉ nói rằng “nhân viên không dùng CRM vì hệ thống khó sử dụng”. Cần phân tích xem phát hiện này liên quan thế nào đến nhận thức về tính hữu ích, tính dễ sử dụng, hỗ trợ tổ chức và sự phù hợp với công việc. Nếu dữ liệu cho thấy nhân viên hiểu hệ thống hữu ích nhưng vẫn không dùng thường xuyên, chương thảo luận có thể chỉ ra rằng chấp nhận công nghệ không chỉ phụ thuộc vào nhận thức cá nhân, mà còn phụ thuộc vào thiết kế quy trình và cơ chế quản lý tuyến đầu.

Đây là cách phát hiện thực tiễn được nâng thành lập luận học thuật.

So sánh phát hiện với nghiên cứu trước

Chương thảo luận cần cho thấy phát hiện của ứng viên đứng ở đâu so với nghiên cứu trước. Có ba khả năng thường gặp.

Khả năng thứ nhất, phát hiện xác nhận nghiên cứu trước. Ví dụ, nhiều nghiên cứu đã chỉ ra rằng hỗ trợ kịp thời giúp tăng mức độ tham gia học trực tuyến, và dữ liệu của ứng viên cũng cho thấy điều tương tự.

Khả năng thứ hai, phát hiện mở rộng nghiên cứu trước. Ví dụ, các nghiên cứu trước nói về hỗ trợ học viên nói chung, còn luận án của ứng viên chỉ ra thời điểm cụ thể mà hỗ trợ có tác động mạnh nhất.

Khả năng thứ ba, phát hiện đặt vấn đề lại với nghiên cứu trước. Ví dụ, lý thuyết chấp nhận công nghệ thường nhấn mạnh tính hữu ích và tính dễ sử dụng, nhưng dữ liệu của ứng viên cho thấy yếu tố quyết định lại là sự tích hợp công nghệ vào quy trình làm việc hằng ngày.

Ứng viên không cần chứng minh rằng nghiên cứu của mình hoàn toàn mới ở mọi điểm. Một đóng góp DBA có thể nằm ở việc xác nhận lý thuyết trong bối cảnh mới, mở rộng ứng dụng của lý thuyết hoặc chuyển lý thuyết thành khung hành động thực tiễn.

Từ phát hiện đến hàm ý quản trị

Đây là phần cốt lõi của DBA. Chương thảo luận cần chuyển phát hiện thành hàm ý quản trị. Hàm ý không nên chung chung. Cần chỉ ra nhà quản trị nên hiểu hoặc làm gì khác đi dựa trên phát hiện.

Ví dụ, nếu phát hiện cho thấy học viên giảm tương tác trước khi chính thức bỏ học, hàm ý quản trị là chương trình cần hệ thống cảnh báo sớm, không nên chờ học viên nộp đơn rút hoặc ngừng học hoàn toàn. Nếu phát hiện cho thấy nhân viên không dùng CRM vì quy trình chưa thay đổi, hàm ý là doanh nghiệp không nên xem triển khai CRM là dự án công nghệ đơn thuần, mà là dự án tái thiết kế quy trình bán hàng. Nếu phát hiện cho thấy khách hàng không rời bỏ vì giá mà vì thiếu chăm sóc sau mua, hàm ý là doanh nghiệp cần quản trị hành trình sau mua như một phần của chiến lược giữ chân khách hàng.

Một hàm ý tốt nên có ba yếu tố: phát hiện nào dẫn đến hàm ý đó, nhà quản trị cần chú ý điều gì, và hành động quản trị nên thay đổi ra sao.

Phát triển đóng góp thành mô hình hoặc khung

Trong DBA, đóng góp thực tiễn thường mạnh hơn khi được trình bày thành mô hình, khung, quy trình hoặc bộ tiêu chí. Chương thảo luận là nơi phát triển đóng góp này.

Ví dụ, từ nghiên cứu về học viên trực tuyến, ứng viên có thể phát triển “Mô hình hỗ trợ học viên theo ba giai đoạn”: nhận diện rủi ro, can thiệp học thuật và theo dõi phục hồi tương tác. Từ nghiên cứu về CRM, ứng viên có thể phát triển “Khung quản trị thay đổi tích hợp”: công nghệ, quy trình, người dùng và quản lý tuyến đầu. Từ nghiên cứu về giữ chân nhân viên, ứng viên có thể phát triển “Khung trải nghiệm nhân viên mới trong 12 tháng đầu”.

Mô hình hoặc khung không nên xuất hiện đột ngột. Nó phải được xây dựng từ phát hiện. Mỗi thành phần của mô hình nên có liên hệ với dữ liệu. Nếu mô hình có bốn thành phần, chương thảo luận cần giải thích vì sao có bốn thành phần đó và dữ liệu nào hỗ trợ từng thành phần.

Không biến thảo luận thành phần tư vấn thuần tuý

Vì DBA có tính ứng dụng, ứng viên đôi khi viết chương thảo luận giống báo cáo tư vấn: đưa nhiều khuyến nghị quản lý nhưng thiếu liên hệ với dữ liệu và lý thuyết. Đây là rủi ro.

Một luận án DBA không chỉ nói “doanh nghiệp nên làm gì”. Luận án cần giải thích vì sao nên làm như vậy dựa trên dữ liệu nào, phát hiện nào và khung lý thuyết nào. Nếu khuyến nghị không có nền tảng dữ liệu, nó chỉ là ý kiến cá nhân. Nếu hàm ý thực tiễn không liên hệ với literature review, luận án sẽ thiếu chiều sâu học thuật.

Cách viết tốt là đi theo chuỗi: phát hiện → diễn giải → liên hệ lý thuyết → hàm ý quản trị → đóng góp. Chuỗi này giúp chương thảo luận vừa học thuật, vừa ứng dụng.

Xử lý phát hiện bất ngờ hoặc trái chiều

Phát hiện bất ngờ là cơ hội để chương thảo luận trở nên sâu hơn. Nếu dữ liệu không hoàn toàn giống kỳ vọng ban đầu, ứng viên không nên né tránh. Cần giải thích tại sao.

Ví dụ, ứng viên kỳ vọng đào tạo kỹ thuật sẽ là yếu tố chính giúp nhân viên sử dụng CRM, nhưng dữ liệu cho thấy vai trò của quản lý tuyến đầu quan trọng hơn. Đây là phát hiện rất có giá trị. Chương thảo luận có thể phân tích rằng việc chấp nhận CRM không chỉ là vấn đề năng lực cá nhân, mà còn là vấn đề chuẩn hoá hành vi sử dụng trong hoạt động quản lý hằng ngày.

Hoặc ứng viên kỳ vọng học viên bỏ học vì khó khăn học thuật, nhưng dữ liệu cho thấy nguyên nhân lớn là thiếu phản hồi và cảm giác bị cô lập. Chương thảo luận có thể mở rộng đóng góp sang quản trị trải nghiệm học viên và cảm nhận được hỗ trợ.

Theo Alvesson và Kärreman (2011), những phát hiện tạo bất ngờ có thể giúp nghiên cứu phát triển lý thuyết và đặt lại cách hiểu về hiện tượng. Với DBA, phát hiện bất ngờ có thể giúp mô hình thực tiễn sắc hơn.

Trình bày phạm vi áp dụng của đóng góp

Một chương thảo luận chuyên nghiệp cần nói rõ đóng góp có thể áp dụng trong điều kiện nào. Không nên khẳng định mô hình của mình phù hợp cho mọi tổ chức, mọi ngành hoặc mọi quốc gia nếu dữ liệu không cho phép.

Ví dụ:

“Mô hình hỗ trợ học viên được phát triển từ bối cảnh một chương trình trực tuyến dành cho người học đã đi làm. Vì vậy, mô hình có thể phù hợp nhất với các chương trình có đặc điểm tương đồng: học viên trưởng thành, học bán thời gian, yêu cầu tự học cao và có hệ thống LMS hỗ trợ theo dõi tương tác.”

Cách viết này làm đóng góp đáng tin hơn. Nó cho thấy ứng viên hiểu bối cảnh và giới hạn của nghiên cứu.

Liên kết chương thảo luận với chương kết luận

Chương thảo luận nên mở đường cho chương kết luận. Sau khi thảo luận phát hiện, liên hệ lý thuyết và phát triển đóng góp thực tiễn, chương kết luận sẽ tổng hợp lại toàn bộ luận án.

Vì vậy, cuối chương thảo luận nên có đoạn tóm tắt: đóng góp chính là gì, phát hiện đã trả lời câu hỏi nghiên cứu như thế nào, và chương kết luận sẽ trình bày tổng hợp ra sao. Không nên kết thúc chương thảo luận đột ngột sau một phần khuyến nghị.

Ví dụ:

“Tóm lại, chương này đã thảo luận ba phát hiện chính và phát triển mô hình hỗ trợ học viên theo giai đoạn rủi ro. Mô hình này là đóng góp thực tiễn chính của luận án, đồng thời mở rộng cách tiếp cận learner engagement từ góc nhìn quản trị hệ thống hỗ trợ. Chương tiếp theo sẽ tổng hợp kết luận, đóng góp, giới hạn và hướng nghiên cứu tiếp theo.”

Cấu trúc gợi ý cho chương thảo luận

Ứng viên có thể viết chương thảo luận theo cấu trúc sau:

1. Giới thiệu mục tiêu của chương thảo luận
2. Tóm tắt ngắn các phát hiện chính
3. Thảo luận phát hiện 1: ý nghĩa, lý thuyết, thực tiễn
4. Thảo luận phát hiện 2: ý nghĩa, lý thuyết, thực tiễn
5. Thảo luận phát hiện 3: ý nghĩa, lý thuyết, thực tiễn
6. Tích hợp các phát hiện thành mô hình hoặc khung đóng góp
7. Hàm ý quản trị
8. Phạm vi áp dụng của đóng góp
9. Liên hệ với giới hạn nghiên cứu
10. Tóm tắt chương và chuyển sang kết luận

Cấu trúc này có thể điều chỉnh tuỳ luận án. Điểm quan trọng là chương phải có mạch từ phát hiện đến đóng góp.

Những lỗi thường gặp khi viết chương thảo luận

Lỗi thứ nhất là lặp lại chương kết quả mà không diễn giải sâu.

Lỗi thứ hai là không liên hệ với literature review hoặc khung lý thuyết.

Lỗi thứ ba là viết hàm ý quản trị quá chung, ví dụ “cần cải thiện chất lượng”, “cần tăng cường đào tạo”, “cần nâng cao nhận thức”.

Lỗi thứ tư là đưa ra mô hình đóng góp nhưng không chứng minh mô hình đó đi ra từ dữ liệu.

Lỗi thứ năm là khẳng định quá mức về khả năng áp dụng.

Lỗi thứ sáu là bỏ qua phát hiện trái chiều hoặc bất ngờ.

Lỗi thứ bảy là biến chương thảo luận thành báo cáo tư vấn thuần tuý, thiếu nền tảng học thuật.

Kết luận

Chương thảo luận là nơi luận án DBA thể hiện giá trị cao nhất. Đây là chương chuyển phát hiện thành ý nghĩa, chuyển dữ liệu thành lập luận và chuyển nghiên cứu thành đóng góp thực tiễn. Trong lộ trình APEL.Q, chương này đặc biệt quan trọng vì ứng viên cần chứng minh rằng nền tảng nghiên cứu cũ đã được nâng cấp thành một công trình Tiến sĩ ứng dụng có chiều sâu.

Ứng viên cần tránh lặp lại kết quả, cần liên kết phát hiện với lý thuyết, so sánh với nghiên cứu trước, phát triển hàm ý quản trị và xây dựng mô hình hoặc khung đóng góp có cơ sở. Một chương thảo luận tốt không chỉ trả lời “nghiên cứu phát hiện gì”, mà còn trả lời “phát hiện đó giúp nhà quản trị hiểu và hành động tốt hơn như thế nào”.

Trong DBA, đóng góp không nằm ở việc viết khuyến nghị dài. Đóng góp nằm ở khả năng tạo ra một cách hiểu, một khung hành động hoặc một mô hình ứng dụng được xây dựng từ dữ liệu, lý thuyết và bối cảnh thực tiễn. Đó chính là nhiệm vụ trung tâm của chương thảo luận.

Tài liệu tham khảo

Alvesson, M., & Kärreman, D. (2011). Qualitative research and theory development: Mystery as method. SAGE Publications.

Bitchener, J., & Basturkmen, H. (2006). Perceptions of the difficulties of postgraduate L2 thesis students writing the discussion section. Journal of English for Academic Purposes, 5(1), 4–18.

Hess, D. R. (2004). How to write an effective discussion. Respiratory Care, 49(10), 1238–1241.

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

Wisker, G. (2015). Developing doctoral authors: Engaging with theoretical perspectives through the literature review. Innovations in Education and Teaching International, 52(1), 64–74.