Để thuận tiện hơn trong việc tiếp cận Scrum, mình xin giới thiệu một số thuật ngữ thường dùng. Trong đề thi cũng có những câu đề cập đến các thuật ngữ này. Các bạn hãy ôn luyện cẩn thận nhé.
| STT | Thuật ngữ | Diễn giải nội dung |
|---|---|---|
| 1 | Burn-down Chart | Biểu đồ thể hiện sự giảm dần của công việc theo thời gian. |
| 2 | Burn-up Chart | Biểu đồ thể hiện tự tăng dần của những tham số, ví dụ: giá trị, theo thời gian. |
| 3 | Daily Scrum | Sự kiện diễn ra hằng ngày, time-box của sự kiện là 15 phút hoặc ít hơn, mục đích của sự kiện là cập nhật và thay đổi kế hoạch cho công việc trong Sprint. Sự kiện này để phục vụ cho việc lên kế hoạch công việc cho 24 giờ tới, dựa trên tiến độ thực tế và cập nhật Sprint Backlog theo kế hoạch đó |
| 4 | Definition of Done | Tập hợp những kỳ vọng về chất lượng mà Product Increment phải đạt được, để sẵn sàng cho việc phát hành ra thị trường và có thể sử dụng bởi người dùng. |
| 5 | Scrum Values | Bộ 5 giá trị và phẩm chất cơ bản làm nền tảng cho khung làm việc Scrum; Bao gồm: Cam kết (Commitment), tập trung (focus), cởi mở (openess), tôn trọng (respect) và dũng cảm (courage). |
| 6 | Emergence | Quá trình hình thành và phát triển của những sự việc không thể lường trước hay biết trước được, cũng như chưa biết gì về nó, hoặc những hiểu biết của chúng ta về sự việc đó có thể thay đổi liên tục một cách bất ngờ. |
| 7 | Empiricism | Cách thức kiểm soát tiến trình, mà những quyết định đưa ra dựa trên những kết quả đã quan sát được, trên kinh nghiệm và những thử nghiệm. Chủ nghĩa kinh nghiệm thực hiện dựa trên việc thường xuyên kiểm tra và thích ứng, tạo nên sự minh bạch. Chủ nghĩa kinh nghiệm cũng được gọi là “Quy trình kiểm soát dựa trên kinh nghiệm” (“Empirical Process Control”) |
| 8 | Forecast | Dự đoán xu hướng của những thay đổi trong tương lai dựa trên việc quan sát những điều đã xảy ra trong quá khứ, như là việc chọn và xem xét phần nào của Product Backlog có thể phát hành trong Sprint hiện tại hay không hoặc là dự đoán cho Sprint kế tiếp với những Product Backlog sắp tới. |
| 9 | Impediment | Bất kỳ cản trở hay chướng ngại nào ngăn cản hay làm chậm công việc của đội, và không thể được giải quyết bởi khả năng tự tổ chức của chính họ. Ngay lập tức chia sẻ khi có trở ngại hoặc chia sẻ trong Daily Scrum, và iScrum Master sẽ có trách nhiệm loại bỏ trở ngại đó. |
| 10 | Increment | Increment là một bước đệm cụ thể để hướng tới Mục tiêu Sản phẩm (Product goal). Mỗi Increment được xác minh kỹ lưỡng, đảm bảo rằng tất cả các Increment hoạt động cùng nhau. Để cung cấp giá trị, Increment phải có thể sử dụng được |
| 11 | Product Backlog | Là một danh sách được Product Owner sắp xếp thứ tự và xây dựng. Trong đó chứa tất cả công việc được Product Owner cho là cần để tạo ra, phân phối, duy trì và bảo trì sản phẩm đó. |
| 12 | Product Backlog Refinement | Hoạt động định kỳ trong Sprint, qua đó làm rõ và chi tiết hơn cho Product Backlog sắp tới |
| 13 | Evidence-Based Management (EBM) | Là một framework mà bất kỳ tổ chức/ công ty nào cũng có thể sử dụng, để có thể đo lường, quản lý thông qua đó có thể tạo thêm cho những giá trị vượt trội cho sản phẩm của mình. EBM tập trung cải thiện kết quả mang lại (Outcomes), Giảm thiểu rủi ro, và tối ưu hoá ngân sách đầu tư. Evidence-Based Management được xây dựng bởi Ken Schwaber và Scrum.org. |
| 14 | Scrum Team | Là một nhóm có những trách nhiệm rõ ràng bao gồm Chủ Sở Hữu Sản Phẩm (‘Product Owner’), (Đội của) những Nhà Phát Triển (‘Developers’) và Scrum Master. |
| 15 | Product Owner | Người chịu trách nhiệm cho việc tối ưu hóa giá trị mà sản phẩm mang lại, chủ yếu bằng cách quản lý và đảm bảo Product Backlog thể hiện được tất cả những mong muốn và kỳ vọng cần cho sản phẩm đó. |
| 16 | Scrum Master | Người chịu trách nhiệm bồi dưỡng và duy trì môi trường Scrum bằng cách hướng dẫn, huấn luyện, giảng dạy và tạo điều kiện thuận lợi cho một hoặc nhiều đội Scrum và môi trường của họ, để từ đó họ có thể hiểu và sử dụng Scrum.
Bạn có thể đọc thêm thông tin về Scrum Master tại đây |
| 17 | Developer (team of) | Nhóm những người có trách nhiệm cho tất cả những công việc phát triển cải tiến cần thiết, để tạo sự gia tăng (‘Increment’) có thể phát hành, không trễ hơn khi kết thúc Sprint. Cũng từng được biết đến là “Development Team”. |
| 18 | Sprint | Là sự kiện chứa đựng những sự kiện khác trong Scrum, có time-box là 4 tuần hoặc ít hơn. Sự kiện này có mục tiêu là làm sao để hoàn thành công việc vừa đủ, trong khi đồng thời đảm bảo có được sự kiểm tra, phản ánh và cải tiến cho sản phẩm và chiến lược kịp thời. Những sự kiện Scrum khác là Sprint Planning, Daily Scrum, Sprint Review và Sprint Retrospective. |
| 19 | Sprint Backlog | Kế hoạch phát triển của những công việc được cho là cần thiết để đạt được mục tiêu của Sprint. |
| 20 | Sprint Goal | Tuyên bố ngắn gọn thể hiện mục đích tổng quát của Sprint. |
| 21 | Sprint Length | Độ dài của Sprint, bằng hoặc ít hơn bốn tuần. |
| 22 | Sprint Planning | Sự kiện đánh dấu sự bắt đầu của một Sprint, Thời gian cho sự kiện này là 8 giờ (đối với Sprint 4 tuần) hoặc ít hơn (tùy thuộc vào độ dài Sprint). Sự kiện này phục vụ cho Đội Scrum để xem xét phần nào của Product Backlog là có giá trị nhất tại thời điểm đó, qua đó lựa chọn và có được dự đoán cho Sprint Backlog sơ bộ, phản ánh được Mục Tiêu của Sprint (Sprint Goal). |
| 23 | Sprint Retrospective | Sự kiện đánh dấu việc kết thúc một Sprint, thời gian cho sự kiện này là 3 tiếng hoặc ít hơn (tùy thuộc độ dài Sprint). Sự kiện này dành cho Đội Scrum để xem xét lại Sprint sắp kết thúc và có được một cách làm tốt hơn cho Sprint tiếp theo. |
| 24 | Sprint Review | Sự kiện đánh dấu việc ngừng xây dựng sản phẩm của Sprint đó, thời gian cho sự kiện này là 4 tiếng hoặc ít hơn (tùy thuộc độ dài Sprint). Sự kiện này dành cho Đội Scrum và những bên liên quan để xem xét phần gia tăng (‘Increment’), tiến độ tổng thể và chiến lược, để Product Owner có thể cập nhật Product Backlog để nó có thể phản ánh tốt nhất những ưu tiên vào lúc đó. |
| 25 | Stakeholder | Người bên ngoài Đội Scrum và có liên quan cụ thể hay có kiến thức về sản phẩm, mà cần cho sự phát triển lớn mạnh của sản phẩm. |
| 26 | Time-box | Quỹ thời gian tối đa, hoặc có thể là một khoảng thời gian cố định. Trong Scrum tất cả sự kiện chỉ có thời lượng tối đa, ngoại trừ Sprint là có một khoản thời gian cố định. |
| 27 | Velocity | Sự thể hiện thông thường về số lượng trung bình của Product Backlog được chuyển thành sự gia tăng của sản phẩm có thể phát hành trong Sprint, bởi một đội (thành phần) cụ thể. |
| 28 | Self-management | Là biểu hiện tối thiểu của tính tự tổ chức trong Scrum, thể hiện rằng nhóm Scrum có thể tự quản lý cách thực hiện công việc trong Sprint. |
| 29 | Self-design | Là biểu hiện của tính tự tổ chức, khi đội Scrum (‘Scrum Team’) tự quyết định những kỹ năng nào là cần thiết hoặc không cần thiết cho nhóm. |
| 30 | Self-organization | Là quá trình mà mọi người hình thành và tổ chức một đội, xung quanh những vấn đề hoặc thách thức và giải quyết nó, mà không có kế hoạch hay hướng dẫn nào bên ngoài áp đặt lên đội đó. |
Bài viết có tham khảo nguồn scrumviet
