Trong môi trường phát triển phần mềm và giao hàng sản phẩm nhanh chóng, sự xao nhãng là kẻ thù của tiến bộ. Các đội thường xuyên phải xử lý nhiều yêu cầu, thay đổi ưu tiên và danh sách công việc chờ xử lý dường như tăng nhanh hơn tốc độ hoàn thành công việc. Không có điểm đến rõ ràng, ngay cả những đội ngũ có kỹ năng cao nhất cũng có thể bị lạc hướng. Đây chính là lúc mục tiêu Sprint trở thành điểm tựa. Nó cung cấp sự tập trung cần thiết để đảm bảo mọi nỗ lực trong Sprint đều góp phần vào một kết quả quý giá duy nhất.
Việc đặt ra các mục tiêu Sprint khả thi không chỉ đơn thuần là gạch một ô trong buổi lập kế hoạch. Đó là một hoạt động chiến lược giúp đồng bộ hóa đội phát triển, người sở hữu sản phẩm và các bên liên quan về giá trị đang được cung cấp. Hướng dẫn này khám phá cách thức tạo ra các mục tiêu hiệu quả, lý do tại sao chúng cực kỳ quan trọng để duy trì sự tập trung, và cách duy trì chúng xuyên suốt vòng đời Sprint.
📌 Mục tiêu Sprint là gì?
Theo Hướng dẫn Scrum, mục tiêu Sprint là sự thể hiện chính thức về giá trị mà Sprint hướng đến cung cấp. Đó là một tuyên bố ngắn mô tả điều mà đội phát triển dự định đạt được trong Sprint. Trong khi danh sách công việc Sprint chứa các mục cụ thể được chọn để đạt được mục tiêu này, thì chính mục tiêu đó là lý donằm sau công việc.
Rất quan trọng khi phân biệt giữa mục tiêu Sprint và danh sách các nhiệm vụ. Một nhiệm vụ là một bước kỹ thuật (ví dụ: “Cập nhật điểm cuối API”). Một mục tiêu là một kết quả kinh doanh (ví dụ: “Cho phép người dùng đặt lại mật khẩu qua email”). Mục tiêu mang lại tính linh hoạt. Nếu đội phát hiện ra một rào cản kỹ thuật, họ có thể điều chỉnh các nhiệm vụ trong danh sách công việc Sprint, nhưng mục tiêu vẫn là ngôi sao dẫn đường.
Đặc điểm chính
- Hợp tác: Nó không được giao riêng bởi người sở hữu sản phẩm. Đội phát triển phải đồng thuận về tính khả thi của nó.
- Linh hoạt: Nó không phải là một hợp đồng ràng buộc đội ngũ phải thực hiện các tính năng cụ thể bất kể thực tế kỹ thuật. Đó là một mục tiêu để hướng tới.
- Nhấn mạnh giá trị: Nó tập trung vào lợi ích đối với khách hàng hoặc người dùng, chứ không chỉ là đầu ra từ mã nguồn.
- Có thời hạn: Nó chỉ có ý nghĩa trong suốt thời gian của Sprint hiện tại.
🚀 Tại sao sự tập trung lại quan trọng trong Scrum
Sự tập trung là một nguồn lực khan hiếm. Trong bối cảnh phát triển hiện đại, tải nhận thức cao và việc chuyển đổi ngữ cảnh tốn kém. Một mục tiêu Sprint được xác định rõ sẽ giảm nhu cầu phải đưa ra quyết định liên tục về ưu tiên. Khi đội không rõ nên làm gì tiếp theo, họ có thể tham khảo mục tiêu. Nếu một nhiệm vụ không đóng góp vào mục tiêu, nó có thể bị hạ thấp ưu tiên hoặc chuyển sang danh sách công việc chờ xử lý.
Lợi ích của một mục tiêu rõ ràng
- Đồng thuận: Mọi người đều hiểu mục tiêu chung. Các bên liên quan thấy được tiến độ hướng tới mục tiêu, chứ không chỉ là danh sách các vé đã hoàn thành.
- Ra quyết định: Khi có thay đổi phạm vi, mục tiêu đóng vai trò như một bộ lọc. Chúng ta vẫn có thể đạt được mục tiêu với thời gian còn lại không? Nếu có, thay đổi là chấp nhận được. Nếu không, mục tiêu có thể cần được điều chỉnh.
- Tinh thần: Hoàn thành một mục tiêu ý nghĩa mang lại cảm giác thành tựu lớn hơn so với việc hoàn thành từng nhiệm vụ riêng lẻ.
- Minh bạch: Nó giúp đội ngũ truyền đạt tiến độ một cách rõ ràng. Tiến độ được đo lường dựa trên mục tiêu, chứ không chỉ dựa trên số lượng mục đã hoàn thành.
🛠️ Cấu trúc của một mục tiêu Sprint mạnh mẽ
Không phải mọi mục tiêu nào cũng như nhau. Một mục tiêu mơ hồ như “Nâng cao hiệu suất” rất khó đo lường và khó tập trung. Một mục tiêu mạnh mẽ cần đủ cụ thể để định hướng công việc, nhưng vẫn đủ linh hoạt để cho phép điều chỉnh về mặt kỹ thuật.
Khi soạn thảo một mục tiêu, hãy cân nhắc các yếu tố sau:
- Động từ:Bắt đầu bằng một động từ (ví dụ: “Kích hoạt,” “Triển khai,” “Tích hợp,” “Phát hành”).
- Danh từ:Xác định tính năng hoặc khả năng (ví dụ: “đăng ký người dùng,” “luồng thanh toán”).
- Kết quả:Gợi ý về giá trị (ví dụ: “giảm tỷ lệ bỏ dở,” “hỗ trợ người dùng di động”).
Mục tiêu cần ngắn gọn. Mục tiêu nên vừa vặn trong một dòng và dễ nhớ. Nếu cần một đoạn văn để giải thích, thì có thể mục tiêu quá phức tạp cho một Sprint duy nhất.
📝 Cách tạo mục tiêu Sprint: Bước theo bước
Việc tạo mục tiêu Sprint là một quá trình hợp tác, thường diễn ra trong buổi lập kế hoạch Sprint. Nó không nên là việc làm sau cùng. Dưới đây là cách tiếp cận có cấu trúc để đặt ra các mục tiêu khả thi.
Bước 1: Xem xét danh sách công việc sản phẩm
Người sở hữu sản phẩm trình bày các mục ưu tiên cao nhất. Những mục này đại diện cho giá trị tốt nhất tiếp theo dành cho khách hàng. Đội ngũ xem xét các mục này để hiểu được phạm vi tiềm năng.
Bước 2: Thảo luận về giá trị và khả thi
Đội Phát triển đặt câu hỏi về các mục. Họ làm rõ yêu cầu và ước tính nỗ lực. Trong cuộc thảo luận này, người sở hữu sản phẩm giải thích giá trị đằng sau các mục. Cuộc trò chuyện này giúp xác định những mục nào có thể kết hợp lại để tạo thành một mục tiêu hợp lý.
Bước 3: Soạn thảo mục tiêu
Dựa trên các mục đã chọn, người sở hữu sản phẩm và đội Phát triển soạn thảo một mục tiêu tiềm năng. Mục tiêu này cần phản ánh sự hiểu biết chung về những gì có thể thực hiện được trong khung thời gian Sprint.
Bước 4: Xác minh mục tiêu
Mục tiêu có hợp lý không? Có khả thi không? Nếu đội cảm thấy mục tiêu quá tham vọng, họ nên lên tiếng trong buổi lập kế hoạch. Tốt hơn là đặt ra một mục tiêu nhỏ, khả thi hơn là thất bại với một mục tiêu lớn.
Bước 5: Cam kết với mục tiêu
Sau khi thống nhất, mục tiêu Sprint được ghi vào danh sách công việc Sprint. Bây giờ nó trở thành ưu tiên chính trong 1 đến 4 tuần tới. Đội ngũ sẽ làm việc để đạt được mục tiêu đó.
⚠️ Những sai lầm phổ biến khi đặt mục tiêu
Ngay cả các đội có kinh nghiệm cũng có thể vấp ngã khi đặt mục tiêu. Nhận thức về những sai lầm phổ biến sẽ giúp tránh được chúng.
1. Nhầm lẫn mục tiêu với nhiệm vụ
Một lỗi phổ biến là liệt kê các nhiệm vụ như mục tiêu. Ví dụ, “Xây dựng màn hình đăng nhập” là một nhiệm vụ. “Cho phép người dùng mới truy cập bảng điều khiển” là một mục tiêu. Cái trước là một bước; cái sau là giá trị.
2. Đặt quá nhiều mục tiêu
Một Sprint chỉ nên có một mục tiêu Sprint. Việc có nhiều mục tiêu sẽ làm giảm sự tập trung. Nếu bạn có ba mục tiêu riêng biệt, hãy cân nhắc chia chúng thành nhiều Sprint hoặc đảm bảo chúng được liên kết chặt chẽ thành một kết quả duy nhất.
3. Coi mục tiêu là không thể thay đổi
Mặc dù mục tiêu cần ổn định, nhưng nó không phải là một hợp đồng. Nếu đội nhận ra mục tiêu là không thể thực hiện do nợ kỹ thuật bất ngờ hoặc các rào cản bên ngoài, thì tốt hơn là điều chỉnh mục tiêu hoặc phạm vi thay vì làm kiệt sức đội ngũ.
4. Bỏ qua Tiêu chuẩn hoàn thành
Một mục tiêu không được coi là hoàn thành cho đến khi các mục đạt được Tiêu chuẩn hoàn thành. Một mục tiêu hứa hẹn một tính năng nhưng lại giao mã không được kiểm thử là một mục tiêu thất bại.
📊 Các ví dụ về mục tiêu Sprint
Để minh họa sự khác biệt giữa các mục tiêu yếu và mạnh, hãy xem bảng dưới đây.
| Loại | Mục tiêu ví dụ | Phân tích |
|---|---|---|
| Mơ hồ | Cải thiện bảng điều khiển | Quá rộng. Phần nào? Làm thế nào? Giá trị gì? |
| Dựa trên nhiệm vụ | Tái cấu trúc lược đồ cơ sở dữ liệu | Mô tả công việc, không phải kết quả. Tại sao phải tái cấu trúc? |
| Mạnh | Cho phép người dùng lọc đơn hàng theo khoảng ngày | Cụ thể, có thể thực hiện được, hướng đến giá trị. |
| Mạnh | Giảm độ trễ thanh toán 20% | Có thể đo lường và tập trung vào trải nghiệm người dùng. |
🔄 Xử lý thay đổi trong suốt Sprint
Tính linh hoạt ngụ ý khả năng phản ứng với thay đổi. Tuy nhiên, việc phản ứng với thay đổi không có nghĩa là bỏ qua mục tiêu Sprint. Mục tiêu cung cấp sự ổn định giữa những thay đổi.
Điều chỉnh phạm vi
Nếu đội hoàn thành mục tiêu sớm, họ có thể lấy thêm các mục từ danh sách chờ. Nếu họ bị chậm trễ, họ có thể loại bỏ các mục khỏi danh sách công việc Sprint, nhưng phải đảm bảo mục tiêu vẫn khả thi. Nếu mục tiêu không còn đạt được, đội và người sở hữu sản phẩm phải thảo luận xem có điều chỉnh mục tiêu hay kết thúc Sprint sớm hay không.
Công việc phát sinh
Các vấn đề sản xuất khẩn cấp có thể phát sinh. Đội nên xử lý chúng, nhưng điều này không nên làm lệch mục tiêu Sprint trừ khi vấn đề đó là then chốt đối với doanh nghiệp. Trong những trường hợp như vậy, mục tiêu có thể cần tạm dừng hoặc định nghĩa lại.
👥 Trách nhiệm vai trò
Mỗi vai trò trong Scrum đều có trách nhiệm cụ thể liên quan đến mục tiêu Sprint.
| Vai trò | Trách nhiệm liên quan đến mục tiêu |
|---|---|
| Người sở hữu sản phẩm | Đảm bảo mục tiêu rõ ràng, có giá trị và phù hợp với tầm nhìn sản phẩm. Họ bảo vệ mục tiêu khỏi sự can thiệp từ bên ngoài. |
| Đội phát triển | Quyết định cách đạt được mục tiêu. Họ chịu trách nhiệm về Danh sách Công việc Sprint và có trách nhiệm giao kết quả. |
| Scrum Master | Hướng dẫn đội ngũ về việc tạo ra và duy trì mục tiêu. Họ loại bỏ các trở ngại ngăn cản việc đạt được mục tiêu. |
📈 Đo lường Thành công
Làm sao bạn biết mục tiêu Sprint có thành công hay không? Chỉ nói “chúng tôi đã làm việc chăm chỉ” là chưa đủ. Thành công được định nghĩa bởi việc đạt được mục tiêu.
- Mục tiêu đạt được: Đội đã giao giá trị được mô tả trong mục tiêu. Các mục trong Danh sách Công việc Sprint đã được hoàn thành theo Tiêu chuẩn Hoàn thành.
- Mục tiêu đạt được một phần: Đội đã tiến triển đáng kể, nhưng vẫn thiếu các thành phần then chốt. Điều này cần được phân tích trong buổi tổng kết Sprint.
- Mục tiêu không đạt được: Đội không thể giao giá trị. Đây là dấu hiệu để xem xét lại quy trình lập kế hoạch, các yếu tố bên ngoài hoặc tính khả thi của chính mục tiêu.
Trong buổi tổng kết Sprint, đội cần thảo luận lý do tại sao mục tiêu đạt được hay không đạt được. Cuộc thảo luận này thúc đẩy cải tiến liên tục trong cách đặt ra và thực hiện mục tiêu.
🤔 Câu hỏi thường gặp
- Chúng ta có thể có nhiều mục tiêu Sprint không?
Thông thường, nên có một mục tiêu. Nhiều mục tiêu có thể dẫn đến sự phân mảnh nỗ lực. Nếu bạn có nhiều mục tiêu khác nhau, hãy cân nhắc xem chúng có thể gộp lại được hay không, hoặc có nên nằm trong các Sprint khác nhau. - Điều gì sẽ xảy ra nếu Product Owner thay đổi mục tiêu giữa Sprint?
Product Owner không nên thay đổi mục tiêu một cách tùy tiện. Những thay đổi cần được thảo luận với đội. Nếu giá trị đã thay đổi đáng kể, đội có thể cần điều chỉnh mục tiêu hoặc hoàn thành mục tiêu hiện tại trước khi bắt đầu mục tiêu mới. - Mục tiêu Sprint có cần mang tính kỹ thuật không?
Không. Mục tiêu nên hướng đến khách hàng hoặc doanh nghiệp. Việc giảm nợ kỹ thuật có thể là mục tiêu nếu nó giúp tạo ra giá trị trong tương lai, nhưng cần được trình bày dưới góc độ giá trị (ví dụ: “Nâng cao độ ổn định hệ thống để giảm thiểu sự cố”). - Điều gì sẽ xảy ra nếu chúng ta hoàn thành mục tiêu sớm?
Nếu mục tiêu đã đạt được, đội có thể nhận thêm công việc từ danh sách chờ. Sprint không kết thúc chỉ vì mục tiêu đã đạt được; nó kết thúc khi đến giới hạn thời gian. - Danh sách Công việc Sprint cần chi tiết đến mức nào?
Danh sách Công việc Sprint nên chứa các mục cần thiết để đạt được mục tiêu. Nó cần đủ chi tiết để đội có thể bắt đầu công việc ngay lập tức, nhưng cũng cần linh hoạt để thích ứng với những thay đổi.
🔍 Kết luận về việc đặt mục tiêu
Việc đặt ra các mục tiêu Sprint khả thi là một kỹ năng đòi hỏi luyện tập. Nó bao gồm giao tiếp rõ ràng, ước lượng thực tế và cam kết chung về giá trị. Khi được thực hiện đúng cách, nó biến Sprint từ một danh sách nhiệm vụ thành một hành trình thống nhất hướng đến một kết quả cụ thể. Bằng cách giữ mục tiêu rõ ràng và ưu tiên nó hơn tất cả, các đội có thể duy trì sự tập trung, giảm lãng phí và liên tục cung cấp kết quả chất lượng cao.
Hãy nhớ, mục tiêu Sprint là công cụ để tập trung, chứ không phải giới hạn sự sáng tạo. Nó dẫn dắt đội vượt qua sự phức tạp trong phát triển, đảm bảo rằng mỗi dòng mã và mỗi quyết định thiết kế đều đưa sản phẩm tiến gần hơn đến giá trị đã định.
