Buổi 8 – Theo dõi tiến độ lần 1
Bài trước: Buổi 6: Giới thiệu Git & teamwork
Bài tiếp theo: Buổi 8: Review 1 (Giữa kỳ)
Xin chào các em! 🎉
Sau một thời gian làm việc, hôm nay chúng ta sẽ cùng nhau đánh giá tiến độ và xem các em đã làm được những gì rồi nhé! Đây là buổi quan trọng để các em biết mình đang ở đâu và cần điều chỉnh gì không.
🎯 Mục tiêu học tập
Sau buổi học này, các em sẽ:
- ✅ Đánh giá được tiến độ thực tế so với kế hoạch
- ✅ Phát hiện vấn đề và rủi ro sớm
- ✅ Biết cách điều chỉnh kế hoạch nếu cần
- ✅ Đảm bảo tất cả thành viên đều có việc làm
📋 Nội dung chính
1. Demo tiến độ từng nhóm (50 phút)
Các nhóm sẽ trình bày tiến độ của mình. Thầy mong các em chuẩn bị kỹ nhé!
Quy trình demo:
- Mỗi nhóm trình bày (5 phút/nhóm)
- Demo code đã làm (nếu có)
- Thầy hỏi và góp ý (2 phút/nhóm)
Nội dung trình bày:
Các em cần trình bày:
- ✅ Đã hoàn thành task nào? (% hoàn thành)
- ✅ Đang làm task nào?
- ✅ Gặp khó khăn gì? Cần hỗ trợ gì?
- ✅ Code đã commit lên GitHub chưa? (Ít nhất 3 commit từ buổi 6)
Minh chứng tiến độ:
Các em cần chuẩn bị:
- Link repo GitHub với commit mới
- Screenshot hoặc demo code chạy được
- Bảng cập nhật Status task trong ClickUp
Lưu ý: Nếu các em chưa có code, cũng không sao! Nhưng cần giải thích rõ tại sao và kế hoạch làm tiếp như thế nào.
2. Thầy kiểm tra repo GitHub (20 phút)
Sau khi các nhóm trình bày, thầy sẽ kiểm tra repo GitHub của từng nhóm.
Các điểm thầy sẽ kiểm tra:
- ✅ Có commit mới không? (≥3 commit từ buổi 6)
- ✅ Commit message có đúng format không? (feat:, fix:, docs:, v.v.)
- ✅ Cấu trúc code có hợp lý không?
- ✅ Có comment code không?
Các vấn đề thường gặp:
Thầy thường thấy các vấn đề này:
- ❌ Không có commit nào (chưa bắt đầu code) → Cần bắt đầu ngay!
- ❌ Commit message không rõ ràng → "fix bug", "update" → Cần cụ thể hơn!
- ❌ Code không có comment → Khó đọc, khó maintain
- ❌ Cấu trúc thư mục lộn xộn → Cần tổ chức lại
Tips: Các em nên commit thường xuyên, mỗi khi hoàn thành một tính năng nhỏ. Đừng đợi đến khi hoàn thành hết mới commit một lần nhé!
3. Điều chỉnh kế hoạch (nếu cần) (10 phút)
Nếu các em gặp vấn đề:
- Task bị trễ → Cần điều chỉnh timeline
- Task quá khó → Cần hỗ trợ thêm từ thầy hoặc TA
- Phân công không hợp lý → Phân công lại công việc
Lưu ý: Điều chỉnh kế hoạch là bình thường! Quan trọng là các em phát hiện sớm và điều chỉnh kịp thời. Đừng để đến phút cuối mới báo nhé! 😊
4. Thảo luận và giải đáp thắc mắc (10 phút)
Các em có thể hỏi thầy về:
- Khó khăn gặp phải trong quá trình code
- Cách giải quyết bug
- Cách tổ chức code tốt hơn
- Bất kỳ thắc mắc nào khác
Thầy sẽ hướng dẫn các em giải quyết!
🧠 Kiến thức trọng tâm
Cách đánh giá tiến độ
Các em có thể tính % hoàn thành theo 2 cách:
Cách 1: Dựa trên số task
% Hoàn thành = (Số task hoàn thành / Tổng số task) × 100Ví dụ: Đã hoàn thành 5 task, tổng 20 task → 5/20 × 100 = 25%
Cách 2: Dựa trên thời gian
% Hoàn thành = (Số giờ đã làm / Tổng số giờ ước lượng) × 100Ví dụ: Đã làm 10 giờ, tổng ước lượng 40 giờ → 10/40 × 100 = 25%
Dấu hiệu nhận biết tiến độ chậm
Các em cần cảnh giác nếu thấy:
- ⚠️ Ít hoặc không có commit mới → Chưa bắt đầu code
- ⚠️ Nhiều task vẫn ở trạng thái "Chưa bắt đầu" → Chưa làm gì
- ⚠️ Thành viên không biết đang làm gì → Thiếu giao tiếp
- ⚠️ Không có code chạy được → Cần kiểm tra lại
Cách khắc phục tiến độ chậm
Nếu các em thấy tiến độ chậm, hãy làm theo các bước sau:
Xác định nguyên nhân:
- Task quá khó?
- Thiếu tài liệu?
- Thành viên chưa làm?
- Gặp bug không giải quyết được?
Điều chỉnh kế hoạch:
- Chia nhỏ task hơn
- Gia hạn deadline
- Ưu tiên task quan trọng
Phân công lại:
- Giao task cho người khác phù hợp hơn
- Hỗ trợ thành viên yếu hơn
Hỗ trợ thêm:
- Hỏi thầy hoặc TA
- Tham khảo tài liệu
- Hỏi các nhóm khác
Lưu ý: Đừng ngại hỏi! Thầy và TA luôn sẵn sàng hỗ trợ các em. Quan trọng là các em hỏi sớm, không để đến phút cuối! 💪
📘 Bài tập nhóm
Cập nhật tiến độ (Nộp trước buổi 8)
Yêu cầu:
1. Cập nhật bảng phân công trong ClickUp:
- Cập nhật Status của các task (To Do → In Progress → Done)
- Ghi chú % hoàn thành của từng task
- Ghi chú khó khăn gặp phải (nếu có)
2. Commit code lên GitHub:
- Ít nhất 3 commit mới từ buổi 6
- Commit message đúng format:
feat: tên tính năng(tính năng mới)fix: mô tả bug(sửa bug)docs: mô tả(tài liệu)refactor: mô tả(refactor code)
- Code có comment rõ ràng
3. Tạo file PROGRESS.md trong repo:
Tạo file PROGRESS.md trong thư mục gốc của repo với nội dung:
# Tiến độ tuần [X] - Buổi 7
## Tổng quan
- % Hoàn thành: [X]%
- Số task hoàn thành: [X]/[Tổng số]
- Commit tuần này: [X] commits
## Task đã hoàn thành
- [x] Task 1: [Tên task] - Assignee: [Tên] - Link: [Link ClickUp]
- [x] Task 2: [Tên task] - Assignee: [Tên] - Link: [Link ClickUp]
## Task đang làm
- [ ] Task 3: [Tên task] - Assignee: [Tên] - % hoàn thành: [X]% - Link: [Link ClickUp]
## Khó khăn gặp phải
- [Mô tả khó khăn 1 và cách giải quyết]
- [Mô tả khó khăn 2 và cách giải quyết]
## Kế hoạch tuần tới
- [ ] Task 4: [Tên task] - Deadline: [Ngày]
- [ ] Task 5: [Tên task] - Deadline: [Ngày]4. Screenshot hoặc link demo (nếu có code chạy được)
Các em có thể chụp screenshot giao diện hoặc quay video demo ngắn để minh chứng code đã chạy được.
Deadline
Nộp trước buổi 8 (cập nhật trong repo GitHub)
📦 Kết quả mong đợi sau buổi học
Sau buổi học này, các em sẽ:
- ✅ Đánh giá được tiến độ thực tế so với kế hoạch
- ✅ Có ít nhất 3 commit mới trên GitHub
- ✅ Xác định được khó khăn và cách giải quyết
- ✅ Điều chỉnh kế hoạch nếu cần
- ✅ Biết rõ kế hoạch làm tiếp
💡 Tips hữu ích
Commit thường xuyên: Đừng đợi đến khi hoàn thành hết mới commit. Commit mỗi khi hoàn thành một tính năng nhỏ (ít nhất 3 lần/tuần).
Comment code rõ ràng: Code không chỉ chạy được, mà cần dễ đọc, dễ maintain. Comment giải thích logic phức tạp.
Cập nhật Status task: Nhớ cập nhật Status trong ClickUp để nhóm biết tiến độ. Đừng để task "treo" ở trạng thái "In Progress" quá lâu.
Giao tiếp sớm: Nếu gặp khó khăn, hỏi ngay! Đừng để đến phút cuối mới báo. Thầy và TA luôn sẵn sàng hỗ trợ.
Tập trung vào tính năng chính: Ưu tiên làm các tính năng "Bắt buộc" trước. Tính năng "Mở rộng" có thể làm sau.
🔍 Câu hỏi thường gặp
Q: "Nhóm em chưa code được gì, phải làm sao?"
A: Cần bắt đầu ngay! Các em có thể bắt đầu với task đơn giản như:
- Setup database
- Tạo giao diện cơ bản (HTML/CSS)
- Tạo cấu trúc thư mục
- Đừng lo lắng, cứ bắt đầu từ những việc đơn giản nhất! 💪
Q: "Em gặp lỗi mà không biết sửa, phải làm sao?"
A: Các em có thể:
- Hỏi thầy hoặc TA
- Hỏi các bạn trong nhóm
- Tạo issue trên GitHub để theo dõi
- Tìm kiếm trên Google (Stack Overflow, v.v.)
- Đọc tài liệu hoặc xem ví dụ
Q: "Commit bao nhiêu lần là đủ?"
A: Không có số lượng cụ thể, nhưng nên commit sau mỗi tính năng nhỏ hoàn thành. Ít nhất 3 lần/tuần là tốt. Commit nhỏ, thường xuyên tốt hơn commit lớn, ít lần.
Q: "Code của em chưa chạy được, có sao không?"
A: Không sao! Quan trọng là các em đã bắt đầu code và có commit. Các em có thể:
- Commit code đang làm (dù chưa chạy được)
- Ghi chú trong commit message là "work in progress"
- Tạo issue trên GitHub để theo dõi bug
- Hỏi thầy hoặc TA để được hỗ trợ
Q: "Nếu task bị trễ, phải làm sao?"
A: Các em cần:
- Báo cáo sớm với Leader và thầy
- Xác định nguyên nhân
- Điều chỉnh kế hoạch
- Phân công lại nếu cần
- Ưu tiên task quan trọng
Q: "Em không biết làm task này, phải làm sao?"
A: Các em có thể:
- Đọc lại Spec và Use Case
- Tham khảo tài liệu hoặc ví dụ
- Hỏi thầy hoặc TA
- Hỏi các bạn trong nhóm
- Tìm kiếm trên Google
- Bắt đầu với phần đơn giản nhất
Lưu ý: Đừng ngại hỏi! Thầy và TA luôn sẵn sàng hỗ trợ các em. Quan trọng là các em hỏi sớm, không để đến phút cuối! 😊
📌 Lưu ý quan trọng:
Buổi tiếp theo là Review giữa kỳ! Các em nhớ hoàn thành các task quan trọng và chuẩn bị demo tốt nhé! 💪
Chúc các em học tốt! 🎉