Product Backlog là trung tâm của workflow Agile nên khóa học đi từ nền tảng sang thao tác thực hành: trước hết hiểu backlog là gì và vì sao cần có backlog, sau đó mới xây dựng, cập nhật và refinement để dữ liệu yêu cầu luôn phản ánh đúng tình hình sản phẩm.
Story Points và Ideal Hours được đưa vào phần ước lượng vì đây là hai cách nhìn khác nhau về khối lượng công việc: một bên thiên về độ phức tạp tương đối, một bên thiên về thời gian. Cách học này phù hợp với PM, PO cần đọc được backlog theo cả góc độ effort lẫn planning.
MoSCoW và Kano được dùng cho phần ưu tiên vì đây là logic gần với quyết định sản phẩm thực tế: phân loại yêu cầu theo mức độ cần thiết, giá trị và tác động tới người dùng. Khi đặt cùng với feedback loops, người học sẽ thấy rõ cách backlog được cập nhật dựa trên phản hồi thay vì chỉ sắp xếp theo cảm tính.