Bắt đầu

Bức tranh tổng thể: Agile → Scrum / Kanban → Pentara

Agile, Scrum và Kanban khác nhau thế nào, vòng đời một sprint, và mỗi thuật ngữ Scrum nằm ở màn hình nào trên Pentara.

Khoảng 3 phút đọc

Sổ tay này dùng để làm gì

Sổ tay thống nhất cách hiểu và cách làm Agile/Scrum của team trên Pentara. Viết cho PM, lập trình viên, QA/tester, BA — cả thành viên mới lẫn người đang tham gia dự án. Đọc hết mất khoảng 25–30 phút; phần quy trình dùng làm checklist trong sprint đầu tiên.

Mỗi khái niệm trong phần Khái niệm gồm bốn ý:

Cấu trúc một khái niệm

  • Định nghĩa — nói ngắn gọn, dễ nhớ.
  • Ví dụ — tình huống thật trong dự án mẫu UMS, phần mềm quản lý đào tạo cho một trường đại học (có sẵn trong đơn vị demo).
  • Trong Pentara — khái niệm nằm ở màn hình nào, thao tác thế nào, ai được làm.
  • Lưu ý thực hành — sai lầm hay gặp và quy ước của team.

Tóm tắt 1 phút

Backlog là danh sách mọi việc, xếp theo ưu tiên. Sprint là “hộp thời gian” cố định 2 tuần để làm xong phần việc đã cam kết. Story Point đo độ lớn tương đối của việc, không phải giờ. Velocity là số điểm team làm xong mỗi sprint — dùng để lập kế hoạch sprint sau. Burndown là điểm còn lại theo ngày; nằm trên đường lý tưởng là đang chậm. Board là bảng Kanban kéo thả thẻ qua các cột; WIP limit là số việc tối đa được làm dở trong một cột.

Agile, Scrum và Kanban khác nhau thế nào

So sánh Agile, Scrum, Kanban và cách Pentara kết hợp
Khái niệmLà gìĐiểm cốt lõi
AgileTriết lý làm phần mềm theo chu kỳ ngắn, giao sớm – giao thường xuyên, lấy phản hồi để điều chỉnh thay vì lập kế hoạch chi tiết một lần từ đầu.Ưu tiên phần mềm chạy được, hợp tác với khách hàng, sẵn sàng thay đổi.
ScrumKhung làm việc Agile phổ biến nhất: chia công việc thành các sprint cố định, mỗi sprint có lập kế hoạch, họp hằng ngày, demo và rút kinh nghiệm.Vai trò (PO, Scrum Master, Dev team) · Sự kiện (Planning, Daily, Review, Retro) · Hiện vật (Product Backlog, Sprint Backlog, Increment).
KanbanQuản lý luồng công việc bằng bảng nhiều cột; tập trung giảm việc dở dang và rút ngắn thời gian hoàn thành.Hiển thị công việc · Giới hạn WIP · Đo thời gian chu kỳ (cycle time) · Cải tiến liên tục.
PentaraKết hợp cả hai (“Scrumban”): lập kế hoạch sprint ở tab Backlog, làm hằng ngày trên Board có giới hạn WIP, đo bằng Burndown, Velocity và báo cáo.Backlog → Sprint → Board → Hoàn thành sprint → Báo cáo; thêm kênh Yêu cầu khách hàng (cổng khách hàng, SLA) cho dự án đang vận hành.

Vòng đời một sprint

  1. Chặng 1Product BacklogMọi việc, xếp theo ưu tiên
  2. Chặng 2Sprint PlanningChọn việc theo velocity, chốt mục tiêu
  3. Chặng 3Board + DailyKéo thẻ mỗi ngày, họp 15 phút
  4. Chặng 4Review & RetroDemo phần Done, rút kinh nghiệm
  5. Chặng 5Hoàn thành sprintChốt số liệu, tính velocity

Lặp lại — việc chưa xong quay về Backlog hoặc sang sprint kế tiếp.

Đọc từ trái sang phải: Product Backlog chứa mọi việc, xếp theo ưu tiên. Ở buổi Sprint Planning, team chọn phần việc vừa sức (dựa vào velocity) và thống nhất mục tiêu sprint — đó là Sprint Backlog. Trong sprint, việc được kéo qua các cột trên Board mỗi ngày, team họp Daily 15 phút, Burndown cập nhật theo ngày. Hết thời hạn, team Review (demo phần đã Done), Retrospective (rút kinh nghiệm) rồi hoàn thành sprint — việc chưa xong quay về backlog hoặc sang sprint kế.

Bản đồ thuật ngữ Scrum ↔ màn hình Pentara

Thuật ngữ Scrum/Kanban, vị trí trên Pentara và người thao tác
Thuật ngữ Scrum/KanbanTrong PentaraAi thao tác
Product BacklogTab Backlog của dự án — khối “Backlog: công việc chưa thuộc sprint nào”Mọi thành viên tạo việc; PM sắp ưu tiên
Sprint / Sprint BacklogTab Backlog — mỗi khối sprint (Kế hoạch / Đang chạy / Đã hoàn thành); trang Chi tiết sprintPM hoặc Điều phối dự án tạo, bắt đầu, hoàn thành sprint; kéo việc vào/ra sprint
Sprint GoalTrường Mục tiêu khi tạo sprint, hiện dưới tên sprintPM hoặc Điều phối dự án
Task / User Story / BugCông việc loại Story, Task hoặc Bug; mã dạng UMS-12Mọi thành viên
SubtaskTask con trong chi tiết công việc (1 cấp)Mọi thành viên
Story PointTrường Story point của công việcTeam ước lượng, PM chốt
Kanban Board · cột · WIPTab Board — cột Backlog, To Do, In Progress, Review, Done (tùy chỉnh được) và giới hạn WIPThành viên kéo thả; PM sửa cột
Daily ScrumHọp 15 phút trước Board (lọc “Sprint đang chạy”) và trang Công việc của tôiCả team; Điều phối dự án chủ trì
Vai trò trong dự ánCài đặt dự án › Thành viên: Quản lý dự án · Điều phối dự án · Thành viên · Người xem (khách hàng dùng cổng riêng)PM hoặc Quản trị viên gán
Burndown / VelocityTrang Chi tiết sprint và tab Báo cáoCả team xem; PM phân tích
Sprint Review / RetroBáo cáo và danh sách việc Done của sprint làm tài liệu họpCả team
Epic / ThemeKhông có Epic — dùng Phân hệ (Đào tạo, Khảo thí…) và Nhãn để nhóm việcPM quản lý phân hệ và nhãn
Service desk / ticketYêu cầu khách hàng (cổng khách hàng, API) với SLA phản hồi; tiếp nhận rồi chuyển thành taskKhách gửi; PM và thành viên tiếp nhận