Buổi bảo vệ thử môn eProject 3 của lớp T1.2406.E1 diễn ra như một “điểm dừng kỹ thuật” quan trọng trước khi bước vào vòng bảo vệ chính thức. Không khí trong phòng vừa hồi hộp vừa sôi nổi: ai cũng hiểu đây không chỉ là một buổi trình bày, mà là lần tổng rà soát cuối cùng để nhìn thẳng vào những gì đã làm được, những gì còn thiếu, và những rủi ro có thể “vấp” khi ra bảo vệ thật. Với tinh thần đó, cả lớp đã bước vào buổi bảo vệ thử bằng sự chuẩn bị nghiêm túc, từ slide, demo sản phẩm đến cách phân chia vai trò thuyết trình – hỏi đáp.
Điểm đặc biệt của eProject 3 lần này là lớp có 5 nhóm, mỗi nhóm nhận một đề tài khác nhau do phía Ấn Độ ra đề. Chính sự đa dạng ấy tạo nên bức tranh tổng thể rất thú vị: dù đều là dự án web, mỗi sản phẩm lại có bối cảnh nghiệp vụ, nhóm người dùng và luồng xử lý riêng. Nhờ vậy, buổi bảo vệ thử trở thành một phiên “triển lãm mini” – nơi người nghe có thể thấy cùng một nền tảng kiến thức được triển khai theo nhiều hướng khác nhau, từ thương mại điện tử, y tế số cho tới quản trị thiết bị và dịch vụ bảo hiểm.
Nhóm 1 – Java Florist mở đầu bằng một tinh thần khá “dịu mắt” đúng chất ngành hoa: một website đặt và giao hoa hướng tới trải nghiệm người dùng nhanh, đẹp và tiện. Nhóm tập trung mô tả hành trình khách hàng: chọn mẫu hoa, tùy chọn lời nhắn, đặt lịch giao, theo dõi trạng thái đơn. Ở buổi bảo vệ thử, phần demo là “thước đo” quan trọng nhất: giao diện có mượt không, đặt hàng có trơn tru không, dữ liệu có nhất quán không. Nhóm cũng nhận được các góp ý thực tế xoay quanh tối ưu giỏ hàng, xử lý tình huống tồn kho, và cách thể hiện thông tin giao nhận sao cho rõ ràng, tránh gây nhầm lẫn khi người dùng thao tác nhanh.
Tiếp theo, Nhóm 2 – Online Health Consultation Portal bước lên với một đề tài mang tính thời sự: hệ thống khám chữa bệnh từ xa. Đây là bài toán đòi hỏi sự chặt chẽ về luồng nghiệp vụ, vì liên quan đến thông tin sức khỏe và lịch hẹn. Nhóm phải trình bày được các chức năng cốt lõi như đăng ký tài khoản bệnh nhân/bác sĩ, đặt lịch tư vấn, quản lý hồ sơ khám, và trao đổi thông tin trong quá trình tư vấn. Trong phần phản biện của buổi bảo vệ thử, nhóm được nhấn mạnh về việc chuẩn hóa luồng đặt lịch (tránh trùng lịch), tính rõ vai trò người dùng, và cách làm cho hệ thống “đứng vững” khi phát sinh các tình huống như hủy lịch, thay đổi giờ, hoặc bệnh nhân cần xem lại lịch sử tư vấn.
Nhóm 3 – Health Insurance Management Web Application chọn một đề tài thiên về quản trị: hệ thống bảo hiểm sức khỏe. Đây là kiểu dự án dễ “khó nói cho hay” nếu chỉ dừng ở mô tả tính năng. Vì vậy, phần bảo vệ thử trở thành cơ hội để nhóm rèn cách kể câu chuyện nghiệp vụ: bảo hiểm gồm những thành phần nào, hợp đồng – quyền lợi – mức chi trả liên kết ra sao, quy trình yêu cầu bồi thường (claim) cần những bước gì. Nhóm được góp ý về việc làm rõ dữ liệu và báo cáo: phân quyền cho admin/nhân viên/khách hàng, quản lý gói bảo hiểm, theo dõi trạng thái yêu cầu, và đặc biệt là trình bày những màn hình “đắt giá” chứng minh hệ thống xử lý đúng quy trình.
Đến Nhóm 4 – ONLINE HELP DESK, không khí chuyển hướng sang mảng quản lý thiết bị. Đề tài này thường đòi hỏi sự logic trong quản trị tài sản và quy trình hỗ trợ: tạo ticket, phân công xử lý, theo dõi tiến độ, cập nhật tình trạng thiết bị, lịch sử bảo trì. Trong buổi bảo vệ thử, nhóm thể hiện rõ thế mạnh khi mô phỏng các bước xử lý sự cố như một quy trình thật của doanh nghiệp. Các góp ý tập trung vào việc tối ưu trải nghiệm cho người dùng nội bộ: làm sao để tạo yêu cầu nhanh, lọc – tìm kiếm ticket hiệu quả, và hiển thị SLA/trạng thái đủ rõ để người quản trị nắm tình hình ngay khi mở dashboard.
Khép lại là Nhóm 5 – Insurance Online Service, một dịch vụ bảo hiểm trực tuyến mang màu sắc “dịch vụ hóa” nhiều hơn. Nếu nhóm 3 thiên về quản trị nội bộ bảo hiểm sức khỏe, thì nhóm 5 lại gần với trải nghiệm khách hàng: tìm hiểu gói bảo hiểm, đăng ký, thanh toán, quản lý hợp đồng, theo dõi quyền lợi và hỗ trợ sau bán. Buổi bảo vệ thử giúp nhóm rà lại thông điệp chính của sản phẩm: khách hàng vào hệ thống để làm gì, lợi ích cụ thể là gì, và hệ thống hỗ trợ họ nhanh hơn – minh bạch hơn ra sao. Nhóm cũng được nhắc về tính nhất quán của luồng nghiệp vụ và cách xử lý các trạng thái hợp đồng để demo không bị “đứt mạch” giữa chừng.
Buổi bảo vệ thử của lớp T1.2406.E1 không chỉ là một buổi “chạy thử” cho đúng quy trình, mà thực sự là một buổi học lớn về kỹ năng trình bày dự án. Các nhóm nhận ra rằng làm sản phẩm tốt thôi chưa đủ: cần kể được câu chuyện, chứng minh được tính logic, và demo được sự ổn định. Sau buổi bảo vệ thử, ai cũng mang về một danh sách việc phải làm: chỉnh slide cho mạch lạc, hoàn thiện các luồng dễ lỗi, bổ sung dữ liệu mẫu hợp lý, và quan trọng nhất là luyện tập phối hợp để khi ra bảo vệ chính thức, bài trình bày đi đúng nhịp – đúng trọng tâm – đúng kỳ vọng.
Buổi bảo vệ thử khép lại bằng tinh thần rất “đã”: mệt nhưng rõ đường. Với 5 đề tài khác nhau, 5 cách tiếp cận khác nhau và cùng một mục tiêu chung, lớp T1.2406.E1 đang tiến gần hơn tới một vòng bảo vệ chính thức tự tin, thuyết phục và chuyên nghiệp.
Giảng viên Hoàng Đức Quang
| FPT Aptech trực thuộc Tổ chức Giáo dục FPT có hơn 25 năm kinh nghiệm đào tạo lập trình viên quốc tế tại Việt Nam, và luôn là sự lựa chọn ưu tiên của các sinh viên và nhà tuyển dụng. |
