Trong hành trình học tập ngành Công nghệ Thông tin tại Đại học FPT, kỳ 5 thường được xem là một “bước ngoặt” khi sinh viên lần đầu phải thực hiện một dự án phần mềm hoàn chỉnh trong môn SWP391 - Software Development Project. Đây không phải một môn lý thuyết hay thi viết, mà là môn thiên về thực hành, yêu cầu cả nhóm áp dụng toàn bộ kiến thức đã học để xây dựng sản phẩm và báo cáo kết quả cuối môn trước hội đồng giảng viên.

Buổi báo cáo hội đồng SWP391 chính là cột mốc quan trọng, quyết định phần lớn điểm số cuối kỳ. Đây không chỉ là nơi bạn và nhóm thể hiện sản phẩm đã làm, mà còn là bài kiểm tra kỹ năng làm việc nhóm, trình bày dự án, demo hệ thống và trả lời phản biện trực tiếp.

Là người từng trải qua buổi báo cáo này và đạt 8.8 điểm, có thể nó sẽ không cao bằng những bạn khác hoặc có thể cao hơn, nhưng mình không lấy nó ra so sánh, mình muốn chia sẻ lại kinh nghiệm báo cáo SWP391 một cách chân thực và dễ áp dụng. Bài viết này trên TruongDevs sẽ chia sẻ cho bạn từng bước, từ chuẩn bị nội dung, thiết kế slide, cách thuyết trình đến xử lý câu hỏi từ hội đồng, để tự tin hơn và nâng cao cơ hội đạt điểm cao.

Tham khảo chi tiết bài viết: https://www.truongdevs.com/2025/07/kinh-nghiem-bao-cao-hoi-dong-swp391.html

Để dự án hoạt động trơn tru thì lúc demo luồng chính (happy case) vẫn phải bắt buộc làm đàng hoàng những case xấu -> ví dụ 2 người đặt hẹn cùng lúc.

Đa số các bạn dính 1 lỗi khá nặng -> Vẽ sai ERD và Phân tích không chuẩn DB (khá dễ bị xấy và thậm chí sai 1 nét cũng đã rớt môn), và đặc biệt là HARDCODE, đường đi 10 phút giá 5000 đồng mà lúc cần đổi phải chỉnh server (nên xài system config). Nếu làm microservices thì tỉ lệ gặp người xấy về vấn đề clean code rất cao.

Chuẩn bị data sẵn, slide lấy của giáo làng và hạn chế nói phần mở đầu (vì ai cũng biết dự án này làm vì SWP chứ không phải cho xã hội). Đồng phục thì mặc bình thường. Đảm bảo trên github phần contribution phải đều nhau hoặc hơn 1 chút (nhớ pull hết vô main trước khi demo để update contribution).

Sau khi mình làm nhiều kì thì thấy kì 5 vẫn chưa đủ trình làm JIRA đâu, có thể xài github issues để làm (hoặc xài excel). Nếu xài jira thì hãy xài confluence (giống doc nhưng lưu hết link cần thiết ở một chỗ tiện hơn), note được nhiều thứ như cách commit, cách sử dụng, luồng hoạt động (kêu AI gen bỏ lên).

Việc responsive thì mình không khuyến khích làm, vì ngta cũng không để ý nhiều cái đó mà nó lại khá tốn thời gian. Làm hết luồng -> làm luồng lỗi -> làm config -> đảm bảo admin dashboard mượt mà -> responsive cho user (admin kệ đừng làm)

Đang tải dữ liệu

Đang tải dữ liệu

Đang tải dữ liệu