1. Trang chủ
  2. » Luận Văn - Báo Cáo

Báo cáo học phần phát triển dự án công nghệ thông tin đề tàitài liệu phát triển dự án website bán hàng thời trang brij clo

87 6 0

Đang tải... (xem toàn văn)

Tài liệu hạn chế xem trước, để xem đầy đủ mời bạn chọn Tải xuống

THÔNG TIN TÀI LIỆU

Thông tin cơ bản

Tiêu đề Tài Liệu Phát Triển Dự Án Website Bán Hàng Thời Trang Brij Clo
Tác giả Cam Thị Liễu, Nguyễn Bá Thông, Phạm Mạnh Toàn, Hoàng Anh Tú, Trần Xuân Vũ
Người hướng dẫn Ths. Nguyễn Đức Lưu
Trường học Trường Đại Học Công Nghiệp Hà Nội
Chuyên ngành Công Nghệ Thông Tin
Thể loại báo cáo học phần
Năm xuất bản 2023
Thành phố Hà Nội
Định dạng
Số trang 87
Dung lượng 1,22 MB

Cấu trúc

  • PHẦN I. MỞ ĐẦU (8)
    • 1. Tên đề tài (8)
    • 2. Lý do chọn đề tài (8)
    • 3. Mục đích đề tài (9)
    • 4. Mục tiêu đề tài (10)
    • 5. Bố cục đề tài (10)
    • 6. Phương pháp thực hiện (0)
  • PHẦN II. NỘI DUNG (13)
    • Chương 1. Xác định dự án (0)
      • 1.1. Khảo sát công ty (0)
      • 1.2. Phác thảo dự án (0)
      • 1.3. Danh sách tổ dự án (0)
      • 1.4. Ma trận trách nhiệm (0)
      • 1.5. Phương pháp phát triển Agile và công cụ áp dụng (0)
      • 1.6. Tổng mức đầu tư (20)
    • Chương 2. Lập kế hoạch thực hiện dự án (0)
      • 2.1. Sprint 1 (21)
        • 2.1.1. Thiết lập kế hoạch thực hiện (21)
        • 2.1.2. Xây dựng Sprint backlog (32)
        • 2.1.3. Quy trình thực hiện dự án (37)
        • 2.1.4. Cuộc họp Sprint (42)
      • 2.2. Sprint 2 (49)
        • 2.2.1. Thiết lập kế hoạch thực hiện (49)
        • 2.2.2. Xây dựng Sprint backlog (59)
        • 2.2.3. Quy trình thực hiện dự án (61)
        • 2.2.4. Cuộc họp Sprint (63)
    • Chương 3. Quản lý việc thực hiện dự án (0)
      • 3.1. Sprint 1 (73)
      • 3.2. Sprint 2 (80)
      • 3.3. Họp kết thúc dự án (0)
  • PHẦN III. KẾT LUẬN (78)
    • 1. Những vấn đề đã đạt được (85)
    • 2. Những khó khăn và hướng phát triển (0)
  • TÀI LIỆU THAM KHẢO (86)

Nội dung

Quá trình phát triểndự án thường đi kèm với việc kiểm thử và đảm bảo chất lượng để đảm bảo sảnphẩm hoạt động một cách mượt mà và đáp ứng mong đợi của người sử dụng.Phát triển dự án cũng

NỘI DUNG

Lập kế hoạch thực hiện dự án

2.1.1 Thiết lập kế hoạch thực hiện

User story: Tại Sprint này, Product Owner đã tìm hiểu rõ yêu cầu của khách hàng trong việc phát triển Website bán hàng thời trang BRIJ CLO Các user story được phân công trong Sprint lần này bao gồm:

- Xem theo thể loại sản phẩm

- Hệ thống đánh giá bình luận

- Hệ thống sản phẩm yêu thích

User story Nội Dung Độ ưu tiên Độ phức tạp (Story point)

Xem theo thể loại sản phẩm

Là một người quản lý dự án CNTT, tôi muốn hệ thống có chức năng xem sản phẩm theo thể loại để khách hàng có thể dễ dàng lựa chọn và duyệt qua các sản phẩm thuộc cùng một danh mục

Trang web hiện tại chưa cung cấp khả năng xem sản phẩm theo thể loại, khiến cho trải nghiệm mua sắm của khách hàng không thuận lợi.

Thêm chức năng "Xem Theo Thể Loại" trên trang web Người dùng sẽ có khả năng chọn một thể loại cụ thể và xem danh sách các sản phẩm thuộc thể loại đó.

 Người dùng có thể lựa chọn thể loại

Cao 5 và xem danh sách sản phẩm dễ dàng.

 Thông tin sản phẩm hiển thị chính xác và hấp dẫn.

 Giao diện người dùng phải đảm bảo sự thuận lợi và dễ sử dụng.

 Hệ thống phản hồi nhanh chóng và mượt mà.

 Khả năng mở rộng để thêm các tính năng liên quan trong tương lai. Đánh giá và bình luận

Là một người quản lý dự án CNTT, tôi muốn hệ thống có chức năng bình luận và đánh giá sản phẩm để khách hàng khi mua một sản phẩm nào đó có thể tham khảo từ những bình luận và đánh giá của sản phẩm đó từ những người đã mua sản phẩm.

Trang web chưa có đánh giá và bình luận sản phẩm để khách hàng có thể dễ dàng hơn trong việc lựa chọn mua hàng.

Thêm chức năng đánh giá và bình luận trên các sản phẩm Khi khách hàng truy cập trang chi tiết của sản phẩm, họ có thể xem đánh giá và bình luận của người khác và cũng có thể thêm đánh giá mới hoặc bình luận về sản phẩm đó khi đã mua hàng Hệ thống cần theo dõi số lượng đánh giá, tính

Cao 5 điểm trung bình và cung cấp giao diện thân thiện cho người dùng thực hiện các hoạt động này.

 Người dùng có thể xem đánh giá và bình luận của người dùng khác trên trang chi tiết sản phẩm

 Người dùng có khả năng thêm mới đánh giá và viết bình luận khi đã mua sản phẩm một cách dễ dàng

 Hệ thống tính toán đúng số lượng đánh giá và tính điểm trung bình của sản phẩm

 Giao diện người dùng cho việc đánh giá và bình luận là thân thiện và dễ sử dụng

 Cập nhật thông báo hoặc email thông báo cho người dùng khi có đánh giá hoặc bình luận mới trên sản phẩm họ quan tâm.

Giảm giá Nhân vật chính:

Là một người quản lý website, tôi muốn hệ thống có chức năng giảm giá để có thể thu hút khách hàng đến với sản phẩm để từ đó tăng doanh số bán hàng.

Trang web chưa có chức năng giảm giá, làm giảm khả năng tạo sức hấp dẫn và thúc đẩy quá trình

Thêm chức năng giảm giá trên sản phẩm Quản trị viên có thể đặt giá trị giảm giá hoặc tỷ lệ giảm trực tiếp từ trang quản trị Người dùng sẽ thấy giá mới đã giảm khi xem chi tiết sản phẩm hoặc trong giỏ hàng.

 Người dùng thấy giá giảm hiển thị đúng và rõ ràng.

 Quản trị viên có thể thực hiện các thay đổi về giảm giá một cách dễ dàng từ trang quản trị.

 Hệ thống tính toán giá mới chính xác và nhanh chóng.

 Giao diện người dùng thân thiện và dễ sử dụng.

 Khả năng mở rộng để thêm các tính năng liên quan về giảm giá trong tương lai.

Hệ thống sản phẩm yêu thích

Là một người quản lý dự án CNTT, tôi muốn hệ thống có chức năng Sản Phẩm Yêu Thích để khách hàng có thể theo dõi và lưu trữ những sản phẩm họ quan tâm.

Trang web hiện tại chưa cung cấp khả năng lưu trữ và quản lý sản phẩm yêu thích dẫn đến trải nghiệm không tốt cho khách hàng.

Thêm chức năng Sản Phẩm Yêu Thích, cho phép người dùng lưu lại những sản phẩm họ quan tâm từ trang chi tiết sản phẩm hoặc từ danh sách sản phẩm Người dùng có thể thêm hoặc xóa sản phẩm khỏi danh sách Yêu Thích.

 Người dùng có khả năng thêm và xóa sản phẩm từ danh sách Sản Phẩm Yêu Thích một cách dễ dàng.

 Danh sách Yêu Thích được cập nhật và hiển thị đúng.

 Hệ thống thông báo với người dùng khi có sự thay đổi trong danh sách Yêu Thích.

 Giao diện người dùng thân thiện và dễ sử dụng.

 Khả năng mở rộng để thêm các tính năng liên quan đến Sản Phẩm Yêu Thích trong tương lai.

Là một người quản lý dự án CNTT, tôi muốn hệ thống có chức năng tư vấn mua hàng bằng trí tuệ nhân tạo (AI) để cung cấp trợ giúp thông minh cho khách hàng trong quá trình chọn lựa sản phẩm.

Khách hàng gặp khó khăn trong việc tìm kiếm và lựa chọn sản phẩm phù hợp trên trang web.

Thêm chức năng tư vấn mua hàng bằng AI, cho phép hệ thống đề xuất sản phẩm dựa trên lịch sử mua sắm, sở thích và xu hướng của khách hàng Hệ thống sẽ cung cấp gợi ý thông minh và tùy chọn lựa chọn dựa trên dữ liệu phân tích từ hành vi mua sắm trước đó.

 Người dùng nhận được gợi ý sản phẩm chính xác và phù hợp.

 Tùy chọn lựa chọn được đề xuất dựa trên dữ liệu phân tích hành vi mua sắm.

 Giao diện người dùng thân thiện và dễ sử dụng.

 Tư vấn mua hàng AI có thể cập nhật và điều chỉnh gợi ý theo thời gian.

 Khả năng mở rộng để tích hợp thêm các tính năng và cải thiện tư vấn trong tương lai.

Biên bản cuộc họp sprint planning

STT Họ và tên Vai trò

KĀt quả của cuộc họp

 Các story cần thực hiện trong Sprint (Sprint backlog):

STT User story Story point

Task Trách nghiệm Story point

Bảng 5 Biểu mẫu sprint planning

Biên bản cuộc họp Daily Scrum (Daily Standup)

STT Họ và tên Vai trò

 Các thành viên lần lượt trả lời các câu hỏi:

 Hôm qua đã làm được gì để giúp Development team đạt được kết quả của sprint ?

 Hôm nay sẽ làm những gì để giúp Development team đạt được kết quả của sprint ?

 Có những khó khăn gì không ?

Bảng 6 Biểu mẫu Daily Scrum

Biên bản cuộc họp Sprint Retrospective

STT Họ và tên Vai trò

KĀt quả của cuộc họp

 Các điểm mạnh của Sprint:

 Các điểm yếu của Sprint:

 Các cơ hội cải tiến:

Công việc cần thực hiện

 Các hành động cụ thể ở Sprint tiếp theo:

Bảng 7 Biểu mẫu cuộc họp sprint Retrospective

Biên bản cuộc họp Sprint Review

STT Thành phần Vai trò

KĀt quả của cuộc họp

 Các story đã hoàn thành

STT User story Story point

 Các story đã hoàn thành nhưng không đạt yêu cầu:

 Các story chưa hoàn thành:

 Demo các chức năng được hoàn thành trong sprint:

Công việc cần thực hiện

 Lập kế hoạch thực hiện cho sprint tiếp theo:

Bảng 8 Biểu mẫu cuộc họp Sprint Review

Task Mô tả chi tiết

- Người dùng mở ứng dụng và chọn chức năng "Xem Theo Quần."

- Hệ thống hiển thị danh sách các quần có sẵn

- Người dùng chọn 1 trong các loại quần trong danh sách

- Hệ thống hiển thị thông tin chi tiết về quần được chọn, bao gồm hình ảnh, giá cả, và mô tả.

- Người dùng có thể đóng chức năng "Xem Theo Quần" và tiếp tục duyệt các chức năng khác hoặc rời khỏi ứng dụng. 1.2.Check lỗi

- Hình ảnh quần có thể không hiển thị đúng hoặc gặp lỗi tải và hiển thị thông báo lỗi.

- Font-family:’Segoe Ui’,’Arial’, ’Segoe Ui Emoji’,

- Người dùng mở ứng dụng và chọn chức năng "Xem Theo Áo."

- Hệ thống hiển thị danh sách các áo có sẵn

- Người dùng chọn 1 trong các loại áo trong danh sách

- Hệ thống hiển thị thông tin chi tiết về áo được chọn, bao gồm hình ảnh, giá cả, và mô tả.

- Người dùng có thể đóng chức năng "Xem Theo Áo" và tiếp tục duyệt các chức năng khác hoặc rời khỏi ứng dụng. 1.2.Check lỗi

- Hình ảnh áo có thể không hiển thị đúng hoặc gặp lỗi tải và hiển thị thông báo lỗi.

- Font-family:’Segoe Ui’,’Arial’, ’Segoe Ui Emoji’, ’Segoe

- MSG01: lỗi kết nối C02.1 - RQ02

1 Người dùng nhập bình luận vào ô textbox

2 Người dùng đính kèm hình ảnh, video bằng nút đính kèm

3 Người dùng có thể đánh giá sản phẩm theo từng mức sao

4 Người dùng ấn nút đăng để đăng tải bình luận

5 Người dùng có thể xem các bình luận khác ở bên dưới

6 Đánh giá nội dung ở bình luận trước bằng các nút

1 Tam giác hướng lên trên là tích cực

2 Tam giác hướng xuống dưới là tiêu cực

7 Người dùng có thể xem tệp đính kèm của các bình luận bằng cách ấn vào icon hình ảnh trong các bình luận

2 Avatar và tên người dùng ở bên trái ngay cạnh khung bình luận

3 khung bình luận hình chữ nhật

4 nút đình kèm là 1 icon trên góc phải trên cạnh khung bình luận

5 Nút đăng ở dưới bên góc trái của khung bình luận

6 Danh sách các bình luận ở ngay dưới khung bình luận

7 Đánh giá ở ngay dưới khung bình luận là các hình sao

1 MS1: Chưa có nội dung cần đăng tải

2 MS2: Đính kèm thành công

3 MS3: Bạn đã đăng bình luận thành công

- Người dùng đánh vào sao để đánh giá sản phẩm theo từng mức độ: 1 sao, 2 sao, 3 sao, 4 sao, 5 sao

- Các sao được sắp xếp theo hàng ngang ngay cạnh nhau cạnh label đánh giá

3 Mess: MS1: hiển thị thông báo “đã đánh giá x sao“ theo từng mức x sao

Thêm sản phẩm yêu thích

- Người dùng kích vào biểu tượng ❤️ trong phần thông tin để thêm sản phẩm vào danh mục sản phẩm yêu thích.

- Khi hover vào sẽ nổi title “Thêm vào sản phẩm yêu thích“, biểu tượng ❤️ sẽ phóng to lên.

- Nếu sản phẩm đã được thêm vào danh mục yêu thích biểu tượng ❤️ sẽ có màu đỏ còn chưa thì sẽ không có màu.

- MSG01: Đã thêm sản phẩm vào danh mục yêu thích.

- MSG02: Sản phẩm tồn tại trong danh mục yêu thích.

Xem sản phẩm yêu thích

- Khi người dùng kích vào biểu tượng ❤️ trên thanh menu chính, hệ thống sẽ chuyển màn hình sang màn hình danh sách các sản phẩm yêu thích.

2 GUI: Danh sách các sản phẩm yêu thích theo dạng lưới 3 x 3

3 Message: Không có sản phẩm yêu thích.

Xóa sản phẩm yêu thích

- User kích vào button “Delete ❤️” sẽ hiện ra thông báo xác nhận xóa sản phẩm khỏi danh sách yêu thích.

- User chọn xác nhận → Xóa sản phẩm khỏi danh sách.

- User chọn hủy bỏ → Quay trở về màn hình danh sách yêu thích

- Dailog xác nhận tông màu nóng, hiện thị chính giữa màn hình

- MSG01: Sản phẩm đã xóa khỏi danh sách yêu thích.

- MSG02: Sản phẩm đã được thêm vào giỏ hàng.

Test Thêm sản phẩm yêu thích

Test Thêm sản phẩm yêu thích

- Test GUI phẩm yêu thích - Test Code

Bảng 9 Các task trong sprint 1

2.1.3 Quy trình thực hiện dự án

 Chi phí theo từng cá nhân:

Chức vụ Tên Lương tiêu chuẩn(VND/h)

Product owner Phạm Mạnh Toàn 300,000 350,000

Scrum master Cam Thị Liễu 250,000 300,000

Bảng 10 Chi phí theo từng cá nhân (Sprint 1)

 Chi phí từng công việc trong dự án:

Stage Time required Cost(VND)

Stage Time required Cost(VND) Đánh giá 18 h 16,740,000

Thêm sản phẩm yêu thích 15 h 13,950,000

Xem sản phẩm yêu thích 18 h 16,740,000

Xóa sản phẩm yêu thích 18 h 16,740,000

Bảng 11 Chi phí từng task

 Rủi ro về kế hoạch

STT Mô tả Giả thiĀt X愃Āc suất Ảnh hưởng Phản 愃Ānh

1 Ước lượng sai thời gian thực hiện công việc. Ước lượng không đúng thời gian thực hiện một công việc.

7% Gây chậm trễ tiến độ dự án, tăng chi phí

Hiệu quả công việc không cao. Ước lượng thời gian một cách khoa học, có căn cứ, nhiều thông tin xác thực.

2 Phân chia công việc không đồng đều, thiếu nguồn lực.

Khối lượng công việc giữa các nhân viên chênh lệch cao, thiếu nhân sự cho một công việc nào đó.

4% Ảnh hưởng xấu tới hiệu quả công việc, gây mất đoàn kết nội bộ, chậm chễ tiến độ. Áp dụng phương pháp hợp lý, phân chia công việc một cách đồng đều, quản lý tốt nguồn lưc.

3 Yêu cầu thay đổi đột ngột từ khách hàng.

Khách hàng muốn thay đổi yêu cầu so với ban đầu

8% Gây ảnh hưởng tới tất cả khía cạnh từ nguồn lực, thời gian đến chi phí dự án.

Product owner phải nắm rõ tiến độ dự án, đàm phán với khách hàng rõ roàng hiệu quả,nếu có thay đổi kế hoạch phải báo cáo kịp thời.

4 Không thực hiện được công việc kế hoạch đề ra.

Gặp các vấn đề phát sinh trong quá trình phát triển dự án

5% Gây hao phí thời gian, tiền bạc cho dự án, có thể gây sụp đổ dự án.

Căn cứ vào mục đích và mục tiêu để có thể đánh giá tầm quan trọng của công việc mà xác định bỏ hoặc thay đổi.

5 Ước tính vhi phí không chính các.

Các khoản chi phi ước tính khác nhiều so với thực tế.

6% Gây thiếu hụt nguồn vốn.

Phân bố chi tiêu một cách chặt chẽ và hiệu quả Cần tổ chức họp nếu có những thay đổi lớn trong kế hoạch

Bảng 12 Rủi ro kế hoạch sprint 1

Mô tả Giả thiĀt

X愃Āc suất Ảnh hưởng Phản 愃Ānh

1 Các vấn đề về sự chuyển giao công việc giữa các nhân viên.

Khi công việc người sau nhận được chuyển giao không hiểu rõ ý tưởng người trước.

5% Làm chậm tiến độ công việc Có thể dẫn đến sai yêu cầu.

Cần họp hành, nêu rõ ý tưởng 2 bên, đưa ra sự thống nhất.

2 Các thiết bị, công cụ gặp trục trặc, hư hỏng.

Trục trặc, hư hỏng thiết bị khi làm việc.

5% Làm chậm tiến độ công việc Gây lãng phí thời gian, tăng chi phí.

Bảo hành, bảo trì trang thiết bị thường xuyên.

3 Nhân viên hoàn thành chậm hoặc không hoàn thành được nhiệm vụ được giao.

Nhân viên đi làm muộn, nghỉ làm…

5 % Ảnh hưởng tới tiến độ dự án.

Tạo môi trường làm việc thân thiện, thoải mái.

Bảng 13 Rủi ro công việc Sprint 1

Biên bản cuộc họp sprint planning

 Người chủ trì: Cam Thị Liễu

STT Họ và tên Vai trò

1 Cam Thị Liễu Scrum master

2 Phạm Mạnh Toàn Product owner

3 Nguyễn Bá Thông Development team

4 Trần Xuân Vũ Development team

5 Hoàng Anh Tú Development team

KĀt quả của cuộc họp

 Mục tiêu Sprint: Hoàn thành các story cần thiết để triển khai tính năng mới cho trang web bán hàng thời trang BRIJ CLO

 Các story cần thực hiện trong Sprint (Sprint backlog):

STT User story Story point

1 Xem theo thể loại sản phẩm 5

2 Hệ thống đánh giá bình luận 5

3 Hệ thống sản phẩm yêu thích 8

Task Trách nghiệm Story point

Xem theo thể loại sản phẩm

Xem theo quần Nguyễn Bá Thông 2 11/2/2023 Xem theo áo Nguyễn Bá Thông 2 11/7/2023

Hệ thống đánh giá bình luận Đánh giá Nguyễn Bá Thông 2 9/11/2023 Bình Luận Nguyễn Bá Thông 2 9/11/2023 Test Đánh giá Hoàng Anh Tú 0.5 9/11/2023 Test Bình luận Hoàng Anh Tú 0.5 9/11/2023

Hệ thống sản phẩm yêu thích

Thêm sản phẩm yêu thích

Xem sản phẩm yêu thích

Xóa sản phẩm yêu thích

Test thêm sản phẩm yêu thích

Test xem sản phẩm yêu thích

Test xóa sản phẩm yêu thích

 Nhận xét của các thành viên: Không có

 Scrum master: Cam Thị Liễu

 Product owner: Phạm Mạnh Toàn

 Development team: Nguyễn Bá Thông, Trần Xuân Vũ, Hoàng Anh Tú

Bảng 14 Biên bản Sprint Plaining (Sprint 1)

Biên bản cuộc họp Daily Scrum (Daily Standup)

 Người chủ trì: Cam Thị Liễu

STT Họ và tên Vai trò

1 Cam Thị Liễu Scrum master

2 Phạm Mạnh Toàn Product owner

3 Nguyễn Bá Thông Development team

4 Trần Xuân Vũ Development team

5 Hoàng Anh Tú Development team

 Các thành viên lần lượt trả lời các câu hỏi:

 Hôm qua đã làm được gì để giúp Development team đạt được kết quả của sprint ?

 Hôm nay sẽ làm những gì để giúp Development team đạt được kết quả của sprint ?

 Có những khó khăn gì không ?

 Scrum master: Cam Thị Liễu

 Product owner: Phạm Mạnh Toàn

 Development team: Nguyễn Bá Thông, Trần Xuân Vũ, Hoàng Anh Tú

Bảng 15 Biên bản Daily Scrum (Sprint 1)

Biên bản cuộc họp Sprint Retrospective

 Người chủ trì: Cam Thị Liễu

STT Họ và tên Vai trò

1 Cam Thị Liễu Scrum master

2 Phạm Mạnh Toàn Product owner

3 Nguyễn Bá Thông Development team

4 Trần Xuân Vũ Development team

5 Hoàng Anh Tú Development team

KĀt quả của cuộc họp

 Các điểm mạnh của Sprint: Hoàn Thành các story đúng hạn và đúng yêu cầu, có sự phối hợp giao tiếp tốt giữa các thành viên trong nhóm

 Các điểm yếu của Sprint: Estimation chưa chính xác dẫn đến một số task bị lệch tiến độ dự đoán

 Các cơ hội cải tiến: cần cải thiện kĩ năng Estimation của các thành viên trong Development team: Cần có kế hoạch dự phòng cho các tình huống phát sinh ngoài dự kiến

 Các đe dọa: Không có

Công việc cần thực hiện

 Các hành động cụ thể ở Sprint tiếp theo: Tố chức buổi traing về

Estimation cho các thành viên trong nhóm: Xây dựng kế hoạch dự phòng cho các tình huống phát sinh ngoài dự kiến

 Nhận xét của Scrum master: hài lòng với kết quả của Sprint 1, tuy nhiên vẫn cần cải thiện một số điểm như estimation story và kế hoạch dự phòng.

 Nhận xét của Product owner: hài lòng với kết quả của Sprint 1, tuy nhiên cần cải thiện kỹ năng estimation story của các thành viên trong nhóm.

 Nhận xét của Development team: đều hài lòng với kết quả của Sprint 1, tuy nhiên sẵn sàng tham gia các buổi training về estimation story để cải thiện kỹ năng này.

 Scrum master: Cam Thị Liễu

 Product owner: Phạm Mạnh Toàn

 Development team: Nguyễn Bá Thông, Trần Xuân Vũ, Hoàng Anh Tú

Bảng 16 Biên bản Sprint Retrospective (Sprint 1)

Biên bản cuộc họp Sprint Review

 Người chủ trì: Cam Thị Liễu

STT Thành phần Vai trò

2 Cam Thị Liễu Scrum master

3 Phạm Mạnh Toàn Product owner

4 Nguyễn Bá Thông Development team

5 Trần Xuân Vũ Development team

6 Hoàng Anh Tú Development team

KĀt quả của cuộc họp

 Các story đã hoàn thành

STT User story Story point

1 Xem theo thể loại sản phẩm 5

2 Hệ thống đánh giá bình luận 5

3 Hệ thống sản phẩm yêu thích 8

 Các story đã hoàn thành nhưng không đạt yêu cầu: Không có

 Các story chưa hoàn thành: Không có

 Demo các chức năng được hoàn thành trong sprint 1(MVP 1): Hoàn Thành

 Nhận xét của Stakeholder: Tốc độ phản hồi chậm

Công việc cần thực hiện

 Lập kế hoạch thực hiện cho sprint tiếp theo: thêm user story mới “Tối ưu hóa hệ thống” vào product backlog và thực hiện các user story còn lại trong Product backlog

 Scrum master: Cam Thị Liễu

 Product owner: Phạm Mạnh Toàn

 Development team: Nguyễn Bá Thông, Trần Xuân Vũ, Hoàng Anh Tú

Bảng 17 Biên bản Sprint Review (Sprint 1)

2.2.1 Thiết lập kế hoạch thực hiện

Use story: Các use story được phân công trong Sprint lần này bao gồm:

- Tối ưu hóa hiệu năng hệ thống

User story Nội Dung Độ ưu tiên Độ phức tạp (Story point) Giảm giá Nhân vật chính:

Là một người quản lý website, tôi muốn hệ thống có chức năng giảm giá để có

Cao 3 thể thu hút khách hàng đến với sản phẩm để từ đó tăng doanh số bán hàng.

Trang web chưa có chức năng giảm giá, làm giảm khả năng tạo sức hấp dẫn và thúc đẩy quá trình mua sắm.

Quản lý việc thực hiện dự án

Hình 1 Trello_Product Backlog và sprint backlog (Sprint 1)

Các thành viên join vào công việc:

Hình 2 Trello_Các thành viên join task Sprint 1

Hình 3 Trello_Dev viết mô tả sprint 1

Tester viết trước các luồng test theo mô tả mà Dev viết:

Hình 4 Trello_Tester viết test case theo mô tả

Hình 5 Trello_Dev bắt đầu viết mã nguồn

Chuyển các Task đã hoàn thành từ cột In progress dev sang dev done và tiếp tục thực hiện các task mới, Tester join vào Task trong Dev Done, bắt đầu test:

Hình 6 Trello_Task hoàn thành_Dev Done

Nếu có Bug thì đánh label “Bug”:

Hình 7Trello_minh họa Bugs

Chuyển lại về In progress Dev đánh lable “in progress Dev” để thực hiện quá trình fix bug:

Hình 8 Trello_Minh họa quá trình fix bugs (1)

Sau khi fix bug xong chuyển lại về Dev Done bỏ lable “In Progress” và tester test lại tiếp:

Hình 9 Trello_Minh họa quá trình fix bugs (2)

Nếu Bug được Fix và không còn Bug thì chuyển sang cột Bug Fixed

Hình 10 Trello_Minh họa quá trình fix bugs(3)

Tester test xong chuyển task test sang Test Done và đánh label “Test Done” cho Các task Code và chuyển sang Client test:

Ngày đăng: 27/03/2024, 15:57

TỪ KHÓA LIÊN QUAN

TÀI LIỆU CÙNG NGƯỜI DÙNG

TÀI LIỆU LIÊN QUAN

w