Bạn vừa hoàn thành đợt thực tập tốt nghiệp ngành CNTT, có trong tay một báo cáo thực tập mô tả công việc đã làm ở công ty, và giờ phải biến nó thành một khóa luận tốt nghiệp đúng nghĩa trong vài tuần còn lại. Tin tốt: phần lớn nội dung kỹ thuật bạn đã có sẵn không phải viết lại từ đầu. Tin cần biết trước: báo cáo thực tập và khóa luận có hai mục tiêu khác nhau, và chính khoảng cách đó là nơi sinh viên mất nhiều thời gian nhất nếu không biết trước.
Khác biệt cốt lõi: báo cáo thực tập kể lại, khóa luận phải chứng minh
Báo cáo thực tập trả lời câu hỏi «bạn đã làm gì ở công ty» — mô tả công việc, công nghệ dùng, kết quả bàn giao. Khóa luận tốt nghiệp trả lời câu hỏi khác: «bạn đã giải quyết vấn đề gì, bằng phương pháp nào, và đóng góp của giải pháp đó là gì» — cần có vấn đề nghiên cứu rõ ràng, cơ sở lý thuyết, và đánh giá kết quả có phương pháp, không chỉ mô tả xong việc. Đây là lý do một báo cáo thực tập xuất sắc vẫn có thể bị hội đồng khóa luận yêu cầu viết lại gần như toàn bộ nếu nộp nguyên văn.
Bảng ánh xạ: phần nào giữ nguyên, phần nào phải viết thêm
| Phần trong báo cáo thực tập | Xử lý khi chuyển thành khóa luận |
|---|---|
| Giới thiệu công ty, vị trí thực tập | Rút gọn còn 1 đoạn ngắn trong phần bối cảnh, không còn là một chương riêng |
| Mô tả công nghệ, công cụ đã dùng | Giữ lại, chuyển thành một phần trong chương phương pháp/công nghệ áp dụng |
| Các công việc/task đã thực hiện | Chọn lọc 1–2 task có chiều sâu kỹ thuật nhất làm trọng tâm, bỏ các task lặt vặt/hành chính |
| Sản phẩm/module đã hoàn thành | Giữ lại làm phần kết quả, nhưng cần bổ sung cách đánh giá (test case, hiệu năng, so sánh trước/sau) |
| (Thường thiếu trong báo cáo thực tập) Vấn đề nghiên cứu, mục tiêu cụ thể | Phải viết mới hoàn toàn — đây là phần quyết định khóa luận có được chấp nhận hay không |
| (Thường thiếu) Cơ sở lý thuyết/công nghệ nền | Phải viết mới — giải thích nguyên lý của công nghệ/thuật toán đã dùng, không chỉ liệt kê tên |
| (Thường thiếu) Đánh giá, so sánh với giải pháp khác | Phải viết mới — báo cáo thực tập hiếm khi so sánh giải pháp đã làm với cách tiếp cận khác |
Ba bước biến một task thực tập thành một «vấn đề nghiên cứu»
Đây là bước sinh viên CNTT lúng túng nhất, vì công việc thực tập thường là yêu cầu cụ thể từ quản lý, không phải một câu hỏi nghiên cứu. Ba bước chuyển đổi:
- Xác định vấn đề thật đằng sau task: thay vì «xây dựng module quản lý đơn hàng», hỏi «hệ thống cũ có hạn chế gì khiến cần module mới» — hạn chế đó chính là vấn đề nghiên cứu.
- Đặt câu hỏi kỹ thuật cụ thể: ví dụ «giải pháp X có cải thiện thời gian xử lý so với giải pháp cũ bao nhiêu phần trăm» — biến một task thành một câu hỏi có thể đo được câu trả lời.
- Xác định phạm vi rõ ràng: nêu rõ khóa luận chỉ giải quyết phần nào của hệ thống lớn hơn ở công ty (do giới hạn thời gian thực tập), tránh để hội đồng hiểu nhầm bạn nhận vơ toàn bộ dự án của công ty làm của riêng mình.
Ví dụ minh họa (chuyển đổi giả định, không phải một khóa luận có thật): Task thực tập «tối ưu truy vấn cơ sở dữ liệu cho module báo cáo» → vấn đề nghiên cứu «Truy vấn báo cáo trên bảng dữ liệu lớn (>1 triệu bản ghi) tại hệ thống X chạy chậm do thiếu chỉ mục và truy vấn không tối ưu» → câu hỏi nghiên cứu «Áp dụng kỹ thuật đánh chỉ mục và viết lại truy vấn giúp giảm thời gian phản hồi báo cáo bao nhiêu phần trăm so với truy vấn gốc?».
Vấn đề bảo mật: dữ liệu và mã nguồn của công ty
Nhiều sinh viên lo lắng không biết trình bày dữ liệu/mã nguồn thực tế của công ty trong khóa luận có vi phạm cam kết bảo mật không. Ba nguyên tắc an toàn:
- Ẩn danh hóa tên công ty và dữ liệu nhạy cảm nếu công ty yêu cầu — dùng tên giả định hoặc mô tả chung («một doanh nghiệp thương mại điện tử quy mô vừa») thay vì tên thật.
- Xin xác nhận bằng văn bản từ công ty về những nội dung được phép công bố trong khóa luận trước khi nộp, đặc biệt nếu dự án liên quan đến sản phẩm chưa ra mắt.
- Dùng dữ liệu mẫu/giả lập để minh họa kết quả nếu công ty không cho phép công bố dữ liệu thật — miễn là nói rõ trong khóa luận đây là dữ liệu minh họa, không phải dữ liệu sản xuất thật.
Cấu trúc khóa luận CNTT chuyển đổi từ báo cáo thực tập — gợi ý rút gọn
Không cần cấu trúc IMRaD đầy đủ của nghiên cứu thực nghiệm; cấu trúc phổ biến cho khóa luận dạng dự án phần mềm gồm: đặt vấn đề (từ Bước 1–2 ở trên) → cơ sở lý thuyết/công nghệ nền → phân tích và thiết kế hệ thống → triển khai (phần lớn tái sử dụng từ báo cáo thực tập) → kiểm thử và đánh giá kết quả (phần cần bổ sung nhiều nhất) → kết luận và hướng phát triển. So sánh với hướng nghiên cứu truyền thống hoặc dự án phần mềm nói chung cho ngành này được trình bày trong bài so sánh luận văn dự án phần mềm hay luận văn nghiên cứu truyền thống cho ngành Khoa học dữ liệu — logic tương tự áp dụng cho CNTT.
Nếu bạn đang tìm đề tài mới thay vì chuyển đổi từ báo cáo thực tập có sẵn, 30 hướng đề tài đồ án tốt nghiệp ngành Công nghệ thông tin theo sáu nhánh công nghệ là điểm bắt đầu phù hợp hơn. Vì quỹ thời gian chuyển đổi từ báo cáo thực tập thường chỉ còn vài tuần, cách lập kế hoạch tiến độ theo tuần cho một đề tài kỹ thuật — dù viết cho ngành Khoa học dữ liệu — vẫn áp dụng được logic tương tự cho CNTT, xem bài so sánh 3 kế hoạch thời gian làm luận văn: an toàn, tiêu chuẩn, gấp rút.
Ví dụ đối chiếu một đoạn văn: giọng báo cáo và giọng khóa luận
Đoạn minh họa giả định để so sánh văn phong, không trích từ báo cáo thật:
| Giọng báo cáo thực tập (cần sửa) | Giọng khóa luận (sau khi viết lại) |
|---|---|
| «Trong tuần 3, em được giao nhiệm vụ tối ưu truy vấn cho module báo cáo vì hệ thống chạy chậm.» | «Nghiên cứu này giải quyết vấn đề thời gian phản hồi chậm của module báo cáo trên bảng dữ liệu lớn, xuất phát từ hạn chế thiếu chỉ mục trong thiết kế cơ sở dữ liệu ban đầu.» |
| «Sau khi tối ưu, hệ thống chạy nhanh hơn hẳn và anh quản lý rất hài lòng.» | «Sau khi áp dụng chỉ mục và viết lại truy vấn, thời gian phản hồi trung bình giảm từ 4,2 giây xuống 0,6 giây (giảm 86%), đo trên 20 lần chạy thử với cùng tập dữ liệu.» |
Khác biệt không chỉ ở từ ngữ — cột bên phải có số liệu đo được, có phương pháp đo (20 lần chạy thử, cùng điều kiện), và không còn dấu vết của giọng tường thuật cá nhân. Đây chính xác là chuyển đổi cần làm xuyên suốt toàn bộ khóa luận, không chỉ ở phần kết quả.
Ba lỗi khiến khóa luận chuyển đổi từ báo cáo thực tập bị trả lại
- Giữ nguyên giọng văn «báo cáo công việc» — câu kiểu «Em đã được giao nhiệm vụ…» thay vì giọng học thuật khách quan «Nghiên cứu này giải quyết vấn đề…» — hội đồng nhận ra ngay đây là báo cáo dán nhãn lại.
- Không có phần đánh giá định lượng kết quả — chỉ nói «hệ thống chạy tốt» mà không có số liệu đo lường cụ thể (thời gian phản hồi, tỷ lệ lỗi, số lượng test case pass) để chứng minh.
- Nhận toàn bộ dự án của team làm thành quả cá nhân — không phân định rõ phần nào do chính sinh viên thực hiện, phần nào là công việc chung của cả nhóm tại công ty; hội đồng luôn hỏi câu này và cần câu trả lời rõ ràng.
Tesify giúp bạn chuyển đổi báo cáo thực tập thành khóa luận đúng cấu trúc, gợi ý cách viết phần vấn đề nghiên cứu và đánh giá kết quả còn thiếu — theo đúng nội dung công việc thật bạn đã làm. Chuyển đổi báo cáo thực tập thành khóa luận với Tesify.
Câu hỏi thường gặp
Có bắt buộc phải làm khóa luận từ đề tài thực tập không, hay có thể chọn đề tài khác?
Tùy quy định từng trường/khoa — nhiều nơi cho phép chọn tự do, nhưng chuyển đổi từ thực tập thường nhanh hơn vì đã có sẵn phần triển khai kỹ thuật, chỉ cần bổ sung phần học thuật còn thiếu.
Nếu dự án thực tập là làm việc nhóm thì viết khóa luận cá nhân thế nào?
Khoanh vùng rõ phần module/tính năng cụ thể do chính mình phụ trách làm trọng tâm khóa luận, chỉ mô tả sơ lược phần còn lại của hệ thống như bối cảnh chung.
Công ty không đồng ý cho công bố bất kỳ thông tin nào thì phải làm sao?
Trao đổi với người hướng dẫn để chuyển hướng: giữ nguyên vấn đề kỹ thuật và phương pháp giải quyết, nhưng thay dữ liệu và bối cảnh cụ thể bằng một kịch bản giả định tương tự, không nêu tên công ty hay dữ liệu thật.
Có cần viết lại toàn bộ phần code/triển khai đã làm ở công ty không?
Không cần viết lại code, nhưng cần trình bày lại phần thiết kế và giải thích lựa chọn kỹ thuật theo văn phong học thuật, có sơ đồ kiến trúc và lý do lựa chọn công nghệ, thay vì chỉ liệt kê những gì đã làm.
Thời gian chuyển đổi từ báo cáo thực tập sang khóa luận mất khoảng bao lâu?
Thường 4–8 tuần nếu phần triển khai kỹ thuật đã hoàn chỉnh, chủ yếu dành cho viết phần vấn đề nghiên cứu, cơ sở lý thuyết và đánh giá kết quả còn thiếu — ngắn hơn đáng kể so với làm một khóa luận từ đầu.
Giảng viên hướng dẫn khóa luận có cần hiểu rõ dự án thực tế ở công ty không?
Nên chọn giảng viên có chuyên môn gần với công nghệ/lĩnh vực của dự án, và chủ động giải thích bối cảnh công việc thực tế — giảng viên không thể góp ý sâu nếu chỉ đọc bản mô tả sơ sài.
Có được dùng ảnh chụp màn hình hệ thống thật của công ty trong khóa luận không?
Chỉ khi công ty đồng ý và đã che/ẩn danh các thông tin nhạy cảm (tên khách hàng thật, số liệu kinh doanh thật) — an toàn nhất là dùng dữ liệu demo hoặc môi trường thử nghiệm khi chụp minh họa.