Trong bối cảnh năng động của phát triển phần mềm, danh sách công việc đóng vai trò là nguồn thông tin duy nhất về công việc. Nó không chỉ đơn thuần là danh sách nhiệm vụ mà còn là một tác phẩm sống động, định hướng cho đội ngũ hướng tới việc tạo ra giá trị. Việc quản lý danh sách công việc hiệu quả đảm bảo rằng mỗi đợt sprint đều được xây dựng trên nền tảng rõ ràng, ưu tiên và khả thi. Nếu không có cách tiếp cận có cấu trúc để tổ chức và tinh chỉnh các truyện người dùng, các đội sẽ đối mặt với nguy cơ chìm trong sự mơ hồ, bỏ lỡ hạn chót hoặc đưa ra các tính năng không đáp ứng nhu cầu của các bên liên quan.
Hướng dẫn này khám phá các cơ chế duy trì một danh sách công việc sản phẩm lành mạnh. Chúng ta sẽ xem xét cách cấu trúc các truyện, áp dụng các khung ưu tiên và chuẩn bị công việc cho lập kế hoạch sprint. Bằng cách tập trung vào kỷ luật và tinh chỉnh liên tục, các đội có thể biến danh sách công việc từ một danh sách việc cần làm hỗn loạn thành một bản đồ chiến lược.
🏗️ Hiểu rõ cấu trúc và thứ bậc của danh sách công việc
Trước khi bắt tay vào tinh chỉnh, điều thiết yếu là phải hiểu rõ thứ bậc của các mục công việc. Một danh sách công việc được tổ chức tốt thường tuân theo cấu trúc theo tầng, cho phép lập kế hoạch ở cấp độ cao và thực hiện chi tiết.
- Epics: Những khối công việc lớn có thể chia nhỏ thành các truyện nhỏ hơn. Các epic thường kéo dài qua nhiều đợt sprint và đại diện cho các tính năng hoặc sáng kiến quan trọng.
- Truyện người dùng: Đơn vị cốt lõi tạo ra giá trị. Chúng mô tả chức năng từ góc nhìn của người dùng cuối.
- Nhiệm vụ: Các bước kỹ thuật cần thiết để hoàn thành một truyện. Chúng thường được tạo ra trong quá trình lập kế hoạch sprint.
- Lỗi: Những lỗi được phát hiện trong trạng thái hiện tại của sản phẩm cần được sửa chữa.
Việc tổ chức các mục này đúng cách sẽ ngăn ngừa sự nhầm lẫn. Ví dụ, một truyện không bao giờ được quá lớn để không thể vừa trong một đợt sprint. Nếu một truyện quá lớn, có khả năng nó đang giấu dưới hình thức một epic và cần được chia nhỏ. Cấu trúc này cho phép người sở hữu sản phẩm lên kế hoạch xa hơn với các epic, trong khi đội phát triển tập trung vào các truyện cụ thể cho tương lai gần.
🔍 Tiêu chí INVEST cho các truyện chất lượng
Không phải mọi truyện người dùng nào cũng giống nhau. Để đảm bảo các truyện có thể thực hiện được, chúng cần tuân theo các tiêu chí INVEST. Từ viết tắt này đại diện cho Độc lập, Thương lượng được, Có giá trị, Có thể ước lượng, Nhỏ gọn và Kiểm thử được. Mỗi chữ cái tượng trưng cho một kiểm tra chất lượng mà người sở hữu danh sách công việc và đội ngũ cần thực hiện trong quá trình tinh chỉnh.
| Chữ cái | Ý nghĩa | Tại sao điều đó quan trọng |
|---|---|---|
| I | Độc lập | Các truyện nên về lý thuyết không phụ thuộc vào các truyện khác. Các phụ thuộc sẽ tạo ra điểm nghẽn và làm giảm tính linh hoạt trong lập lịch. |
| N | Thương lượng được | Chi tiết cần linh hoạt. Đội ngũ thảo luận cách triển khai giải pháp, chứ không chỉ là giải pháp là gì. |
| V | Có giá trị | Mỗi truyện phải mang lại giá trị cho người dùng hoặc bên liên quan. Nếu không, nó cần được loại bỏ. |
| E | Có thể ước lượng | Đội nhóm phải có đủ thông tin để ước lượng nỗ lực cần thiết để hoàn thành công việc. |
| S | Nhỏ | Các câu chuyện cần đủ nhỏ để có thể hoàn thành trong một sprint. Các câu chuyện lớn khó kiểm thử và quản lý. |
| T | Có thể kiểm thử | Phải có các điều kiện chấp nhận rõ ràng để xác minh câu chuyện đã hoàn thành. |
Việc áp dụng các tiêu chí này hoạt động như một bộ lọc. Khi một câu chuyện được viết, nó cần vượt qua bộ lọc này trước khi vào hàng đợi tinh chỉnh. Nếu một câu chuyện không vượt qua kiểm tra ‘Nhỏ’ hoặc ‘Có thể kiểm thử’, thì cần phân tích sâu hơn hoặc làm rõ thêm.
🔄 Quy trình tinh chỉnh danh sách công việc
Việc tinh chỉnh, thường được gọi là sàng lọc, là hành động xem xét, cập nhật và sắp xếp lại danh sách công việc. Đây không phải là một sự kiện duy nhất mà là hoạt động liên tục. Các buổi tinh chỉnh định kỳ giúp danh sách công việc luôn khỏe mạnh và sẵn sàng cho các sprint sắp tới.
1. Lên lịch các buổi tinh chỉnh
Các đội nên dành thời gian cụ thể cho công việc này. Một mô hình phổ biến là tổ chức buổi tinh chỉnh vào giữa một sprint. Điều này đảm bảo các câu chuyện cho sprint tiếp theo đã được chuẩn bị sẵn trong khi sprint hiện tại vẫn đang diễn ra. Trong các buổi này, người sở hữu sản phẩm trình bày các mục ưu tiên cao, và đội nhóm đặt câu hỏi để phát hiện ra các phức tạp ẩn giấu.
2. Chia nhỏ các câu chuyện lớn
Một trong những nhiệm vụ phổ biến nhất trong quá trình tinh chỉnh là chia nhỏ. Nếu một câu chuyện mô tả một tính năng phức tạp, hãy chia nó thành các phần nhỏ hơn, độc lập. Ví dụ, thay vì xây dựng toàn bộ ‘Quy trình thanh toán’, hãy chia thành ‘Thêm sản phẩm vào giỏ hàng’, ‘Nhập chi tiết giao hàng’, và ‘Xử lý thanh toán’. Điều này cho phép giao hàng từng phần và nhận phản hồi sớm hơn.
3. Làm rõ các tiêu chí chấp nhận
Một câu chuyện không có tiêu chí chấp nhận là lời hứa về sự mơ hồ. Các tiêu chí chấp nhận xác định ranh giới của công việc. Chúng trả lời câu hỏi: ‘Khi nào câu chuyện này được coi là hoàn thành?’
- Ví dụ: “Là một người dùng, tôi muốn đặt lại mật khẩu của mình.”
- Tiêu chí 1: Người dùng nhận được liên kết email trong vòng 5 phút.
- Tiêu chí 2: Liên kết hết hạn sau 24 giờ.
- Tiêu chí 3: Mật khẩu mới phải đáp ứng các yêu cầu về độ phức tạp.
Việc viết các tiêu chí này cùng nhau đảm bảo rằng các nhà phát triển, kiểm thử viên và người sở hữu sản phẩm cùng chia sẻ tầm nhìn giống nhau.
⚖️ Các khung phân ưu tiên
Sau khi danh sách công việc đã được tinh chỉnh, người sở hữu sản phẩm phải quyết định điều gì tiếp theo. Việc ưu tiên là nghệ thuật sắp xếp công việc dựa trên giá trị, chi phí và rủi ro. Có nhiều khung công cụ hỗ trợ quá trình ra quyết định này.
Phương pháp MoSCoW
Khung này phân loại các mục thành bốn nhóm:
- Phải có: Yêu cầu không thể thương lượng cho lần phát hành.
- Nên có:Quan trọng nhưng không thiết yếu cho lần phát hành ngay lập tức.
- Có thể có:Tính năng mong muốn giúp tăng giá trị nếu thời gian cho phép.
- Sẽ không có:Các mục đã thống nhất loại bỏ trong chu kỳ hiện tại.
Ma trận Giá trị so với Nỗ lực
Việc biểu diễn các mục trên lưới giúp hình dung rõ các thỏa hiệp. Trục X đại diện cho nỗ lực (thời gian, nguồn lực), còn trục Y đại diện cho giá trị (doanh thu, sự hài lòng của người dùng).
- Thành công nhanh:Giá trị cao, Nỗ lực thấp. Ưu tiên những mục này trước.
- Dự án lớn:Giá trị cao, Nỗ lực cao. Những mục này đòi hỏi kế hoạch chi tiết.
- Bù sung:Giá trị thấp, Nỗ lực thấp. Thực hiện những mục này khi có khả năng.
- Công việc vô ích:Giá trị thấp, Nỗ lực cao. Tránh hoặc xem xét lại những mục này.
Điểm RICE
Đối với các đội dựa trên dữ liệu, điểm RICE cung cấp một giá trị số cho mỗi câu chuyện. Công thức nhân bốn yếu tố:
- Phạm vi tiếp cận:Sẽ ảnh hưởng đến bao nhiêu người dùng?
- Tác động:Nó sẽ tác động đến mức độ nào đối với mỗi người dùng?
- Độ tin cậy:Chúng ta chắc chắn đến đâu về các ước tính?
- Nỗ lực:Mất bao nhiêu thời gian?
Bằng cách tính điểm, các đội có thể so sánh khách quan các mục khác nhau, ví dụ như một tính năng mới so với một nhiệm vụ giảm nợ kỹ thuật.
📅 Chuẩn bị cho lập kế hoạch Sprint
Mục tiêu của quản lý danh sách công việc là cung cấp công việc đã sẵn sàng cho buổi họp lập kế hoạch Sprint. Lập kế hoạch Sprint là nơi đội ngũ cam kết thực hiện một tập hợp các câu chuyện cho vòng lặp tiếp theo. Việc chuẩn bị ở đây quyết định thành công của Sprint.
1. Ước lượng nỗ lực
Các đội sử dụng nhiều phương pháp khác nhau để ước lượng nỗ lực, chẳng hạn như Planning Poker hoặc kích thước áo phông. Mục tiêu không phải là độ chính xác mà là so sánh tương đối. Nếu Câu chuyện A mất gấp đôi thời gian của Câu chuyện B, thì mối quan hệ này quan trọng hơn việc biết chính xác câu chuyện A sẽ mất bao nhiêu giờ. Việc ước lượng giúp đội hiểu được năng lực của mình.
2. Đánh giá năng lực
Lập kế hoạch năng lực phải tính đến thực tế. Các nhà phát triển sẽ không làm việc 100% thời gian của sprint. Họ có các cuộc họp, yêu cầu hỗ trợ và các nhiệm vụ hành chính. Các đội phải trừ đi những chi phí này để xác định số giờ còn lại. Cam kết quá mức là nguyên nhân phổ biến dẫn đến thất bại sprint.
3. Chọn đúng sự kết hợp
Một sprint lành mạnh thường bao gồm sự kết hợp các loại câu chuyện khác nhau. Dựa hoàn toàn vào các tính năng mới sẽ tạo ra rủi ro. Việc bao gồm các nhiệm vụ kỹ thuật hoặc sửa lỗi đảm bảo sản phẩm duy trì sự ổn định. Đội cần chọn các câu chuyện cân bằng giữa giá trị kinh doanh và sức khỏe hệ thống.
🚧 Những sai lầm phổ biến trong quản lý danh sách công việc
Ngay cả các đội có kinh nghiệm cũng đối mặt với thách thức. Nhận diện những sai lầm này sớm có thể tiết kiệm thời gian và sự bực bội đáng kể.
- Đánh bóng quá mức:Các nhà phát triển thêm tính năng không được yêu cầu trong câu chuyện. Điều này lãng phí thời gian và tạo ra lỗi.
- Mô tả mơ hồ:Các câu chuyện dựa trên giả định thay vì sự thật. Điều này dẫn đến công việc phải làm lại.
- Mở rộng phạm vi:Thêm các yêu cầu mới trong giữa sprint mà không điều chỉnh cam kết. Điều này làm gián đoạn luồng công việc.
- Bỏ qua nợ kỹ thuật:Chỉ tập trung vào các tính năng mới cho đến khi mã nguồn trở nên không thể duy trì.
- Danh sách công việc tĩnh:Xem danh sách công việc như một tài liệu hoàn tất thay vì một kế hoạch sống động thay đổi theo điều kiện thị trường.
📊 Đo lường sức khỏe danh sách công việc
Để cải thiện quản lý danh sách công việc, các đội cần có các chỉ số đo lường. Những chỉ số này cung cấp cái nhìn sâu sắc về luồng công việc và chất lượng chính bản thân danh sách công việc.
| Chỉ số | Định nghĩa | Mục tiêu |
|---|---|---|
| Tốc độ | Số lượng công việc hoàn thành mỗi sprint. | Độ ổn định theo thời gian để dự đoán năng lực tương lai. |
| Tỷ lệ hoàn thiện | Tỷ lệ câu chuyện sẵn sàng cho sprint. | Đảm bảo có đủ câu chuyện được chuẩn bị cho 1-2 sprint tiếp theo. |
| Thời gian chu kỳ | Thời gian từ lúc bắt đầu đến lúc hoàn thành cho một câu chuyện. | Giảm thời gian để đưa ra giá trị. |
| Tỷ lệ chuyển tiếp | Tỷ lệ phần trăm các câu chuyện chưa hoàn thành trong sprint. | Giữ mức này ở mức thấp để duy trì độ tin cậy cam kết. |
Theo dõi các chỉ số này giúp xác định các điểm nghẽn. Ví dụ, nếu tỷ lệ tinh chỉnh thấp, điều đó có nghĩa là đội đang chờ xác nhận trong quá trình lập kế hoạch sprint, điều này làm lãng phí thời gian. Nếu tỷ lệ chuyển tiếp cao, đội có thể đang cam kết quá mức hoặc các câu chuyện quá phức tạp.
🛠️ Công cụ và kỹ thuật tổ chức
Mặc dù tên phần mềm cụ thể không phải là trọng tâm, nhưng khả năng chức năng của hệ thống lại quan trọng. Một công cụ tốt nên hỗ trợ các tính năng sau:
- Sắp xếp kéo thả: Để dễ dàng điều chỉnh ưu tiên mà không cần truy vấn phức tạp.
- Liên kết và phụ thuộc: Để hiển thị mối quan hệ giữa các câu chuyện và các epic.
- Tìm kiếm và lọc: Để tìm nhanh các mục cụ thể theo thẻ, trạng thái hoặc người phụ trách.
- Tính năng hợp tác: Bình luận và @mọi người cho phép đội thảo luận chi tiết bên trong mục.
- Khả năng xuất dữ liệu: Để di chuyển dữ liệu giữa các hệ thống hoặc tạo báo cáo.
Công cụ chỉ là thứ yếu so với quy trình. Một công cụ phức tạp được sử dụng kém sẽ dẫn đến kết quả tồi. Một công cụ đơn giản được sử dụng có kỷ luật sẽ tạo ra danh sách công việc chất lượng cao.
🤝 Hợp tác và giao tiếp
Quản lý danh sách công việc không phải là hoạt động đơn lẻ. Nó đòi hỏi sự giao tiếp liên tục giữa người sở hữu sản phẩm, các nhà phát triển và người kiểm thử.
Người sở hữu sản phẩm sở hữu phần “Cái gì” và “Tại sao”. Họ đảm bảo danh sách công việc phù hợp với mục tiêu kinh doanh và nhu cầu người dùng.
Đội phát triển sở hữu phần “Làm thế nào”. Họ cung cấp ước tính, hiểu biết kỹ thuật và kiểm tra tính khả thi trong quá trình tinh chỉnh.
Đảm bảo chất lượng đảm bảo các tiêu chí chấp nhận có thể kiểm thử và các câu chuyện đáp ứng tiêu chuẩn chất lượng trước khi được chấp nhận.
Khi các vai trò này hợp tác sớm, các bất ngờ sẽ được giảm thiểu. Các nhà phát triển có thể đặt câu hỏi về các trường hợp biên trong quá trình tinh chỉnh, và người kiểm thử có thể làm rõ các bước xác thực trước khi sprint bắt đầu.
🌱 Cải tiến liên tục
Quản lý danh sách công việc phát triển theo thời gian. Khi đội trưởng thành, định nghĩa về “sẵn sàng” có thể thay đổi. Có thể các câu chuyện cần thêm các bước thử nghiệm kỹ thuật, hoặc có thể tiêu chí chấp nhận cần chi tiết hơn. Các buổi tổng kết định kỳ nên bao gồm thảo luận về tình trạng danh sách công việc. Đặt các câu hỏi như: “Chúng ta có bị chặn bởi các câu chuyện không rõ ràng không?” hay “Chúng ta có quá nhiều phụ thuộc không?”
Thích ứng quy trình dựa trên phản hồi đảm bảo danh sách công việc vẫn là một tài sản hữu ích thay vì gánh nặng hành chính. Mục tiêu cuối cùng là tạo ra một luồng giá trị có thể dự đoán được, minh bạch và phù hợp với kỳ vọng của các bên liên quan.
Bằng cách triển khai các thực hành này, các đội có thể vượt qua những phức tạp trong phát triển Agile một cách tự tin. Một danh sách công việc được quản lý tốt là nền tảng cho một vòng lặp thành công và một sản phẩm bền vững.