Đượ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 biế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 dành cho đội phát triển (‘Developer’) qua đó tiến độ hằng ngày được chia sẻ, lập kế hoạch trong 24 giờ tiếp theo và Sprint backlog được cập nhật. (Xem thêm về Daily Scrum tại đây)
​Definition of Done	​Tập hợp những kỳ vọng về chất lượng mà sản phẩm gia tăng (‘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 mà đội phát triển (‘Product Increment’) cần cho việc tạo ra sản phẩm gia tăng có thể phát hành, không trễ hơn khi kết thúc Sprint.
​​Developer	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 tiến hóa cần, để tạo sự gia tăng (‘Increment’) có thể phát hành không trễ hơn khi kết thúc Sprint. (Xem thêm về Developer tại đây)
​Emergence	Quá trình hình thành và tồn tại của những sự việc không thể lường 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.
Empiricism	​Cách thức quản lý, mà trong đó những quyết định đưa ta dựa trên những kết quả rõ ràng, trên kinh nghiệm và những thử nghiệm. Chủ nghĩa kinh nghiệm tạo ra và dựa trên tính minh bạch để có thể thường xuyên kiểm tra và thích ứng. 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 những thay đổi trong tương lai dựa trên việc quan sát những điều đã xảy ra, như là việc chọn và xem xét sản phẩm tồn đọng 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 sản phẩm tồn đọng sắp tới.
​Impediment	Bất kỳ cản trở hay trở ngại nào ngăn cản hay làm chậm đội làm việc và đội không thể giải quyết bởi khả năng tự tổ chức của chính họ. Đội phát triển thông báo nếu có trở ngại ngay lập tức 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ó thể 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 đó, và tất cả gộp lại nó là một sản phẩm.
​Product	​Bất kỳ hàng hóa hay dịch vụ, hữu hình hay vô hình có được sự gắn kết chặt chẽ của những chức năng và tính năng mang lại giá trị xuyên suốt (từ đầu đến cuối) để giải quyết những vấn đề cụ thể cho người dùng sản phẩm (người dùng). 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	​Danh sách phát triển được sắp xếp của tất cả các công việc cần thiết được quản lý bởi chủ sở hữu sản phẩm (‘Product Owner’) bao gồm: tạo, phân phối, bảo trì và duy trì sản phẩm. 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 Refinement	​Hoạt động định kỳ trong Sprint, qua đó chủ sở hữu sản phẩm và đội phát triển cùng nhau làm rõ và chi tiết hơn cho Sản Phẩm Tồn Đọng ('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 Sản Phẩm Tồn Đọng ('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 đó. Là đại diện duy nhất cho các bên liên quan của 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).
​Scrum Master	Người chịu trách nhiệm phúc đẩy 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	Nhóm bao gồm của Chủ Sở Hữu Sản Phẩm ('Product Owner'), Đội Phát Triển 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	​Sự 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, trong khi chắc chắn có được sự kiểm tra, phản ánh và cải tiến cho sản phẩm và chiến lược. Những sự kiện Scrum khác là Sprint Planning, Daily Scrum, Sprint Review and Sprint Retrospective.
​Sprint Backlog	Kế hoạch trình bày của những công việc mà Đội Phát Triển 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 khái 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 chục vụ cho Đội Scrum để xem xét Sản Phẩm Tồn Đọng ('Product Backlog') nào là có giá trị nhất tại thời điểm đó và có được dự đoán một 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 hết 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 dá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 Sản Phẩm Tồn Đọng ('Product Backlog').
​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 về số lượng trung bình của Sản Phẩm Tồn Đọng (‘Product Backlog’) được chuyển thành sự gia tăng của việc phát hành sản phẩm trong Sprint bởi một đội (thành phần) cụ thể. Tốc độ được dùng chủ yếu như một sự trợ giúp cho đội phát triển của Đội Scrum có thể dự đoán được Sprint.