Giới thiệu
Bug Tracking là website quản lý công việc nội bộ của cty VisCom Solution. Members của VisCom Solution truy cập Bug tracking tại link: https://bug.viscomsolution.com/
Mục tiêu của Bug Tracking bao gồm:
- Theo dõi danh sách các dự án và công việc của từng dự án
- Quản lý các trạng thái công việc như: độ ưu tiên, thời gian,…
- Đánh giá hiệu suất làm việc của nhân viên
Sử dụng Bug Tracking hiệu quả giúp tiết kiệm thời gian báo cáo công việc, dễ dàng tìm lại công việc đã làm. Dễ dàng nắm bắt được tiến độ công việc của các thành viên khác trong team…
Quy ước về Work package
Mỗi work package là 1 công việc, công việc này do members của project tạo ra, không nhất thiết phải là project manager mới tạo được.
Type – loại package
Có các loại gồm:
- Task: công việc cụ thể
- Big task: 1 nhóm công việc cần nhiều người/nhiều thời gian để hoàn thành
- Milestone: mốc thời gian kết thúc 1 giai đoạn
- Issue: các vấn đề xảy ra trong quá trình thử nghiệm, sử dụng, xác định nằm ở phía khách quan
- Feature: chức năng của sản phẩm, có thể gồm nhiều task và nhiều bug
- Test: viết test case hoặc thực hiện test, sau khi test có thể done hoặc tạo ra bug
- Write doc: viết tài liệu, hướng dẫn sử dụng, design,…
- Bug: lỗi của phần mềm/phần cứng,…xác định nằm ở phía chủ quan
- Research: nghiên cứu 1 tính năng nào đó, kết quả là có khả thi hay không
- Deploy: công việc thực hiện ở phía khách hàng
- Feedback: ghi nhận phản hồi từ phía khách hàng
Trạng thái của work package
Khi thực hiện công việc cần update work package đúng với trạng thái để mọi người có thể nắm được tiến độ & kết quả công việc.
- New: vừa mới tạo
- Writing: đang viết tài liệu
- Wrote: đã viết xong tài liệu
- Confirmed: xác nhận bug đã fix xong
- In progress: đang thực hiện công việc
- Developed: đã thực hiện xong feature, đã fix xong bug chờ confirm
- In testing: tester đang test bug
- Reopen: công việc đã done nhưng lại xảy ra
- Test failed: khi test thấy bug vẫn chưa fix xong
- Done: hoàn thành công việc
- Deployed: đã upload code lên server và đang chờ khách hàng confirm
- On hold: tạm dừng công việc
- Rejected: từ chối công việc (phải ghi rõ lý do từ chối)
Các lưu ý khi chuyển trạng thái:
– Với mỗi loại package chỉ có thể chọn các status tương ứng. VD: In testing chỉ có thể chuyển sang Test failed hoặc Confirmed. Done chỉ có thể chuyển sang Reopen.
– Mỗi quyền chỉ có thể tạo & chuyển sang các status tương ứng. VD: chỉ có developer mới có thể chuyển Feature sang Developed, chỉ có tester mới chuyển bug từ In testing sang Test failed hoặc Confirmed
– Công việc chỉ đóng khi được chuyển sang 1 trong 3 status: confirmed, done và rejected
