Được dịch sang tiếng Việt bởi Professional Scrum Trainer Khoa Doan theo bản gốc của Gunther Verheyen. Bản dịch được xuất bản ngày 15 May 2019 (Xem thêm tại đây).

NOTE: Scrum guide 2020, đã được phát hành, trong phiên bản này có nhiều thay đổi, trong số đó là Development team bây giờ sẽ là Developer, bài viết trên đã được thay đổi và update ngày 18 tháng 11 năm 2020 để phù hợp với Scrum guide mới.

​Burn-down Chart	​Biểu đồ thể hiện sự giảm dần của công việc theo thời gian.
​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. ​
​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 đó
​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.
​​Development Standards	Tập hợp những tiêu chuẩn và cách làm được xác định là cần thiết cho việc tạo ra Product Increment có thể phát hành, không trễ hơn khi kết thúc Sprint.
​​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”.
​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ờ.
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')
​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.
​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 không trễ hơn lúc Daily Scrum, và Scrum Master sẽ có trách nhiệm loại bỏ trở ngại đó.
​Increment	​Công việc được ứng cử để phát hành hiện tại, và bao gồm những công việc sẵn sàng cho việc phát hành đã được tạo trước đó, hay còn gọi là phần gia tăng, và tất cả gộp lại thành một thể thống nhất là một sản phẩm.
​Product (n)	​Bất kỳ hàng hóa hay dịch vụ, hữu hình hay vô hình mang lại giá trị tức thì cho người dùng sản phẩm cụ thể (‘consumers’) (1); Là kết quả (‘Outcome’) của những hành động cụ thể, hoặc một số tiến trình xác định nào đó (2) . Thuộc phạm vi của: Chủ sở hữu sản phẩm ('Product Owner'), Sản phẩm tồn đọng ('Product Backlog'), và phần gia tăng ('Increment').
​Product Backlog	​Là một danh sách được chủ sở hữu sản phẩm (‘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 đó.
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
​Evidence-Based Management	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.
​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 đó.
​Scrum (n)	Khung làm việc đơn giản cho việc phát triển sản phẩm phức tạp (1); Một khung làm việc đơn giản để giải quyết những vấn đề phức tạp (2); Khung làm việc đơn giản giúp mọi người nhận được giá trị qua việc giải quyết những vấn đề phức tạp (3).
​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.
​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.
​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, tập trung, cởi mở, tôn trọng và dũng cảm.
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.
​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.
​Sprint Goal	Tuyên bố ngắn gọn thể hiện mục đích tổng quát của Sprint.​
​Sprint Length	Độ dài của Sprint​, bằng hoặc ít hơn bốn tuần.
​​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ờ hoặc ít hơn. 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 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. 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.
​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. 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, để Chủ Sở Hữu Sản phẩm 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 đó.
​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.
​Time-box	​Quỹ thời gian tối đa, hoặc có thể là một khoản 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
​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ể
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.
​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.
​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 đó.