Mục tiêu của công việc hàng ngày trong một sprint là tạo ra gia tăng sản phẩm có thể giao hàng cho sản phẩm dưới dạng có thể được giao cho khách hàng hoặc người dùng.
Trong bối cảnh của một sprint đơn, gia tăng sản phẩm hoặc gia tăng có thể giao hàng có nghĩa là một sản phẩm công việc đã được phát triển, tích hợp, kiểm tra và tài liệu hóa theo định nghĩa hoàn thành của dự án và được coi là sẵn sàng để phát hành.
Nhóm phát triển có thể hoặc không phát hành sản phẩm đó vào cuối sprint — thời gian phát hành phụ thuộc vào kế hoạch phát hành. Dự án có thể yêu cầu nhiều sprint trước khi sản phẩm chứa bộ sản phẩm có thể tiếp thị tối thiểu (MMP) cần thiết để biện minh cho một lần phát hành ra thị trường.
Để tạo ra chức năng có thể giao hàng, nhóm phát triển và chủ sở hữu sản phẩm tham gia vào ba hoạt động chính:
Phát triển chi tiết
Trong một dự án linh hoạt, phát triển chi tiết là quá trình xác định các chi tiết của một tính năng sản phẩm. Mỗi khi nhóm phát triển giải quyết một câu chuyện người dùng mới, phát triển chi tiết đảm bảo rằng mọi câu hỏi chưa được trả lời về một câu chuyện người dùng đều được giải đáp để quá trình phát triển có thể tiếp tục.
Chủ sở hữu sản phẩm làm việc với nhóm phát triển để phát triển chi tiết các câu chuyện người dùng, nhưng nhóm phát triển nên có quyền quyết định cuối cùng về các quyết định thiết kế. Chủ sở hữu sản phẩm nên có sẵn để tư vấn nếu nhóm phát triển cần thêm sự làm rõ về yêu cầu trong suốt cả ngày.
Phát triển
Trong quá trình phát triển sản phẩm, hầu hết các hoạt động, một cách tự nhiên, thuộc về nhóm phát triển. Chủ sở hữu sản phẩm tiếp tục làm việc với nhóm phát triển khi cần thiết để cung cấp sự làm rõ và phê duyệt chức năng đã phát triển. Trong Sprint, các thành viên trong nhóm:
- Ghép cặp các thành viên trong nhóm phát triển để hoàn thành các nhiệm vụ. Làm như vậy nâng cao chất lượng công việc và khuyến khích việc chia sẻ kỹ năng.
- Tuân theo các tiêu chuẩn thiết kế đã được nhóm phát triển thống nhất. Nếu bạn không thể tuân theo chúng vì lý do nào đó, hãy xem xét lại các tiêu chuẩn này và cải thiện chúng.
- Bắt đầu phát triển bằng cách thiết lập các bài kiểm tra tự động. Bạn có thể tìm hiểu thêm về kiểm tra tự động trong phần tiếp theo và trong Chương 15. Nếu các tính năng mới, mong muốn xuất hiện trong quá trình phát triển, hãy thêm chúng vào danh sách sản phẩm. Tránh lập trình các tính năng mới nằm ngoài mục tiêu của sprint.
- Tích hợp các thay đổi đã được lập trình trong suốt cả ngày, từng bộ một. Kiểm tra để đảm bảo 100% chính xác. Tích hợp các thay đổi ít nhất một lần mỗi ngày; một số nhóm tích hợp nhiều lần trong ngày. Thực hiện đánh giá mã để đảm bảo rằng mã tuân theo các tiêu chuẩn phát triển. Xác định các khu vực cần sửa đổi. Thêm các sửa đổi như các nhiệm vụ trong danh sách sprint.
- Tạo tài liệu kỹ thuật khi bạn làm việc. Đừng chờ đến cuối sprint hoặc, tệ hơn, là cuối sprint trước khi phát hành.
Xác minh
Xác minh công việc đã thực hiện trong một sprint có ba phần: kiểm tra tự động, đánh giá đồng nghiệp và đánh giá của chủ sở hữu sản phẩm. Nhóm có thể thực hiện:
Kiểm tra tự động
Kiểm tra tự động có nghĩa là sử dụng một chương trình máy tính để thực hiện phần lớn việc kiểm tra mã của bạn. Với kiểm tra tự động, nhóm phát triển có thể nhanh chóng phát triển và kiểm tra mã, điều này mang lại lợi ích lớn cho các dự án linh hoạt. Thường thì, các nhóm dự án linh hoạt lập trình trong suốt cả ngày và để các bài kiểm tra chạy qua đêm. Vào buổi sáng, nhóm dự án có thể xem xét báo cáo lỗi mà chương trình kiểm tra tạo ra, báo cáo về bất kỳ vấn đề nào trong cuộc họp scrum hàng ngày, và sửa chữa những vấn đề đó ngay lập tức trong suốt cả ngày.
- Kiểm tra tự động có thể bao gồm các phần sau: Kiểm tra đơn vị: Kiểm tra mã nguồn ở các phần nhỏ nhất — mức thành phần
- Kiểm tra hệ thống: Kiểm tra mã với phần còn lại của hệ thống
- Kiểm tra tĩnh: Xác minh rằng mã của sản phẩm đáp ứng các tiêu chuẩn dựa trên các quy tắc và thực tiễn tốt nhất mà nhóm phát triển đã thống nhất
Đánh giá đồng nghiệp
Đánh giá đồng nghiệp đơn giản có nghĩa là các thành viên trong nhóm phát triển xem xét mã của nhau.
Đánh giá của chủ sở hữu sản phẩm
Khi một câu chuyện người dùng đã được phát triển và kiểm tra, nhóm phát triển chuyển các câu chuyện sang cột Chấp nhận trên bảng nhiệm vụ. Chủ sở hữu sản phẩm sau đó xem xét chức năng và xác minh rằng nó đáp ứng các mục tiêu của câu chuyện người dùng, theo tiêu chí chấp nhận của câu chuyện người dùng. Chủ sở hữu sản phẩm xác minh các câu chuyện người dùng trong suốt mỗi ngày.
Tóm tắt
Nhóm phát triển báo cáo về tiến độ nhiệm vụ bằng cách cập nhật danh sách sprint với các nhiệm vụ đã hoàn thành và bao nhiêu công việc, tính bằng giờ, còn lại để thực hiện trên các nhiệm vụ mới đã bắt đầu. Tùy thuộc vào phần mềm mà nhóm scrum sử dụng, dữ liệu danh sách sprint có thể tự động cập nhật biểu đồ giảm tải sprint.
Các bài viết khác về Scrum
- Mẫu Vai trò-Tính năng-Lý do là gì?
- Gia tăng Sprint so với Sản phẩm có thể giao hàng tiềm năng so với MVP so với MMP
- Viết Mục tiêu SMART & INVEST cho các câu chuyện người dùng
- Tuyên ngôn Agile và Mười hai Nguyên tắc
- 10 Quy tắc cơ bản thường được nhắc đến nhất trong Scrum
- Các sự kiện Scrum là gì?
- Các nghi lễ Scrum là gì?
- Chăm sóc danh sách sản phẩm là gì?
- Sprint trong Scrum là gì?
- Nhịp đập của Scrum — Cuộc họp đứng hàng ngày
This post is also available in Deutsch, English, Español, فارسی, Français, Bahasa Indonesia, 日本語, Polski, Portuguese, Ру́сский, 简体中文 and 繁體中文.