• Bước 1: Đọc các issuse: khi đọc issuse nếu issue không rõ ràng yêu cầu người log cung cấp thêm thông tin hoặc tái hiện lại để cùng biết vấn đề
• Bước 2: Đánh trạng thái cho issuse: trường hợp là bug đưa về danh bug team đang follow, feature assgin cho PO, BA hoặc những người có quyền quyết định về sản phẩm đưa ra quyết định
• Bước 3: Follow các issuse cho đến khi nào issuse ở trạng thái DONE

- Trường hợp các bug không tái hiện được vấn ghi nhận báo lại với team phối hợp cùng cả team phát triển cùng tái hiện hoặc cùng sửa không bỏ qua bất kỳ 1 vấn đề nào
- Cố gắng tái hiện hết các bug không giấu diếm

https://docs.google.com/document/d/1-VysTtJScmOv4BIsQKBgAxwcaF_emUBL/edit

• Number of Thread (users): số lượng user cần thực hiện
• Ram- up (second): tổng thời gian thực hiện hết tất cả các yêu cầu (request) của bạn
  Ví dụ: Ví dụ, nếu bạn có 10 yêu cầu, và bạn thiết lập ramp-up là 100 (giây) thì JMeter sẽ thực hiện 10 yêu cầu đó trong 100 giây, nghĩa là mỗi yêu cầu sẽ được gửi cách nhau 10 giây. Nói cách khác, cứ mỗi 10 giây JMeter sẽ gửi 1 yêu cầu lên server.

@vân-nga WorkFlow của issuse

1. Epic, Story

2. Task

3. Bug

• Lưu ý: 1 issuse sau khi tạo ra đều có thể chuyển qua trạng thái pending do Risk sau khi Risk được xử lý chuyển qua trạng thái hiện tại của vấn đề (inprogress khi đang làm, test khi đang test,...)

ví dụ:

• Lưu ý: Default trong một 1 story sẽ có 3 task của 3 group chính là task DE, DA, QA do SCrum Master không hiểu hết tính chất 1 issue cần có nhưng nhiệm vụ nào SM sẽ tạo trước trước khi start clear lại với team task nào cần task nào giữ lại

Các việc cần làm trước khi start sprint

@vân-nga Fix version của sprint DWH Sprint 2 là SPRINT 2 nhé mn

1. Tiền điều kiện

• Các issuse của sprint cần chạy đều được add value của filed Fix version. Trong ví dụ tôi đang add version là Sprint 2

1. Lưu ý config, quản lý version nên là SM làm
2. Fix version = Sprint

2. Xem danh sách những issuse cần estimate
Sử dụng report để xem danh sách các issue cần estimate

• B1: Vào project của bạn
• B2: Chọn Report

• B3: Chọn Version Workload Report
  +B4: Chọn theo version sprint sẽ chạy

Hiển thị Report các issuse theo version

1. Tổng estimate của các issuse của từng user
2. Danh sách các issuse NOT DONE của từng user ( nếu issuse done sẽ không hiển thị trong report này)
3. Report chia từng bảng theo từng user được assgin
4. Link Issuse - có thể mở vào issuse để xem cụ thể
5. Thời gian estimate lấy theo field Original estimate

No Estimate là issuse này bạn chưa estimate
Bạn sẽ estimate tại field Original estimate

3. Cách estimate cho issuse trên jira

• Điền thời gian bạn hoàn thành task vào field Original estimate ( d h m)
• Chọn Ngày kết thúc khi bạn hoàn thành task End date
• Chọn Ngày bắt đầu khi bạn hoàn thành task Start date
• Estimate vào issuseType: TASK, BUG. Scrum Master không quản lý SUB-TASK vì nó sẽ không hiển thị trên report rất khó quản lý nên nếu bạn estimate vào subtask thì vẫn phải cộng tổng lại điền vào TASK
• Đối với TASK có SUB_TASK bạn có thể điền estimate vào TASK OR SUB_TASK không điền cả hai ảnh hưởng đến report genarate tự động của Jira

Start date và End date có thể điền trong quá trình chạy sprint

Các việc cần làm trước khi start sprint

1. Estimate cho issuse của bạn trên jira
2. Đánh giá mức độ ưu tiên của TASK
Đánh giá độ ưu tiên của IssuseTYpe = TASK vào field Severity. Lưu ý Ưu tiên 1> Ưu tiên 2

bolded text

3. Cấu trúc khi tạo issuse scrum

Xem thêm
WorkFlow của issuse