Skip to main content

🚀 Quy Trình Sprint tại Fordeer Commerce

Để đảm bảo hiệu quả trong việc phát triển sản phẩm, duy trì chất lượng và đáp ứng đúng tiến độ, Fordeer Commerce đã thiết lập Quy Trình Sprint dựa trên phương pháp Agile Scrum. Quy trình này giúp team phát triển linh hoạt, tập trung vào các mục tiêu ngắn hạn và liên tục cải tiến qua từng sprint.

1. Giới Thiệu về Sprint​

Sprint là một khoảng thời gian cố định (thường là 2-4 tuần) trong đó team phát triển tập trung vào việc hoàn thành một tập hợp các nhiệm vụ đã được lên kế hoạch trước. Mỗi sprint kết thúc bằng việc trình bày sản phẩm hoàn chỉnh và đánh giá tiến độ cũng như hiệu quả làm việc.

2. Các Bước Chính trong Quy Trình Sprint​

2.1. Sprint Planning (Lập Kế Hoạch Sprint)​

  • Mục Tiêu:

    • Xác định mục tiêu của sprint dựa trên product backlog.
    • Chọn các user stories hoặc task cần hoàn thành trong sprint.

  • Hoạt Động:

    • Product Owner (PO) trình bày các yêu cầu và ưu tiên từ product backlog.
    • Team phát triển ước lượng khối lượng công việc và chọn các nhiệm vụ khả thi trong sprint.
    • Đặt ra mục tiêu sprint rõ ràng và cụ thể.

2.2. Daily Stand-up (Cuộc Họp Ngắn Hàng Ngày)​

  • Mục Tiêu:

    • Cập nhật tiến độ công việc hàng ngày.
    • Nhận diện và giải quyết các trở ngại nhanh chóng.

  • Hoạt Động:

    • Mỗi thành viên chia sẻ ba điểm chính:
      1. Họ đã làm gì hôm qua.
      2. Họ sẽ làm gì hôm nay.
      3. Các vấn đề gặp phải.

2.3. Development (Phát Triển)​

  • Mục Tiêu:

    • Thực hiện các task đã được phân công.
    • Đảm bảo chất lượng và tuân thủ các tiêu chuẩn đã đề ra.

  • Hoạt Động:

    • Viết mã nguồn, thiết kế giao diện, tích hợp các tính năng mới.
    • Thực hiện code review để đảm bảo chất lượng mã.

2.4. Testing (Kiểm Thử)​

  • Mục Tiêu:

    • Đảm bảo rằng các tính năng phát triển hoạt động đúng như mong đợi.
    • Phát hiện và sửa chữa các lỗi trước khi sản phẩm được triển khai.

  • Hoạt Động:

    • Tester viết và thực hiện các test case.
    • Thực hiện kiểm thử chức năng, kiểm thử tích hợp và kiểm thử hồi quy.
    • Ghi nhận và báo cáo lỗi, phối hợp với developer để sửa chữa.

2.5. Sprint Review (Đánh Giá Sprint)​

  • Mục Tiêu:

    • Trình bày những gì đã hoàn thành trong sprint.
    • Nhận phản hồi từ các bên liên quan và khách hàng.

  • Hoạt Động:

    • Team phát triển trình bày sản phẩm đã hoàn thành.
    • PO và các bên liên quan đánh giá và đưa ra nhận xét.
    • Điều chỉnh product backlog dựa trên phản hồi nhận được.

2.6. Sprint Retrospective (Họp Retrospective Sprint)​

  • Mục Tiêu:

    • Đánh giá quy trình làm việc trong sprint vừa qua.
    • Xác định điểm mạnh và điểm cần cải thiện.

  • Hoạt Động:

    • Thảo luận về những gì đã làm tốt và những gì cần thay đổi.
    • Đề xuất các hành động cụ thể để cải thiện hiệu suất trong sprint tiếp theo.
    • Định nghĩa các mục tiêu cải tiến cho sprint sau.

3. Biểu Đồ Minh Họa Quy Trình Sprint​