Trong thế giới phi kỹ thuật số, chạy nước rút là một cuộc đua ngắn diễn ra nhanh chóng. Ngoài ra, đó có thể là một khoảng thời gian ngắn chạy cực nhanh không phải là một phần của cuộc đua, tương tự như khi một vận động viên chạy quyết định tăng tốc độ cuối cùng để về đích mạnh mẽ khi họ sắp kết thúc cuộc chạy ba dặm .
Nhu cầu về các ứng dụng mới đã tăng lên khi xã hội trở nên kỹ thuật số hơn, vì vậy một công ty có thể phát hành một ứng dụng thiết thực, đáng tin cậy càng nhanh thì càng tốt.
Bạn có thể nói rằng các công ty phần mềm đang cạnh tranh để theo kịp nhu cầu của người tiêu dùng!
Vì vậy, trong bài viết này, chúng ta sẽ xem xét định nghĩa về chạy nước rút, sự cần thiết của chúng, ưu điểm cũng như chu kỳ và quy trình của chúng.
Hãy bắt đầu với các nguyên tắc cơ bản và xác định thế nào là một cuộc chạy nước rút linh hoạt.
Sprint trong Agile là gì?
Các dự án linh hoạt được chia thành các giai đoạn ngắn, có thể lặp lại được gọi là "chạy nước rút" hoặc "lặp lại", thường kéo dài từ một đến bốn tuần.
Một bản nháp, nguyên mẫu hoặc phiên bản có thể sử dụng được của sản phẩm bàn giao cuối cùng phải được tạo ra vào cuối mỗi lần chạy nước rút, điều này sẽ được quyết định khi bắt đầu dự án. Các dự án được chia thành các phần có thể quản lý trong thời gian chạy nước rút.
Lưu ý rằng:
- Các nhóm chỉ lập kế hoạch cho một lần chạy nước rút tại một thời điểm và họ thực hiện các điều chỉnh cho các lần chạy nước rút tiếp theo dựa trên kết quả của lần chạy nước rút trước đó.
- Số lượng và thời lượng của các lần chạy nước rút trong dự án của bạn nên được quyết định ngay từ đầu, mặc dù mỗi lần chạy nước rút được lên kế hoạch riêng.
- Trong quy trình quản lý dự án Agile, nhóm Scrum làm việc theo các bước lặp nhỏ với các bên liên quan của dự án.
- Các nhóm chia nhỏ các dự án phức tạp thành các phần công việc có thể quản lý được gọi là chạy nước rút bằng cách sử dụng khung Scrum.
- Phương pháp Scrum cho phép nhóm nhanh chóng thích ứng với các thay đổi do các lần chạy nước rút này.
- Mỗi dự án được chia thành các lần chạy nước rút và mỗi lần chạy nước rút được nhóm thực hiện độc lập. Lên đến bốn tuần có thể trôi qua giữa các lần chạy nước rút. Khoảng thời gian chạy nước rút điển hình nhất là hai tuần.
- Các nhóm phát triển làm việc cùng nhau trong một cuộc họp Scrum trong quá trình chạy nước rút để theo dõi hiệu suất của họ và thực hiện các điều chỉnh nếu cần.
Cuối cùng, sau khi chạy nước rút, các nhóm phát triển xem xét công việc đã hoàn thành. Các nhóm phát triển chiến lược chạy nước rút sau bằng cách sử dụng nhận xét và phản hồi từ các đánh giá nước rút.
Có bao nhiêu Sprint trong Agile?
Mục tiêu dài hạn của một tổ chức là tầm nhìn sản phẩm của nó. Các bước trung gian giúp tổ chức đạt được tầm nhìn cuối cùng được gọi là mục tiêu sản phẩm.
Do đó, mục tiêu sản phẩm có các bước trung gian được gọi là mục tiêu chạy nước rút. Các nhóm thiết lập các mục tiêu chạy nước rút trong giai đoạn lập kế hoạch chạy nước rút và chúng được đánh giá trong giai đoạn cải tiến nước rút.
Các mục tiêu chạy nước rút có thể điều chỉnh khi các yêu cầu và vấn đề về sản phẩm thay đổi. Các nhiệm vụ mà nhóm Scrum đã liệt kê nằm trong hồ sơ tồn đọng chạy nước rút.
Hình minh họa về chạy nước rút sử dụng khung Agile được đưa ra bên dưới
- Tầm nhìn sản phẩm: Điều này được sử dụng để cung cấp các giải pháp công nghiệp đường ống để phát hiện lỗi.
- Mục tiêu sản phẩm: Điều này được sử dụng để phát triển một mô hình học sâu để phân tích hình ảnh và tìm các lỗi đường ống.
- Mục tiêu Sprint: Mục tiêu này được sử dụng để nâng độ chính xác của mô hình lên hơn 95%. để cải thiện khả năng sử dụng của giao diện người dùng (UI).
- Sprint backlog: Điều này làm tăng độ chính xác của mô hình lên hơn 95% bằng cách cải thiện tập dữ liệu đào tạo, sử dụng phép biến đổi và sử dụng học chuyển giao. Để làm cho trang chính thân thiện hơn với người dùng, hãy thiết kế lại và loại bỏ sự lộn xộn.
4 bước trong Sprint là gì?
Để tạo chạy nước rút, hãy làm theo các bước sau:
#1. Lập kế hoạch chạy nước rút
Khi một lần chạy nước rút mới bắt đầu, nhóm sẽ tổ chức một cuộc họp lập kế hoạch chạy nước rút. Cuộc họp này có sự tham gia của chủ sở hữu sản phẩm, đại diện của chủ sở hữu sản phẩm và chủ scrum.
Công việc tồn đọng hiện tại của dự án được thảo luận và chủ sở hữu sản phẩm giúp phân công các nhiệm vụ có mức độ ưu tiên cao hơn.
Nhóm phát triển chọn những mục từ công việc tồn đọng để hoàn thành trong mỗi lần chạy nước rút.
Sau đó, các thành viên trong nhóm đưa ra các kế hoạch để hoàn thành các nhiệm vụ đang bị trì hoãn và khi cần thiết, điều chỉnh các yêu cầu thay đổi.
Cuối cùng, họ chuyển các nhiệm vụ tồn đọng của dự án sang các nhiệm vụ tồn đọng của nước rút trong suốt quá trình chạy nước rút và tập trung vào việc hoàn thành các nhiệm vụ đó.
#2. Theo dõi tiến độ.
Nhân viên có thể theo dõi tiến trình của nhóm và giải quyết bất kỳ vấn đề nào họ có thể gặp phải nhờ đăng ký hàng ngày trong giai đoạn nước rút.
Cuộc họp thân mật, bắt đầu ngày làm việc, diễn ra vào thời điểm đó. Trong cuộc họp này, các nhân viên cung cấp thông tin cập nhật về tiến độ công việc và kế hoạch hàng ngày của họ.
Hơn nữa, những người tham gia có thể đề xuất các giải pháp thay thế cho các vấn đề hiện tại, bày tỏ mối quan tâm và đưa ra các giải pháp để tăng năng suất.
#3. Tập trung vào việc thực hiện.
Giai đoạn thực hiện nhận được phần lớn sự chú ý của các nhóm trong giai đoạn nước rút. Điều này bao gồm tất cả các công việc mà nhóm thực hiện để hoàn thành công việc tồn đọng của nước rút và nó kéo dài toàn bộ nước rút.
Scrum hàng ngày được nhóm sử dụng để truyền đạt những kỳ vọng và động não tìm cách cải thiện.
Chủ sở hữu sản phẩm thường đưa ra phản hồi cho nhóm, trả lời các câu hỏi, đưa ra hướng và đánh giá công việc tạm thời.
Cuối cùng, khi các sự kiện bất ngờ xảy ra hoặc khách hàng yêu cầu thay đổi, chủ sở hữu sản phẩm cũng có thể nói về việc sửa đổi mục tiêu chạy nước rút.
#4. Tiến hành đánh giá nước rút.
Đánh giá này đánh giá các tính năng mới nhất của sản phẩm cũng như các kế hoạch của nó. Điều này cho phép khả năng hiển thị, kiểm soát và quản lý rủi ro tốt hơn so với vòng đời phát triển phần mềm truyền thống.
Dưới đây là chương trình cuộc họp đánh giá Sprint:
- Đón tiếp những người tham gia
- Trình bày lịch trình đánh giá nước rút
- Hiển thị bản trình diễn mà nhóm đã tạo trong giai đoạn thực hiện.
- Nhận thông tin phản hồi từ các bên liên quan.
- Kiểm tra tồn đọng sản phẩm, tiếp nhận nhận xét và đưa ra đề xuất cho lần chạy nước rút sắp tới.
- Đặt ngày giao hàng và kết thúc cuộc họp với các mục hành động.
Các loại Sprint là gì?
Đây là bốn loại cuộc họp Agile điển hình nhất, mặc dù có những loại khác. Các cuộc họp Agile đôi khi còn được gọi là “lễ kỷ niệm” hoặc “sự kiện Scrum”.
Có bốn loại chạy nước rút:
#1. Cuộc họp lập kế hoạch nước rút
Nó là gì: Trong phiên lập kế hoạch chạy nước rút, nhóm Scrum thảo luận về các nhiệm vụ mà họ muốn hoàn thành trong lần chạy nước rút tiếp theo và chỉ định mức độ ưu tiên cho từng nhiệm vụ.
Mục tiêu đáp ứng:
- Thiết lập các mục tiêu cho lần chạy nước rút tiếp theo (những tính năng nào nên được phát triển).
- Trách nhiệm và nhiệm vụ riêng biệt.
Ai nên tham gia:
- Chủ sản phẩm
- Scrum master
- Nhóm phát triển
Theo lời khuyên, bạn nên lập kế hoạch hai giờ họp cho mỗi tuần chạy nước rút của mình. Thời lượng của cuộc họp lập kế hoạch chạy nước rút của bạn nên là bốn giờ nếu nhóm của bạn làm việc trong hai tuần chạy nước rút.
Tuy nhiên, giới hạn các cuộc họp trong tám giờ vì mọi thứ phức tạp hơn sẽ quá dài.
#2. Cuộc họp đứng hàng ngày
Nó là gì: Trong suốt Sprint, có các cuộc họp dự phòng Agile hàng ngày. Kiểm tra nhanh được tiến hành để xem mỗi thành viên trong nhóm đang làm gì, quy trình đang diễn ra như thế nào đối với họ và bất kỳ trở ngại nào họ đang gặp phải.
Ngoài ra, đây là cơ hội để cải tiến quy trình hàng ngày (và cuối cùng là sản phẩm cuối cùng).
Mục tiêu đáp ứng:
- Thảo luận về tình trạng công việc của Sprint.
- Xác định những trở ngại và rào cản đối với công việc.
Ai nên tham gia:
- Nhóm phát triển
Nó kéo dài bao lâu: tối đa là 15 phút.
#3. Họp tổng kết Sprint
Đánh giá Sprint và cải tiến Sprint là hai quy trình riêng biệt thường bị nhầm lẫn.
Nhóm phát triển trình bày công việc đã được hoàn thành trong giai đoạn chạy nước rút (thường có trình diễn) trong quá trình đánh giá chạy nước rút để thu thập càng nhiều phản hồi càng tốt.
Mục tiêu đáp ứng:
- Nhận phản hồi
Ai nên tham gia:
- Chủ sản phẩm
- Scrum master
- Nhóm phát triển
- Tất cả các bên cần thiết
Nó kéo dài bao lâu: Nên dành một giờ cho mỗi tuần chạy nước rút. Do đó, đánh giá nước rút của bạn sẽ kéo dài hai giờ nếu nước rút của bạn kéo dài hai tuần. Bạn không nên dành hơn bốn giờ để xem xét nước rút của mình.
#4. Cuộc họp cải tiến nước rút
Nhóm Scrum rất chú ý đến công việc hợp tác của họ trong quá trình cải tiến nước rút hơn là chỉ sản phẩm hoặc đầu ra cuối cùng.
Do đó, nhóm nên quyết định các hành động cần thực hiện để tăng cường sự hợp tác vào cuối mỗi giai đoạn cải tiến nước rút.
Mục tiêu đáp ứng:
- Xem lại lần chạy nước rút trước đó và xác định điều gì hiệu quả và điều gì không.
- Xác định các sáng kiến để tăng cường chạy nước rút sắp tới.
Ai nên tham gia:
- Scrum master cho nhóm phát triển
Nó kéo dài bao lâu: Bạn nên dành 45 phút cho mỗi tuần chạy nước rút của mình. Bạn sẽ có một tiếng rưỡi để hồi tưởng nước rút của mình, sử dụng nước rút hai tuần của chúng tôi làm ví dụ. Cải tiến cho các lần chạy nước rút không nên kéo dài quá ba giờ.
Làm cách nào để chạy một Sprint nhanh nhẹn?
Chuẩn bị cho cuộc họp lập kế hoạch chạy nước rút giúp hợp lý hóa sự hợp tác và phân phối.
Đây là cách để bắt đầu:
#1. Chuẩn bị hồ sơ tồn đọng của bạn.
Chủ sở hữu sản phẩm nên ưu tiên sàng lọc công việc tồn đọng trước các cuộc họp lập kế hoạch chạy nước rút. Các nhóm Scrum nên có một công việc tồn đọng được cập nhật để luôn có tổ chức và trên cùng một trang.
Để chuẩn bị công việc tồn đọng và chọn các nhiệm vụ cần hoàn thành trong giai đoạn nước rút sắp tới, bạn thậm chí có thể quyết định tổ chức một cuộc họp trước khi lập kế hoạch.
Chỉ có Scrum master và Product Owner mới được yêu cầu tham dự cuộc họp này; phần còn lại của nhóm phát triển là tùy chọn.
Bạn sẽ có thể tận dụng tốt hơn khoảng thời gian giới hạn được phân bổ để lập kế hoạch chạy nước rút nếu bạn có thể chuẩn bị công việc tồn đọng nhiều hơn trước cuộc họp lập kế hoạch chạy nước rút.
#2. Kiểm tra khả năng tiếp cận của nhóm.
Đảm bảo xem xét khả năng hoàn thành khối lượng công việc được đề xuất của nhóm bạn trước khi đưa ra cam kết đầy đủ về lịch trình chạy nước rút.
Xác nhận bất kỳ thời gian nghỉ phép theo kế hoạch nào, các cam kết đối với các dự án khác và bất kỳ hạn chế thời gian tiềm năng nào khác bằng cách hỏi các thành viên trong nhóm. Điều chỉnh khối lượng công việc nếu các thành viên trong nhóm không thể cam kết hoàn toàn với khối lượng công việc chạy nước rút.
Lập kế hoạch chạy nước rút linh hoạt nên xem xét tính khả dụng của nhóm, tài nguyên và mọi vấn đề đã biết trước khi bắt đầu.
#3. Xác định tốc độ của đội bạn.
Khối lượng công việc mà một nhóm có thể hoàn thành trong một lần chạy nước rút là thước đo vận tốc của họ. Số lượng mà nhóm của bạn phải hoàn thành trong bất kỳ lần chạy nước rút cụ thể nào không được chuẩn hóa.
Theo dõi sản phẩm của nhóm và điểm câu chuyện để đánh giá vận tốc.
#4. Lên lịch cuộc họp lập kế hoạch chạy nước rút.
Cuộc họp lập kế hoạch chạy nước rút nên được xử lý bởi scrum master. Việc chọn ngày, giờ và những người tham gia cuộc họp là một phần của quá trình chuẩn bị này.
Scrum master nên xác định chương trình nghị sự và phân phối nó cho các thành viên trong nhóm, chủ sở hữu sản phẩm và các bên liên quan.
Scrum so với Sprint là gì?
Mục đích của một lần chạy nước rút là một trong những điểm khác biệt chính giữa toàn bộ khung Scrum và một lần chạy nước rút đơn lẻ trong một quy trình.
Mục tiêu của khung Scrum là xác định các tiêu chí dự án cần thiết trong các vai trò, thời gian họp, tài nguyên và lịch trình dự án mà bạn thiết lập cho nhóm của mình.
Ngược lại, mục tiêu của chạy nước rút là bắt đầu, kết thúc và phân phối các sản phẩm phần mềm để tiếp tục cung cấp các gói phần mềm cho khách hàng trong toàn bộ quá trình phát triển phần mềm.
Do đó, điều quan trọng là xác định các tham số dự án tổng thể khi đặt mục tiêu cho quy trình Scrum, trong khi mục tiêu chạy nước rút hướng dẫn các nhóm hoàn thành từng giai đoạn của dự án.
BIÊN BẢN HỌP HỘI ĐỒNG QUẢN TRỊ LÀ GÌ? Giới thiệu về Tính từng phút
Biên bản họp: Ý nghĩa, ví dụ và cách viết
THẠC SĨ ĐIỆN: Họ làm gì, mức lương và cách trở thành một
Tham khảo:
