The 2020 Scrum Guide™ - Hướng Dẫn Scrum 2020

Tài liệu này là bản dịch của https://scrumguides.org/scrum-guide.html sang tiếng Việt.

Mục đích của Hướng dẫn Scrum

Chúng tôi (Người dịch: tác giả Ken Schwaber và Jeff Sutherland) phát triển Scrum vào những năm đầu 1990. Chúng tôi viết bản đầu tiên của Hướng dẫn Scrum năm 2010 để giúp mọi người trên toàn thế giới hiểu Scrum. Từ đó, chúng tôi tiến triển Hướng dẫn thông qua các cập nhật nhỏ, chức năng. Cùng nhau, chúng tôi đứng đằng sau nó.

Hướng dẫn Scrum chứa định nghĩa về Scrum. Mỗi yếu tố của khuôn khổ phục vụ một mục đích cụ thể cần thiết cho giá trị tổng thể và kết quả đạt được với Scrum. Thay đổi thiết kế hoặc ý tưởng cốt lõi của Scrum, bỏ qua các yếu tố, hoặc không tuân theo các quy tắc của Scrum, những việc này che đậy những bất ổn và hạn chế lợi ích của Scrum, thậm chí có thể khiến nó vô dụng.

Chúng tôi theo dõi việc sử dụng Scrum ngày càng tăng trong một thế giới phức tạp ngày càng phát triển. Chúng tôi vinh dự khi thấy Scrum đang được áp dụng trong nhiều lĩnh vực có công việc với bản chất phức tạp, vượt ra việc phát triển sản phẩm phần mềm nơi Scrum khởi nguồn. Khi việc sử dụng Scrum lan rộng, các nhà phát triển, nhà nghiên cứu, nhà phân tích, nhà khoa học và các chuyên gia khác là những người thực hiện công việc (NV: do the work - liên hệ với câu sau, có lẽ các tác giả dẫn lời cho việc dùng chung cụm từ “nhà phát triển” cho các lĩnh vực khác nhau). Chúng tôi sử dụng từ “các nhà phát triển” trong Scrum không phải để loại trừ mà để đơn giản hóa. Nếu bạn nhận được giá trị từ Scrum, hãy coi bạn là một trong số họ.

Khi Scrum đang được dùng, các mẫu, quy trình và những hiểu biết xuyên thấu phù hợp với khuôn khổ Scrum, như mô tả trong tài liệu này, có thể được tìm thấy, áp dụng và phát minh. Mô tả của chúng nằm ngoài mục đích của Hướng dẫn Scrum vì chúng nhạy cảm với hoàn cảnh và khác nhau nhiều giữa các cách sử dụng Scrum. Những cách sử dụng chúng trong khuôn khổ Scrum khác nhau nhiều và được miêu tả ở những nơi khác.

Định nghĩa Scrum

Scrum là một khuôn khổ nhẹ giúp các cá nhân, nhóm và tổ chức tạo ra giá trị thông qua các giải pháp thích ứng cho các vấn đề phức tạp.

Tóm gọn, Scrum cần một Trưởng Scrum (NV: Scrum Master) để nuôi dưỡng một môi trường mà:

  1. Một Chủ Sản phẩm (NV: Product Owner) đặt hàng công việc cho một vấn đề phức tạp vào trong Tồn đơn Sản phẩm (NV: Product Backlog).

  2. Nhóm Scrum biến một lựa chọn công việc thành một Gia tăng giá trị (NV: Increment of value) trong một Sprint.

  3. Nhóm Scrum và các bên quan tâm và lợi ích (NV: stakeholders) kiểm tra kết quả và điều chỉnh cho Sprint tiếp theo.

  4. Lặp lại

Scrum đơn giản. Hãy thử y vậy và xác định xem triết lý, lý thuyết và cấu trúc của nó có giúp đạt được mục tiêu và tạo ra giá trị hay không. Khuôn khổ Scrum được chủ đích không hoàn chỉnh, chỉ định nghĩa các phần cần thiết để triển khai lý thuyết Scrum. Scrum được xây dựng trên trí tuệ tập thể của những người sử dụng nó. Thay vì cung cấp cho mọi người những hướng dẫn chi tiết, các quy tắc của Scrum hướng dẫn các mối quan hệ và tương tác của họ.

Các quy trình, kỹ thuật và phương pháp khác nhau có thể được sử dụng trong khuôn khổ. Scrum bao quanh các thực hành hiện có, hoặc làm cho chúng không cần thiết. Scrum làm hiện hình hiệu quả tương đối của các kỹ thuật quản lý, môi trường và công việc hiện tại, để các cải tiến có thể được tạo ra.

Lý Thuyết Scrum

Scrum được xây dựng trên chủ nghĩa kinh nghiệm và tư duy tinh gọn. Chủ nghĩa kinh nghiệm khẳng định rằng kiến ​​thức đến từ kinh nghiệm và việc ra quyết định phải dựa trên những gì quan sát được. Tư duy tinh gọn giảm lãng phí và tập trung vào những điều cần thiết.

Scrum sử dụng cách tiếp cận lặp lại, gia tăng để tối ưu hóa khả năng dự đoán và để kiểm soát rủi ro. Scrum tuyển dụng các nhóm người mà khi tập hợp lại có đủ tất cả các kỹ năng và chuyên môn để thực hiện công việc và chia sẻ hoặc có được những kỹ năng đó khi cần.

Scrum kết hợp bốn sự kiện chính thức cho việc kiểm tra và tùy chỉnh bên trong một sự kiện bao trùm, Sprint. Những sự kiện này đem đến kết quả vì chúng hiện thực hóa các trụ cột minh bạch, kiểm tra và thích ứng của chủ nghĩa kinh nghiệm trong Scrum

Minh Bạch

Quá trình và công việc sắp làm phải rõ ràng với những người thực hiện công việc cũng như những người tiếp nhận công việc. Với Scrum, các quyết định quan trọng được dựa trên trạng thái nhận thức của ba tạo phẩm chính thức. Các tạo phẩm có tính minh bạch thấp có thể dẫn đến các quyết định làm giảm giá trị và tăng rủi ro.

Tính minh bạch cho phép kiểm tra. Kiểm tra mà không minh bạch gây hiểu lầm và lãng phí.

Kiểm Tra

Các tạo phẩm của Scrum và tiến trình tới các mục tiêu đã thống nhất phải được kiểm tra thường xuyên và siêng năng để phát hiện các thay đổi không mong muốn hoặc các trục trặc có thể xảy ra. Để giúp cho việc kiểm tra, Scrum tạo ra nhịp điệu dưới dạng năm sự kiện.

Việc kiểm tra cho phép thích ứng. Kiểm tra mà không thích ứng được coi là vô nghĩa. Các sự kiện Scrum được thiết kế để kích thích sự thay đổi.

Thích Ứng

Nếu bất kỳ khía cạnh của quá trình lệch ra ngoài giới hạn cho phép hoặc nếu sản phẩm thu được không thể chấp nhận được, thì quá trình đang được áp dụng hoặc vật liệu đang được sản xuất phải được điều chỉnh. Việc điều chỉnh phải được thực hiện càng sớm càng tốt để giảm thiểu sai lệch hơn nữa.

Việc thích ứng trở nên khó khăn hơn khi những người tham gia không được trao quyền hoặc không tự quản lý. Nhóm Scrum được yêu cầu ứng đổi ngay khi nhóm học được bất cứ điều gì mới thông qua việc kiểm tra.

Các Giá Trị Trong Scrum

Việc sử dụng thành công Scrum phụ thuộc vào việc mọi người trở nên thành thạo hơn trong việc sống theo 5 giá trị:

Cam kết, Tập trung, Cởi mở, Tôn trọng và Can đảm

Nhóm Scrum cam kết đạt được các mục tiêu của mình và hỗ trợ lẫn nhau. Tập trung chính của họ là công việc trong Sprint để đạt được tiến độ tốt nhất có thể hướng đên những mục tiêu này. Nhóm Scrum và các bên quan tâm và lợi ích cởi mở về công việc và những thách thức. Các thành viên Nhóm Scrum tôn trọng nhau là những người có năng lực, độc lập và được những người cùng làm việc tôn trọng như vậy. Các thành viên Nhóm Scrum có can đảm để làm điều đúng đắn, để giải quyết những vấn đề khó khăn.

Những giá trị này chỉ hướng cho Nhóm Scrum về công việc, hành động và cách cư xử của họ. Các quyết định được đưa ra, các bước đã thực hiện và cách sử dụng Scrum nên củng cố những giá trị này, không làm giảm hoặc làm suy yếu chúng. Các thành viên Nhóm Scrum tìm hiểu và khám phá các giá trị này khi họ làm việc với các sự kiện và tạo phẩm của Scrum. Khi những giá trị này được hiện thân trong Nhóm Scrum và những người mà họ làm việc cùng, các trụ cột minh bạch, kiểm tra và thích ứng của chủ nghĩa kinh nghiệm trong Scrum sẽ thành hiện thực và xây đắp sự tin tưởng.

Nhóm Scrum

Đơn vị cơ bản của Scrum là một nhóm nhỏ các cá nhân, gọi là Nhóm Scrum. Nhóm Scrum bao gồm một Trưởng Scrum, một Chủ sản phẩm và các Nhà phát triển. Trong một Nhóm Scrum, không có nhóm con hoặc hệ thống phân cấp. Nó là một đơn vị gắn kết của các chuyên gia tập trung vào một mục tiêu tại mỗi thời điểm, Mục tiêu Sản phẩm.

Các Nhóm Scrum có tính chức năng chéo, nghĩa là các thành viên có tất cả các kỹ năng cần thiết để tạo ra giá trị mỗi Sprint. Họ cũng tự quản lý, có nghĩa là họ quyết định nội bộ ai làm gì, khi nào và như thế nào.

Nhóm Scrum đủ nhỏ để duy trì sự nhanh nhẹn và đủ lớn để hoàn thành công việc có ý nghĩa trong Sprint, tiêu biểu là 10 người hoặc ít hơn. Nhìn chung, chúng tôi nhận thấy rằng các nhóm nhỏ hơn giao tiếp tốt hơn và làm việc năng suất hơn. Nếu các Nhóm Scrum trở nên quá lớn, họ nên cân nhắc tổ chức lại thành nhiều Nhóm Scrum gắn kết, mỗi nhóm tập trung vào cùng một sản phẩm. Do đó, họ nên chia sẻ cùng một Mục tiêu Sản phẩm, Tồn đơn Sản phẩm và Chủ sản phẩm.

Nhóm Scrum chịu trách nhiệm về tất cả các hoạt động liên quan đến sản phẩm từ sự hợp tác với các bên liên quan, kiểm tra, bảo trì, vận hành, thử nghiệm, nghiên cứu và phát triển và bất kỳ hoạt động nào khác có thể được yêu cầu. Họ được cấu trúc và trao quyền bởi tổ chức để quản lý công việc của chính họ. Làm việc trong các Sprint với một nhịp độ bền vững cải thiện sự tập trung và tính ổn định của Nhóm Scrum.

Toàn bộ Nhóm Scrum có trách nhiệm tạo ra Gia tăng có giá trị và hữu ích mỗi Sprint. Scrum định rõ 3 trách nhiệm cụ thể trong Nhóm Scrum: Nhà phát triển, Chủ sản phẩm và Trưởng Scrum.

Nhà Phát Triển

Các nhà phát triển là những người trong Nhóm Scrum cống hiến vào việc tạo ra một phương diện nào đó của Gia tăng sử dụng được mỗi Sprint.

Các kỹ năng cụ thể mà Nhà phát triển cần thường rộng và sẽ thay đổi theo lĩnh vực công việc. Tuy nhiên, các Nhà phát triển luôn chịu trách nhiệm về:

  • Lập kế hoạch cho Sprint, gọi là Tồn đơn Sprint (NV: Sprint Backlog);
  • Gây dựng chất lượng bằng việc tuân thủ Định nghĩa Hoàn thành (NV: Definition of Done);
  • Điều chỉnh kế hoạch của họ mỗi ngày hướng tới Mục tiêu Sprint; và,
  • Giao và giữ trách nhiệm với nhau (NV: Holding each other accountable) như những người chuyên nghiệp.

Chủ Sản phẩm

Chủ Sản phẩm có trách nhiệm tối đa hóa giá trị của sản phẩm tạo thành từ lao động của Nhóm Scrum. Cách đạt đươc điều này có thể rất khác nhau giữa các tổ chức, Nhóm Scrum và cá nhân.

Chủ Sản phẩm cũng có trách nhiệm quản lý hiệu quả Tồn đơn Sản phẩm, bao gồm:

  • Phát triển và thông tin tường tận Mục tiêu Sản phẩm;
  • Tạo ra và thông tin rõ ràng các mục trong Tồn đơn Sản phẩm;
  • Đặt hàng các mục trong Tồn đơn Sản phẩm; và,
  • Đảm bảo rằng Tồn đơn Sản phẩm minh bạch, dễ thấy và hiểu được

Chủ Sản phẩm có thể thực hiện các công việc trên hoặc có thể ủy thác cho người khác. Bất kể thế nào, Chủ Sản phẩm vẫn chịu trách nhiệm tổng thể.

Để Chủ Sản phẩm thành công, toàn bộ tổ chức phải tôn trọng các quyết định của họ. Những quyết định này có thể thấy được trong nội dung và thứ tự của Tồn đơn Sản phẩm, và qua phần Gia tăng có thể kiểm tra được tại Sơ kết Sprint (NV: Sprint Review).

Chủ Sản phẩm là một người, không phải một ủy ban. Chủ Sản phẩm có thể đại diện cho nhu cầu của nhiều bên quan tâm và lợi ích trong Tồn đơn Sản phẩm. Những ai muốn thay đổi Tồn đơn Sản phẩm có thể làm vậy bằng cách cố gắng thuyết phục Chủ Sản phẩm.

Trưởng Scrum

Trưởng Scrum có trách nhiệm xây dựng Scrum theo định nghĩa trong Hướng dẫn Scrum. Họ làm điều này bằng cách giúp mọi người hiểu lý thuyết và thực hành Scrum, cả bên trong Nhóm Scrum và tổ chức.

Trưởng Scrum chịu trách nhiệm về hiệu quả của Nhóm Scrum. Họ thực hiện điều này bằng cách giúp Nhóm Scrum cải thiện các thực hành của mình, trong khuôn khổ Scrum.

Trưởng Scrum là những nhà lãnh đạo thực sự, phục vụ Nhóm Scrum và tổ chức lớn.

Trưởng Scrum phục vụ Nhóm Scrum theo nhiều cách, bao gồm:

  • Huấn luyện các thành viên trong nhóm về việc tự quản lý và chức năng chéo;
  • Giúp Nhóm Scrum tập trung vào việc tạo ra các Gia tăng có giá trị cao đáp ứng Định nghĩa Hoàn thành;
  • Khiến loại bỏ các trở ngại đến sự tiến triển của Nhóm Scrum; và,
  • Đảm bảo rằng tất cả các sự kiện Scrum diễn ra và có tính tích cực, hiệu quả và trong thời lượng

Trưởng Scrum phục vụ Chủ Sản phẩm theo nhiều cách, bao gồm:

  • Giúp tìm ra các kỹ thuật giúp định nghĩa Mục tiêu Sản phẩm và quản lý Tồn đơn Sản phẩm một cách hiệu quả;
  • Giúp Nhóm Scrum hiểu được sự cần thiết của các mục Tồn đơn Sản phẩm rõ ràng và ngắn gọn;
  • Giúp thiết lập việc lên kế hoạch sản phẩm dựa trên thực nghiệm cho một môi trường phức tạp; và,
  • Tạo điều kiện hợp tác với các bên quan tâm và lợi ích khi được yêu cầu hoặc cần thiết.

Scrum Master phục vụ tổ chức theo nhiều cách, bao gồm:

  • Lãnh đạo, đào tạo và huấn luyện tổ chức trong việc áp dụng Scrum;
  • Lập kế hoạch và tư vấn triển khai Scrum trong tổ chức;
  • Giúp nhân viên và các bên quan tâm và lợi ích hiểu và thực hiện một cách tiếp cận thực nghiệm cho các công việc phức tạp; và,
  • Loại bỏ các rào cản giữa các bên quan tâm và lợi ích và Nhóm Scrum.

Các Sự Kiện Scrum

Sprint là nơi chứa tất cả các sự kiện khác. Mỗi sự kiện trong Scrum là một cơ hội chính thức để kiểm tra và điều chỉnh các tạo phẩm của Scrum. Những sự kiện này được thiết kế đặc biệt để tạo ra sự minh bạch cần thiết. Không thực hiện được bất cứ sự kiện nào như chỉ định dẫn đến mất cơ hội để kiểm tra và điều chỉnh. Các sự kiện được sử dụng trong Scrum để tạo sự đều đặn và giảm thiểu nhu cầu họp không được chỉ định trong Scrum.

Tối ưu nhất, tất cả các sự kiện được tổ chức tại cùng một thời điểm và địa điểm để giảm bớt sự phức tạp.

Sprint

Sprint là nhịp tim của Scrum, nơi các ý tưởng được biến thành giá trị.

Chúng là các sự kiện có độ dài cố định từ một tháng hoặc ít hơn để tạo tính nhất quán. Một Sprint mới bắt đầu ngay sau khi kết thúc Sprint trước đó.

Tất cả các công việc cần thiết để đạt được Mục Tiêu Sản phẩm, bao gồm Lập kế hoạch Sprint, Scrum Hàng ngày, Sơ kết Sprint và Tổng kết Sprint, diễn ra trong Sprint.

Trong một Sprint:

  • Không thực hiện những thay đổi có thể gây nguy hiểm cho Mục tiêu Sprint;
  • Chất lượng không giảm;
  • Tồn đơn Sản phẩm được tinh lọc khi cần thiết; và,
  • Phạm vi có thể được làm rõ và thương lượng lại với Chủ sản phẩm khi đã hiểu thêm.

Sprint tạo khả năng dự đoán bằng cách đảm bảo việc kiểm tra và điều chỉnh tiến độ hướng đến Mục tiêu sản phẩm ít nhất một lần mỗi tháng. Khi lộ trình của Sprint quá dài, Mục tiêu Sprint có thể trở nên không hợp lệ, tính phức tạp có thể tăng lên và rủi ro có thể nhiều hơn. Các Sprint ngắn hơn có thể được sử dụng để tạo ra nhiều chu kỳ học tập hơn và hạn chế rủi ro về chi phí và nỗ lực trong một khung thời gian nhỏ hơn. Mỗi Sprint có thể coi là một dự án ngắn.

Có nhiều phương pháp khác nhau để dự báo tiến độ, chẳng hạn như cháy-giảm, cháy-tăng hoặc dòng lũy kế (NV: burn-downs, burn-ups, or cumulative flows). Mặc dù đã được chứng minh là hữu ích, những cách này không thay thế tầm quan trọng của chủ nghĩa kinh nghiệm. Trong những môi trường phức tạp, chuyện gì sẽ xảy ra là điều không biết. Chỉ những gì đã xảy ra mới có thể được sử dụng cho các quyết định hướng về phía trước.

Một Sprint có thể bị hủy bỏ nếu Mục tiêu Sprint trở nên lỗi thời. Chỉ Chủ Sản phẩm mới có quyền hủy Sprint.

Lập Kế Hoạch Sprint

Sự kiện Lập kế hoạch Sprint bắt đầu Sprint bằng cách sắp đặt ra các công việc cần thực hiện cho Sprint. Kế hoạch có được này được tạo ra bởi việc cộng tác của toàn bộ Nhóm Scrum.

Chủ Sản phẩm đảm bảo rằng những người tham dự được chuẩn bị để thảo luận về các mục quan trọng nhất trong Tồn đơn Sản phẩm và cách chúng dẫn đến Mục tiêu Sản phẩm. Nhóm Scrum cũng có thể mời những người khác tham gia sự kiện Lập kế hoạch Sprint để đưa ra lời khuyên.

Lập kế hoạch Sprint giải quyết các chủ đề sau:

Chủ đề Một: Tại sao Sprint này có giá trị?

Chủ Sản phẩm đề xuất cách sản phẩm có thể tăng giá trị và tiện ích của nó trong Sprint hiện tại. Sau đó, toàn bộ Nhóm Scrum sẽ hợp tác để định rõ một Mục tiêu Sprint nhằm truyền đạt lý do tại sao Sprint lại có giá trị đối với các bên quan tâm và lợi ích. Mục tiêu Sprint phải được hoàn thành trước khi kết thúc Lập kế hoạch Sprint.

Chủ đề Hai: Điều gì có thể hoàn thành trong Sprint này?

Qua thảo luận với Chủ Sản phẩm, các Nhà phát triển chọn các mục từ Tồn đơn Sản phẩm để đưa vào Sprint hiện tại. Nhóm Scrum có thể tinh lọc các mục trong quá trình này, điều này tăng thêm sự hiểu biết và tự tin.

Việc lựa chọn số lượng có thể hoàn thành trong một Sprint có thể là một thách thức. Tuy nhiên, khi các Nhà phát triển càng biết nhiều về năng lực thực hiện của họ trong quá khứ, khả năng sắp tới và Định nghĩa Hoàn thành của họ, thì họ càng tự tin vào các dự báo Sprint của mình.

Chủ đề Ba: Công việc đã chọn sẽ được hoàn thành như thế nào?

Đối với mỗi mục trong Tồn đơn Sản phẩm đã chọn, Nhà phát triển lập kế hoạch công việc cần thiết để tạo một Gia tăng đáp ứng Định nghĩa Hoàn thành. Điều này thường được thực hiện bằng cách chia nhỏ các mục trong Tồn đơn Sản phẩm thành các mục công việc nhỏ hơn của một ngày hoặc ít hơn. Cách thực hiện như thế nào do các Nhà phát triển tùy ý quyết định. Không ai khác chỉ cho họ cách biến các mục trong Tồn đơn Sản phẩm thành các Gia tăng giá trị.

Mục tiêu Sprint, các mục trong Tồn đơn Sản phẩm được chọn cho Sprint, cộng với kế hoạch thực hiện chúng được gọi chung là Tồn đơn Sprint

Việc Lập kế hoạch Sprint có giới hạn thời gian tối đa là tám giờ cho một Sprint một-tháng. Với những Sprint ngắn hơn, sự kiện này thường ngắn hơn.

Scrum Hàng ngày

Mục đích của Scrum Hàng ngày là kiểm tra tiến độ hướng tới Mục tiêu Sprint và chỉnh sửa Tồn đơn Sprint nếu cần thiết, điều chỉnh công việc đã lên kế hoạch sắp tới.

Scrum Hàng ngày là một sự kiện dài 15 phút dành cho các Nhà phát triển của Nhóm Scrum. Để giảm phức tạp, nó được tổ chức vào cùng giờ và địa điểm mỗi ngày làm việc trong Sprint. Nếu Chủ Sản phẩm hoặc Trưởng Scrum đang tích cực làm việc trên các mục trong Tồn đơn Sprint, họ tham gia với tư cách là Nhà phát triển.

Các Nhà phát triển có thể chọn bất kỳ cấu trúc và kỹ thuật nào họ muốn, miễn là Scrum Hàng ngày của họ tập trung vào tiến độ hướng tới Mục tiêu Sprint và đưa ra một kế hoạch khả thi cho ngày làm việc tiếp theo. Điều này tạo ra sự tập trung và cải thiện sự tự quản lý.

Scrums Hàng ngày cải thiện sự liên lạc, xác định các trở ngại, thúc đẩy việc quyết định nhanh chóng và do đó loại bỏ nhu cầu cho các cuộc họp khác.

Scrum Hàng ngày không phải là lần duy nhất các Nhà phát triển được phép điều chỉnh kế hoạch của họ. Họ thường gặp nhau trong ngày để thảo luận chi tiết hơn về việc điều chỉnh hoặc lập lại kế hoạch cho phần còn lại của công việc Sprint.

Sơ kết Sprint

Mục đích của Sơ kết Sprint là kiểm tra kết quả của Sprint và xác định các điều chỉnh trong tương lai. Nhóm Scrum trình bày kết quả công việc của họ trước các bên quan tâm và lợi ích chủ chốt và tiến trình hướng tới Mục tiêu Sản phẩm được thảo luận.

Trong sự kiện này, Nhóm Scrum và các bên quan tâm và lợi ích xem xét những gì đã đạt được trong Sprint và những gì đã thay đổi trong môi trường của họ. Dựa trên thông tin này, những người tham dự cộng tác về việc cần làm tiếp theo. Tồn đơn Sản phẩm cũng có thể được điều chỉnh để đón các cơ hội mới. Sơ kết Sprint là một phiên làm việc và Nhóm Scrum nên tránh giới hạn nó thành một cuộc thuyết trình.

Sơ kết Sprint là sự kiện thứ hai về cuối (NV: second to last event) của Sprint và có thời gian tối đa là bốn giờ cho Sprint một-tháng. Đối với Sprint ngắn hơn, sự kiện thường ngắn hơn.

Tổng kết Sprint

Mục đích của Tổng kết Sprint là dự trù các cách thức để tăng chất lượng và hiệu quả.

Nhóm Scrum xem xét cách Sprint cuối cùng diễn ra liên quan đến các cá nhân, tương tác, quy trình, công cụ và Định nghĩa Hoàn thành của nhóm. Các yếu tố được kiểm tra thường khác biệt theo lĩnh vực công việc. Các giả định khiến chúng lạc lối được xác định và nguồn gốc của các giả định đó được khám phá. Nhóm Scrum thảo luận về những gì diễn ra tốt trong Sprint, những vấn đề mà nhóm gặp phải và cách những vấn đề đó được giải quyết (hoặc không).

Nhóm Scrum xác định những thay đổi hữu ích nhất để cải thiện hiệu quả của nhóm. Những cải tiến có tác động nhất được xem xét sớm nhất có thể. Chúng thậm chí có thể được thêm vào Tồn đơn Sprint cho Sprint tiếp theo.

Tổng kết Sprint kết thúc Sprint. Nó có giới hạn thời gian tối đa là ba giờ cho một Sprint một-tháng. Đối với Sprint ngắn hơn, sự kiện thường ngắn hơn.

Tạo phẩm Scrum

Các tạo phẩm của Scrum tượng trưng cho công việc hoặc giá trị. Chúng được thiết kế để tăng tối đa sự minh bạch của các thông tin chính yếu. Vì vậy, mỗi người kiểm tra chúng đều có cùng cơ sở để thích ứng.

Mỗi tạo phẩm có một ràng buộc để đảm bảo nó cung cấp thông tin tăng thêm tính minh bạch và sự tập trung nhờ đó có thể đo đươc tiến độ:

  • Đối với Tồn đơn Sản phẩm, đó là Mục tiêu của Sản phẩm.
  • Đối với Tồn đơn Sprint, đó là Mục tiêu Sprint.
  • Đối với Gia tăng, đó là Định nghĩa Hoàn thành.

Những ràng buộc này hiện hữu để củng cố chủ nghĩa kinh nghiệm và các giá trị Scrum cho Nhóm Scrum và các bên liên quan và lợi ích.

Tồn đơn Sản phẩm

Tồn đơn Sản phẩm là một danh sách thay đổi (NV: emergent. Người dịch: ví dụ: đơn hàng mới xuất hiện, hoặc đơn hàng cũ “nổi” lên trên bảng xếp hạng), có thứ tự của những gì cần để hoàn thiện sản phẩm. Đây là nguồn duy nhất cho công việc phải làm bởi Nhóm Scrum.

Các mục trong Tồn đơn Sản phẩm có thể được Hoàn thành bởi Nhóm Scrum trong một Sprint được coi là sẵn sàng để lựa chọn trong sự kiện Lập kế hoạch Sprint. Họ thường đạt đến mức độ minh bạch này sau các hoạt động tinh lọc. Tinh lọc Tồn đơn Sản phẩm là hành động chia nhỏ và định nghĩa rõ hơn các mục Tồn đơn Sản phẩm thành những mục nhỏ hơn, chính xác hơn. Đây là một hoạt động thường xuyên để thêm chi tiết, chẳng hạn mô tả, thứ tự và kích cỡ. Các thuộc tính thường thay đổi theo lĩnh vực công việc.

Các nhà phát triển, những người sẽ làm công việc, chịu trách nhiệm về việc định cỡ. Chủ sản phẩm có thể tác động đến Nhà phát triển bằng cách giúp họ hiểu và chọn lựa giữa các đánh đổi.

Ràng buộc: Mục tiêu Sản phẩm

Mục tiêu Sản phẩm miêu tả một trạng thái tương lai của sản phẩm có thể đóng vai trò là mục tiêu Nhóm Scrum dựa vào để lập kế hoạch. Mục tiêu Sản phẩm thuộc về Tồn đơn Sản phẩm. Phần còn lại của Tồn đơn Sản phẩm xuất hiện để xác định “cái gì” sẽ hoàn thành Mục tiêu Sản phẩm.

Một sản phẩm là một phương tiện cung cấp giá trị. Nó có một ranh giới rõ ràng, các bên liên quan và lợi ích được định danh, những người dùng hoặc khách hàng được xác định rõ. Một sản phẩm có thể là một dịch vụ, một sản phẩm hữu hình hoặc một cái gì đó trừu tượng hơn.

Mục tiêu Sản phẩm là mục tiêu dài hạn của Nhóm Scrum. Họ phải hoàn thành (hoặc từ bỏ) một mục tiêu trước khi thực hiện mục tiêu tiếp theo.

Tồn đơn Sprint

Tồn đơn Sprint được cấu thành từ Mục tiêu Sprint (lý do), tập hợp các mục Tồn đơn Sản phẩm được chọn cho Sprint (cái gì), cũng như một kế hoạch có thể hành động để sinh ra Gia tăng (như thế nào).

Tồn đơn Sprint là một kế hoạch do các Nhà phát triển và cho các Nhà phát triển. Đó là một bức tranh rõ nét, theo thời gian thực về công việc mà các Nhà phát triển dự định hoàn thành trong Sprint để đạt được Mục tiêu Sprint. Do đó, Tồn đơn Sprint được cập nhật trong suốt Sprint khi nhiều điều hơn được sáng tỏ. Nó phải có đủ chi tiết để họ có thể kiểm tra tiến trình của mình trong Scrum Hàng ngày.

Ràng buộc: Mục tiêu Sprint

Mục tiêu Sprint là mục đích duy nhất của Sprint. Mặc dù Mục tiêu Sprint là một cam kết của các Nhà phát triển, nó cung cấp sự linh hoạt về công việc chính xác cần thiết để đạt được nó. Mục tiêu Sprint cũng tạo ra sự gắn kết và tập trung, khuyến khích Nhóm Scrum làm việc cùng nhau thay vì dựa trên các sáng kiến ​​riêng biệt.

Mục tiêu Sprint được tạo ra trong sự kiện Lập kế hoạch Sprint và sau đó được thêm vào Tồn đơn Sprint. Khi các Nhà phát triển làm việc trong Sprint, họ luôn giữ Mục tiêu Sprint trong đầu. Nếu công việc diễn ra khác với họ mong đợi, họ sẽ cộng tác với Chủ Sản phẩm để thương lượng về phạm vi của Tồn đơn Sprint trong Sprint mà không ảnh hưởng đến Mục tiêu Sprint.

Gia Tăng

Một Gia Tăng là một bước đệm cụ thể hướng tới Mục tiêu Sản phẩm. Mỗi Gia Tăng bổ sung cho tất cả các Gia tăng trước đó và được xác minh kỹ lưỡng, đảm bảo rằng tất cả các Gia tăng hoạt động cùng nhau. Để cung cấp giá trị, Gia tăng phải có thể sử dụng được.

Nhiều Gia tăng có thể được tạo ra trong một Sprint. Tổng các Gia tăng được trình bày tại Sơ kết Sprint, qua đó hỗ trợ chủ nghĩa kinh nghiệm. Tuy nhiên, một Gia tăng có thể được chuyển đến các bên liên quan và lợi ích trước khi Sprint kết thúc. Sơ kết Sprint không bao giờ nên được coi là một cánh cổng để giải phóng giá trị.

Công việc không thể được coi là một phần của Gia tăng trừ khi nó đáp ứng Định nghĩa Hoàn thành.

Ràng buộc: Định Nghĩa Hoàn Thành

Định nghĩa Hoàn thành là một mô tả chính thức về trạng thái của Gia tăng khi nó đáp ứng các biện pháp chất lượng cần thiết cho sản phẩm.

Thời điểm một mục Tồn đơn Sản phẩm đáp ứng Định nghĩa Hoàn thành, một Gia tăng được sinh ra.

Định nghĩa Hoàn thành tạo ra sự minh bạch bằng việc cung cấp cho mọi người một hiểu biết chung về công việc đã được hoàn thành như một phần của Gia tăng. Nếu một mục Tồn đơn Sản phẩm không đáp ứng Định nghĩa Hoàn thành, nó không thể được triển khai hoặc thậm chí trình bày tại Sơ kết Sprint. Thay vào đó, nó quay trở lại Tồn đơn Sản phẩm để xem xét trong tương lai.

Nếu Định nghĩa Hoàn thành cho một Gia tăng là một phần trong các tiêu chuẩn của tổ chức, tất cả các Nhóm Scrum phải tuân theo nó như một điều tối thiểu. Nếu nó không phải là một tiêu chuẩn của tổ chức, Nhóm Scrum phải tạo ra một Định nghĩa Hoàn thành thích hợp cho sản phẩm.

Các nhà phát triển phải tuân theo Định nghĩa Hoàn thành. Nếu có nhiều Nhóm Scrum làm việc cùng nhau trên một sản phẩm, họ phải cùng nhau xác định và tuân theo chung một Định nghĩa Hoàn thành.

Lời cuối

Scrum miễn phí và được cung cấp trong Hướng dẫn này. Khuôn khổ Scrum, như được phác họa ở đây, là bất biến. Dù triển khai chỉ vài phần của Scrum là có thể, kết quả đạt được không phải là Scrum. Scrum tồn tại chỉ trong trạng thái nguyên và hoạt động tốt như một nơi chứa các kỹ thuật, phương pháp và thực hành khác.

Lời Ghi Nhận

Các Cá Nhân

Trong số hàng nghìn người đã đóng góp cho Scrum, chúng tôi nên chọn ra những người có đóng góp quan trọng thời khởi điểm: Jeff Sutherland đã làm việc với Jeff McKenna và John Scumniotales, và Ken Schwaber đã làm việc với Mike Smith và Chris Martin, và tất cả họ đã làm việc cùng nhau. Nhiều người khác đã đóng góp trong những năm sau đó và nếu không có sự giúp đỡ của họ thì Scrum sẽ không được hoàn thiện như ngày nay.

Lịch sử Hướng dẫn Scrum

Ken Schwaber và Jeff Sutherland lần đầu tiên cùng trình bày về Scrum tại Hội nghị OOPSLA vào năm 1995. Về cơ bản, nó ghi lại những gì Ken và Jeff đã học được trong vài năm trước đó và công khai định nghĩa chính thức đầu tiên về Scrum.

Hướng dẫn Scrum ghi lại quá trình Scrum được phát triển, tiến hóa và duy trì trong hơn 30 năm bởi Jeff Sutherland và Ken Schwaber. Các nguồn khác cung cấp các mẫu, quy trình và thông tin chi tiết bổ sung cho khuôn khổ Scrum. Những điều này có thể làm tăng năng suất, giá trị, sự sáng tạo và sự hài lòng với kết quả.

Lịch sử hoàn chỉnh của Scrum được mô tả ở những nơi khác. Để tôn vinh những nơi đầu tiên mà nó đã được thử nghiệm và chứng minh, chúng tôi ghi nhận Individual Inc., Newspaperage, Fidelity Investments và IDX (nay là GE Medical).

© 2020 Ken Schwaber và Jeff Sutherland Ấn phẩm này được cung cấp giấy phép theo giấy phép Attribution Share-Alike của Creative Commons, có thể truy cập tại https://creativecommons.org/licenses/by-sa/4.0/legalcode và cũng được mô tả dưới dạng tóm tắt tại https://creativecommons.org/licenses/by-sa/4.0/. Bằng việc sử dụng Hướng dẫn Scrum này, bạn xác nhận và đồng ý rằng bạn đã đọc và đồng ý bị ràng buộc bởi các điều khoản của giấy phép Attribution Share-Alike của Creative Commons.

Ghi Chú Của Người dịch

Thuật Ngữ

  • Scrum Team: Nhóm Scrum
  • Scrum Master: Trưởng Scrum
  • Product Owner: Chủ Sản phẩm
  • Product Backlog: Tồn đơn Sản phẩm
  • Increment: Gia tăng
  • Sprint: Sprint. Xem giải thích 1.
  • Stakeholders: các bên quan tâm và lợi ích
  • Empiricism: chủ nghĩa kinh nghiệm
  • Lean Thinking: tư duy tinh gọn
  • Transparency: tính minh bạch
  • Inspection: Việc kiểm tra
  • Adaptation: Việc thích ứng, thay đổi cho phù hợp
  • Artifact: tạo phẩm
  • Product Goal: Mục tiêu Sản phẩm
  • Sprint Backlog: Tồn đơn Sprint
  • Definition of Done: Định nghĩa Hoàn thành
  • Sprint Goal: Mục tiêu Sprint
  • Sprint Review: Sơ kết Sprint
  • Daily Scrum: Scrum Hàng ngày
  • Sprint Retrospective: Tổng kết Sprint
  • Sprint Planning: Lập Kế Hoạch Sprint

Giải thích

  1. Trong điền kinh, Sprint có thể dịch thành Cuộc chạy nước rút, thường diễn ra trong các chặng đua ngắn hoặc khi gần đến đích. Sprint trong Scrum diễn ra bất kể chiều dài dự án, diễn ra liên tục, khi một Sprint kết thúc, một cái mới ngay lập tức bắt đầu. Do đó, cộng với hiểu biết và kinh nghiệm bản thân, người dịch cảm thấy bản chất của Sprint trong Scrum không hoàn toàn giống ý nghĩa của nó trong điền kinh. Vì vậy người dịch quyết định giữ nguyên chữ Sprint, không dịch ra tiếng Việt

  2. Commitment thường có nghĩa là Cam kết, nhưng trong nhiều hoàn cảnh có thể hiểu là cống hiến, tận tâm. Khi nói về Tạo phẩm, commitment lại có ý nghĩa là một sự ràng buộc, phải có để đáp ứng yêu cầu của khuôn khổ Scrum.