Scrum dựa vào tính minh bạch, kiểm tra và thích nghi để cung cấp giá trị một cách hiệu quả. Ở trung tâm của khung này là các tài sản Scrum. Những mục này không chỉ đơn thuần là yêu cầu hành chính; chúng đại diện cho chính công việc, tiến độ hướng tới mục tiêu và giá trị được cung cấp cho các bên liên quan. Hiểu rõ các tài sản này là điều cần thiết đối với bất kỳ đội nào mong muốn hoạt động rõ ràng và hiệu quả.
Có ba tài sản chính trong Scrum: Danh sách sản phẩm, Danh sách Sprint và Tăng trưởng. Hỗ trợ cho những tài sản này là các công cụ cụ thể như Câu chuyện người dùng và Biểu đồ cháy, cung cấp cái nhìn chi tiết về quy trình làm việc. Hướng dẫn này khám phá từng thành phần một cách chi tiết, giải thích mục đích, cơ chế hoạt động và cách chúng tương tác để thúc đẩy phát triển sản phẩm thành công.
Ba tài sản cốt lõi của Scrum 🏗️
Hướng dẫn Scrum định nghĩa ba tài sản cụ thể. Mỗi tài sản đều có một mục đích riêng biệt, nhưng chúng lại liên kết với nhau. Cùng nhau, chúng tạo nên nền tảng của quy trình Scrum.
1. Danh sách sản phẩm 📋
Danh sách sản phẩm là nguồn thông tin duy nhất về toàn bộ công việc cần phải thực hiện. Đó là danh sách được sắp xếp của tất cả những gì được biết là cần thiết cho sản phẩm. Danh sách này chưa bao giờ hoàn chỉnh và luôn thay đổi theo sự phát triển của sản phẩm và môi trường xung quanh.
- Tính chất động: Danh sách sản phẩm thay đổi thường xuyên. Các mục mới được thêm vào, các mục hiện có được làm rõ hơn, và thứ tự ưu tiên thay đổi dựa trên phản hồi thị trường hoặc yêu cầu kỹ thuật.
- Sắp xếp theo giá trị: Các mục ở đầu danh sách rõ ràng hơn và có mức độ ưu tiên cao hơn. Việc sắp xếp này giúp đội tập trung vào công việc quan trọng nhất trước tiên.
- Tính minh bạch: Mọi người trong tổ chức đều có thể xem danh sách. Sự cởi mở này thúc đẩy niềm tin và giúp các bên liên quan hiểu được điều gì đang được xây dựng và lý do tại sao.
- Tài liệu sống động: Nó không phải là danh sách tĩnh được tạo ra ngay từ đầu dự án. Nó được duy trì xuyên suốt vòng đời của sản phẩm.
2. Danh sách Sprint 🗓️
Danh sách Sprint là tập hợp các mục từ Danh sách sản phẩm được chọn cho Sprint, cộng với kế hoạch để giao sản phẩm tăng trưởng và đạt được mục tiêu Sprint. Đó là dự báo của Đội Phát triển cho Sprint. Danh sách Sprint là kế hoạch của Đội Phát triển, và kế hoạch này thay đổi theo tiến độ của Sprint.
- Sở hữu của đội: Chỉ có Đội Phát triển mới có thể thay đổi Danh sách Sprint trong suốt Sprint.
- Dự báo: Nó đại diện cho những gì đội tin rằng họ có thể hoàn thành trong khung thời gian Sprint.
- Cam kết: Trong khi Chủ sở hữu sản phẩm sắp xếp Danh sách sản phẩm, đội sẽ cam kết thực hiện công việc trong Danh sách Sprint.
- Sự phát triển: Khi đội hiểu rõ hơn về công việc, kế hoạch sẽ được tinh chỉnh. Các nhiệm vụ mới có thể được thêm vào, hoặc các nhiệm vụ hiện có có thể được chia nhỏ hơn nữa.
3. Tăng trưởng 🚀
Một Tăng trưởng là một bước tiến cụ thể hướng tới mục tiêu sản phẩm. Mỗi Tăng trưởng được cộng dồn vào tất cả các Tăng trưởng trước đó và được kiểm tra kỹ lưỡng, đảm bảo rằng tất cả các Tăng trưởng đều hoạt động cùng nhau. Có thể hình dung một Tăng trưởng như một gói các mục công việc đã hoàn thành.
- Đảm bảo chất lượng:Một Tăng trưởng phải đáp ứng Tiêu chuẩn hoàn thành. Nếu không, nó không thể được coi là một phần của Tăng trưởng.
- Khả năng giao hàng: Increment phải ở trạng thái sử dụng được, bất kể Product Owner có quyết định phát hành hay không.
- Giao giá trị: Mục đích của Scrum là cung cấp giá trị. Increment là biểu hiện cụ thể của giá trị đó.
Câu chuyện người dùng: Những khối xây dựng cơ bản 📝
Câu chuyện người dùng là định dạng chính để mô tả yêu cầu trong môi trường Agile. Chúng ghi nhận góc nhìn của người dùng cuối và tập trung vào giá trị đang được cung cấp. Một câu chuyện người dùng không phải là tài liệu cụ thể; nó là chỗ trống cho một cuộc trò chuyện.
Hiểu cấu trúc
Một câu chuyện người dùng tiêu chuẩn tuân theo một mẫu đơn giản. Cấu trúc này đảm bảo rằng đội ngũ xem xét người dùng là ai, họ cần gì và tại sao điều đó quan trọng.
- Định dạng: Là một [loại người dùng], tôi muốn [mục tiêu nào đó] để [lý do nào đó].
- Ví dụ: Là một khách hàng, tôi muốn lọc kết quả tìm kiếm theo giá để tôi có thể tìm thấy sản phẩm trong ngân sách của mình.
- Rõ ràng: Định dạng này buộc người viết phải cân nhắc bối cảnh và giá trị, thay vì chỉ tập trung vào tính năng.
Mô hình INVEST
Để đảm bảo chất lượng, các câu chuyện người dùng cần tuân theo các tiêu chí INVEST. Từ viết tắt này đóng vai trò như danh sách kiểm tra cho các câu chuyện được xây dựng tốt.
- I – Độc lập: Các câu chuyện nên tự hoàn chỉnh. Các phụ thuộc giữa các câu chuyện có thể làm chậm tiến độ, vì vậy chúng cần được giảm thiểu.
- N – Có thể thương lượng: Các chi tiết được thảo luận với đội nhóm. Câu chuyện không phải là một hợp đồng mà là cam kết thảo luận về yêu cầu.
- V – Có giá trị: Mỗi câu chuyện phải mang lại giá trị cho người dùng hoặc doanh nghiệp. Nếu không, nó không nên được ưu tiên.
- E – Có thể ước lượng: Đội ngũ phải có khả năng ước lượng nỗ lực cần thiết để hoàn thành câu chuyện.
- S – Nhỏ: Các câu chuyện nên đủ nhỏ để có thể hoàn thành trong một Sprint duy nhất.
- T – Có thể kiểm thử: Phải có các tiêu chí rõ ràng để xác minh khi câu chuyện đã hoàn thành.
Tiêu chí chấp nhận
Tiêu chí chấp nhận xác định các điều kiện phải được đáp ứng để xem một câu chuyện người dùng là hoàn thành. Chúng được viết từ góc nhìn của người dùng và cung cấp ranh giới rõ ràng cho công việc.
- Xác minh: Chúng hoạt động như một danh sách kiểm tra cho việc kiểm thử.
- Hiểu biết chung: Chúng đảm bảo rằng Người sở hữu sản phẩm và Đội phát triển đồng ý về việc ‘đã hoàn thành’ trông như thế nào.
- Ví dụ: Chúng thường bao gồm các ví dụ cụ thể về hành vi mong đợi.
Biểu đồ Burndown: Theo dõi tiến độ 📉
Biểu đồ Burndown là một biểu diễn trực quan về khối lượng công việc còn lại theo thời gian. Đây là một trong những công cụ phổ biến nhất được sử dụng trong Scrum để theo dõi tiến độ của một Sprint. Biểu đồ này giúp đội và các bên liên quan thấy được họ có đang trên đúng hướng để hoàn thành mục tiêu Sprint hay không.
Các thành phần của biểu đồ
Một biểu đồ Burndown tiêu chuẩn bao gồm hai đường được vẽ theo trục thời gian.
- Trục thời gian: Trục ngang đại diện cho các ngày trong Sprint.
- Trục công việc: Trục đứng đại diện cho khối lượng công việc còn lại, thường được đo bằng giờ hoặc điểm truyện.
- Đường chuẩn: Đường lý tưởng cho thấy khối lượng công việc cần hoàn thành mỗi ngày để kết thúc đúng hạn.
- Thực tế: Đường thực tế cho thấy khối lượng công việc thực sự còn lại vào cuối mỗi ngày.
Hiểu dữ liệu
Việc đọc biểu đồ đòi hỏi bối cảnh. Một đường nằm trên đường chuẩn cho thấy đội đang chậm tiến độ, trong khi một đường nằm dưới cho thấy họ đang vượt tiến độ.
- Suy giảm đều đặn: Một độ dốc giảm đều đặn cho thấy tiến độ nhất quán.
- Đường thẳng phẳng: Nếu đường thẳng giữ nguyên phẳng, thì không có công việc nào đang được hoàn thành. Điều này báo hiệu sự tắc nghẽn hoặc thiếu tập trung.
- Chuyển động đi lên: Nếu đường thực tế di chuyển lên trên, thì công việc mới đã được thêm vào Sprint. Điều này có thể xảy ra nếu phạm vi thay đổi hoặc nếu các ước tính ban đầu là sai.
- Cuối Sprint: Về lý tưởng, đường thực tế sẽ gặp đường chuẩn vào cuối Sprint. Nếu không, mục tiêu Sprint có thể không đạt được.
Lợi ích khi sử dụng biểu đồ
- Cảnh báo sớm: Nó làm nổi bật xu hướng sớm trong Sprint, cho phép đội điều chỉnh trước khi đến hạn.
- Tập trung: Nó giúp đội tập trung vào công việc còn lại.
- Giao tiếp: Nó cung cấp một hình ảnh đơn giản để các bên liên quan hiểu được tiến độ mà không cần dùng thuật ngữ kỹ thuật.
So sánh các sản phẩm của Scrum 📋
Để làm rõ sự khác biệt và mối quan hệ giữa các sản phẩm, hãy xem xét so sánh sau đây.
| Sản phẩm | Người sở hữu | Mục đích | Thời gian giới hạn |
|---|---|---|---|
| Danh sách yêu cầu sản phẩm | Người sở hữu sản phẩm | Nguồn gốc yêu cầu | Vòng đời sản phẩm |
| Danh sách công việc Sprint | Đội phát triển | Kế hoạch Sprint | Thời lượng Sprint |
| Sản phẩm tăng trưởng | Đội phát triển | Giá trị được cung cấp | Kết thúc Sprint |
| Biểu đồ giảm dần | Đội phát triển | Theo dõi tiến độ | Hằng ngày (Sprint) |
Những sai lầm và thách thức phổ biến ⚠️
Ngay cả khi có định nghĩa rõ ràng, các đội thường gặp khó khăn trong việc triển khai các sản phẩm này một cách đúng đắn. Nhận diện những sai lầm này giúp duy trì quy trình Scrum lành mạnh.
1. Danh sách yêu cầu sản phẩm trở thành danh sách mong ước
Khi danh sách yêu cầu sản phẩm chứa quá nhiều mục mà không có ưu tiên rõ ràng, nó mất đi giá trị của nó. Nó trở thành nơi đổ xô ý tưởng thay vì một kế hoạch giao hàng.
- Giải pháp: Thường xuyên tinh chỉnh danh sách công việc. Loại bỏ các mục không còn liên quan nữa.
- Giải pháp: Đảm bảo chỉ có một vài mục được mô tả chi tiết hoàn toàn. Giữ các mô tả cấp cao cho các mục nằm ở cuối danh sách.
2. Bỏ qua Tiêu chuẩn Hoàn thành
Nếu Tăng trưởng không thực sự hoàn thành, sẽ tạo ra nợ kỹ thuật và sự nhầm lẫn. Một Tăng trưởng không đáp ứng Tiêu chuẩn Hoàn thành thì không phải là một Tăng trưởng.
- Giải pháp: Xác định các tiêu chí rõ ràng cho “Hoàn thành” bao gồm kiểm thử, tài liệu và tích hợp.
- Giải pháp: Xem xét lại Tiêu chuẩn Hoàn thành vào cuối mỗi Sprint để đảm bảo nó vẫn hợp lệ.
3. Hiểu sai Biểu đồ Đốt cháy
Các đội thường hoảng loạn khi đường biểu đồ đi lên. Tuy nhiên, đôi khi việc thêm công việc là cần thiết nếu phạm vi thay đổi hoặc phát hiện ra rủi ro mới.
- Giải pháp: Sử dụng biểu đồ để khởi động cuộc trò chuyện, chứ không phải để đổ lỗi.
- Giải pháp: Thảo luận về sự chênh lệch trong buổi họp Hàng ngày để hiểu nguyên nhân.
4. Thiếu minh bạch
Nếu các tài liệu được che giấu hoặc chỉ được cập nhật vào cuối Sprint, chúng sẽ không cung cấp được sự minh bạch cần thiết.
- Giải pháp: Cập nhật các tài liệu theo thời gian thực khi công việc tiến triển.
- Giải pháp: Làm cho các tài liệu hiển thị rõ ràng với tất cả các bên liên quan trong các buổi đánh giá.
Duy trì tính toàn vẹn của tài liệu 🔒
Duy trì chất lượng các tài liệu Scrum đòi hỏi sự kỷ luật và nỗ lực liên tục. Đó không phải là một thiết lập một lần mà là một thực hành diễn ra liên tục.
Tinh chỉnh Danh sách Sản phẩm
Tinh chỉnh là quá trình thêm chi tiết, ước tính và thứ tự cho các mục trong Danh sách Sản phẩm. Hoạt động này đảm bảo danh sách công việc vẫn hữu ích cho lập kế hoạch.
- Tần suất: Việc này nên diễn ra thường xuyên, thường là hàng tuần.
- Người tham gia: Người sở hữu Sản phẩm dẫn đầu, nhưng Đội Phát triển cung cấp ý kiến về tính khả thi kỹ thuật.
- Kết quả:Phần đầu danh sách công việc cần được chuẩn bị sẵn sàng để lựa chọn trong buổi lập kế hoạch Sprint tiếp theo.
Cải tiến liên tục
Đội Scrum cần phản ánh về cách họ đang sử dụng các tài sản trong buổi tổng kết Sprint.
- Vòng phản hồi:Hỏi xem điều gì đang hoạt động tốt và điều gì đang cản trở tiến độ.
- Điều chỉnh:Thay đổi cách sử dụng các tài sản nếu chúng không mang lại giá trị.
- Đào tạo:Đảm bảo các thành viên mới hiểu được tầm quan trọng của các tài sản này.
Vai trò của Người sở hữu sản phẩm 🧑💼
Người sở hữu sản phẩm đóng vai trò then chốt trong việc quản lý danh sách công việc sản phẩm. Họ chịu trách nhiệm về việc quản lý danh sách công việc sản phẩm một cách hiệu quả.
- Sắp xếp:Họ sắp xếp các mục để đạt được mục tiêu và sứ mệnh một cách tốt nhất.
- Rõ ràng:Họ đảm bảo các mục rõ ràng và được đội hiểu đúng.
- Tính minh bạch:Họ đảm bảo danh sách công việc sản phẩm được nhìn thấy, minh bạch và được hiểu rõ.
- Quản lý các bên liên quan:Họ truyền đạt trạng thái danh sách công việc đến các bên liên quan.
Vai trò của Đội Phát triển 👥
Đội Phát triển chịu trách nhiệm quản lý danh sách công việc Sprint và tạo ra phần tăng trưởng.
- Tự quản lý:Họ quyết định cách chuyển các mục danh sách công việc sản phẩm thành các phần tăng trưởng.
- Thực hiện:Họ thực hiện kế hoạch và cập nhật danh sách công việc Sprint mỗi ngày.
- Chất lượng:Họ đảm bảo phần tăng trưởng đáp ứng tiêu chuẩn hoàn thành.
- Hợp tác:Họ hợp tác trên biểu đồ giảm dần để theo dõi tiến độ.
Kết luận về các sản phẩm Scrum 🏁
Các sản phẩm Scrum là bằng chứng cụ thể của quy trình Scrum. Chúng cung cấp sự minh bạch cần thiết để kiểm tra tiến độ và điều chỉnh kế hoạch. Khi được sử dụng đúng cách, Danh sách Sản phẩm, Danh sách Sprint và Tăng trưởng tạo thành một hệ thống mạnh mẽ để mang lại giá trị. Các công cụ như Câu chuyện Người dùng và Biểu đồ Đốt cháy làm tăng cường hệ thống này bằng cách thêm chi tiết và độ minh bạch.
Thành công trong Scrum không đến từ việc tuân theo một bản kịch bản cứng nhắc. Nó đến từ việc hiểu rõ mục đích của các sản phẩm này và sử dụng chúng để thúc đẩy giao tiếp và tập trung. Các đội ngũ đầu tư vào việc duy trì các sản phẩm chất lượng cao sẽ dễ dàng hơn trong việc vượt qua sự phức tạp và liên tục cung cấp các sản phẩm chất lượng tốt.
Hãy nhớ, mục tiêu không phải là tạo ra giấy tờ. Mục tiêu là tạo ra giá trị. Các sản phẩm này là phương tiện để đạt được mục tiêu đó. Bằng cách duy trì tính chính xác, minh bạch và cập nhật, các đội ngũ đảm bảo rằng mọi người đều thống nhất và đang đi theo cùng một hướng.
