Quy trình làm việc
Quy trình Agile Scrum là một phương pháp quản lý dự án linh hoạt (Agile) được sử dụng rộng rãi trong lĩnh vực phát triển phần mềm và các dự án công nghệ thông tin khác. Scrum tập trung vào việc tạo ra giá trị cao nhất trong thời gian ngắn nhất, giúp đáp ứng nhanh chóng các yêu cầu thay đổi của khách hàng. Quy trình Agile Scrum lặp đi lặp lại các bước trên sau mỗi sprint, giúp đảm bảo sự linh hoạt và sẵn sàng thích ứng với các yêu cầu thay đổi và phản hồi từ khách hàng.
Product Backlog Creation
Trong bước này, quy trình bao gồm việc chia nhỏ các mục lớn hơn và ghi lại các chi tiết chức năng của chúng dưới dạng epic và câu chuyện của người dùng. Câu chuyện của người dùng bắt nguồn từ các hạng mục lớn hơn và được làm chi tiết hơn, cho phép đưa chúng vào product backlog. Mặt khác, Epic cũng có thể được thêm vào Product Backlog nhưng không thể đưa trực tiếp vào Sprint Backlog trừ khi chúng được chuyển đổi thành câu chuyện của người dùng.
Ví dụ: một câu chuyện thông thường của người dùng có thể là: "Là quản trị viên, tôi muốn có khả năng thêm, sửa đổi và xóa tác vụ cho người dùng trên trang web."
Khi tạo câu chuyện của người dùng, điều quan trọng là phải bao gồm các trường bắt buộc sau:
Ý nghĩa của câu chuyện của người dùng: Trường này mô tả tầm quan trọng hoặc mức độ liên quan của câu chuyện của người dùng trong bối cảnh của dự án. Nó giúp ưu tiên các câu chuyện của người dùng và phân bổ tài nguyên phù hợp.
Ước tính ban đầu: Trong cuộc họp hoặc phiên lập kế hoạch, ước tính ban đầu được thực hiện cho từng câu chuyện của người dùng. Ước tính này thể hiện nỗ lực hoặc sự phức tạp liên quan đến việc triển khai câu chuyện của người dùng.
Để chứng minh cách các câu chuyện của người dùng có thể được chuyển thành nhiệm vụ, có thể cung cấp bản demo hoặc ví dụ. Bản demo này giới thiệu quá trình chia nhỏ câu chuyện của người dùng thành các nhiệm vụ nhỏ hơn, có thể thực hiện được. Nó đóng vai trò như một hướng dẫn để nhóm phát triển hiểu các bước liên quan đến việc triển khai câu chuyện của người dùng và hỗ trợ phân bổ nhiệm vụ cũng như theo dõi tiến độ trong quá trình lập kế hoạch và thực hiện chạy nước rút.
Sprint planning and creating backlog
Thời lượng của một lần chạy sprint là một yếu tố quan trọng để đảm bảo rằng các câu chuyện của người dùng được chia thành các nhiệm vụ có thể quản lý được. Thông thường, một lần chạy sprint trung bình kéo dài khoảng 2 tuần. Việc chọn thời gian sprint ngắn hơn mang lại lợi thế là nhận được phản hồi của khách hàng thường xuyên hơn và giải quyết mọi lỗi hoặc sai sót sớm hơn trong quá trình phát triển. Mặt khác, thời gian sprint dài hơn cho phép các nhà phát triển làm việc kỹ lưỡng và chuyên sâu hơn.
Giai đoạn tiếp theo trong quy trình liên quan đến việc tạo backlog trong sprint. Ở bước này, nhóm Scrum chọn những câu chuyện quan trọng nhất của người dùng và chia chúng thành các nhiệm vụ nhỏ hơn. Họ lên kế hoạch cách hoàn thành những nhiệm vụ này và ưu tiên chúng dựa trên tầm quan trọng và sự phụ thuộc của chúng. Điều này đảm bảo một cách tiếp cận tập trung và có tổ chức để hoàn thành công việc trong sprint.
Cần lưu ý rằng mặc dù thông tin về chương trình đào tạo trực tuyến để lấy chứng chỉ CSM của StarAgile có thể phù hợp với những chuyên gia muốn trở thành Scrum Masters được chứng nhận, nhưng nó không liên quan trực tiếp đến chủ đề tạo sprint backlog và khung Scrum.
Working on sprint
Sau khi các câu chuyện của người dùng được chuyển đổi thành nhiệm vụ, công việc sẽ bắt đầu trong sprint backlog. Đây là nơi diễn ra quá trình phát triển thực tế của ứng dụng phần mềm, chẳng hạn như phát triển trang web.
Để tạo điều kiện thuận lợi cho việc quản lý các nhiệm vụ, một bảng nhiệm vụ hoặc bảng Kanban được tạo ra. Bảng nhiệm vụ bao gồm các thẻ cung cấp thông tin chi tiết về từng nhiệm vụ, bao gồm người được giao, chi tiết công việc, ngày đến hạn hoặc khoảng thời gian và các thông tin liên quan khác. Bảng được chia thành các cột như "Product backlog" hoặc "Câu chuyện của người dùng", "Việc cần làm", "Công việc đang tiến hành", "Đang kiểm tra" và "Công việc đã hoàn thành".
Các thẻ trên bảng có thể được di chuyển từ trái sang phải dựa trên tiến độ và mức độ hoàn thành của chúng. Trình bày trực quan này giúp theo dõi trạng thái của các nhiệm vụ và đảm bảo sự hiểu biết rõ ràng về quy trình làm việc. Điều quan trọng cần lưu ý là khóa đào tạo cấp chứng chỉ Scrum Master tại viện StarAgile cung cấp giải thích kỹ lưỡng về bảng nhiệm vụ và cách triển khai bảng nhiệm vụ.
Mặc dù biểu đồ vật lý có thể được sử dụng cho bảng nhiệm vụ, nhưng các công cụ kỹ thuật số như Jira, Trello, Kanbanize, Monday và các công cụ khác cũng có thể được sử dụng để tạo biểu đồ kỹ thuật số trên máy tính.
Ở bước này, các cuộc họp Scrum định kỳ đóng một vai trò quan trọng trong việc theo dõi tiến độ và cung cấp thông tin cập nhật về các nhiệm vụ được phân công. Đầu ra của các cuộc họp này là biểu đồ phân tích, hiển thị số lượng nhiệm vụ đã hoàn thành và nêu bật bất kỳ vấn đề hoặc khó khăn nào gặp phải khi hoàn thành các nhiệm vụ được liệt kê trong cột "Đang tiến hành".
Testing and Product Demonstration
Việc hoàn thành các nhiệm vụ liên quan đến việc tạo ra một sản phẩm hoạt động đầy đủ, trải qua quá trình thử nghiệm toàn diện trong vòng đời. Mặc dù có thể giảm thiểu chi phí thử nghiệm bằng cách kết hợp các biện pháp đảm bảo chất lượng hoặc giảm số lượng câu chuyện của người dùng, nhưng giải pháp trước đây được coi là giải pháp tối ưu nhất.
Vào cuối mỗi lần chạy sprint, điều quan trọng là phải chứng minh công việc đã hoàn thành cho khách hàng để họ chấp nhận và phản hồi. Điều này tạo cơ hội cho khách hàng đánh giá giải pháp tổng thể và chia sẻ quan điểm của họ về tính hiệu quả cũng như sự phù hợp với yêu cầu của họ.
Download File Chi tiết Quy trình (PDF)
Hãy lập một kế hoạch chi tiết cho dự án công nghệ của bạn và thực hiện ngay.