Professional Documents
Culture Documents
Workshop2 Nhom6 Update
Workshop2 Nhom6 Update
Quản lý thống kê
T55 Draw Usecase
T56 Analyse and design code
T57 Code: thố ng kê theo doanh thu RQ31
T58 Code: thố ng kê theo sả n phẩ m tồ n RQ32
Implements Unit test,Intergrated
T59 Test,System Test
T60 Intergrate all function
All Package Compl
T61 Imtegrate all package
T62 Implement Integrate Test
T63 Implement System Test.
ý người dùng
PB05 1 New 5 Dương
1 New 5 Dương
1 New 2 Bình
1 New 3 Thọ
1 New 3 Thọ
1 New 20 Thọ
1 New 2 Bình
1 New 4 Thọ
1 New 4 Thọ
1 New 2 Dương
1 New 2 Dương
ý khách hàng
PB03 1 New 4 Dương
1 New 3 Dương
1 New 10 Thọ
1 New 5 Thọ
1 New 5 Thọ
1 New Bình
1 New 10 Thọ
1 New 4 Thọ
1 New 10 Thọ
1 New 4 Dương
1 New 3 Dương
lý sản phẩm
PB01 2 New 6 Dương
2 New 6 Dương
2 New 15 Nguyên
2 New 10 Nguyên
2 New 5 Nguyên
2 New 10 Nguyên
2 New 15 Nguyên
2 New Nguyên
3 New 7 Dương
3 New 6 Dương
lý hóa đơn
PQ04 3 New 6 Dương
3 New 6 Dương
3 New 6 Bình
3 New 6 Bình
3 New 6 Đạ t
3 New 6 Bình
3 New 6 Bình
6 Nguyên
3 New 6 Nguyên
3 New 7 Dương
3 New 6 Dương
lý thống kê
PQ06 3 New 6 Dương
3 New 6 Dương
3 New 6 Thọ
3 New 6 Thọ
3 New 7 Dương
3 New 6 Dương
kage Comple
30 All Member
15 All Member
25 All Member
e start sprint
6 Dương
1 Nguyên
20 Thọ
30 Thọ
10 Thọ
6 Thọ
7 All Member
20 All Member
2 All Member
10 All Member
3 All Member
3 All Member
6 All Member
4 Nguyên
10 Nguyên
15 Nguyên
Backlog Nhiệm vụ Thành viên
Sprint 1 Draw usercase Khá ch hà ng Dương
Analyse and design code Khá ch hà ng Dương
Code: chứ c nă ng đă ng nhậ p(phâ n quyền) Bình
Code: thêm nhâ n viên, tà i khoả n Thọ
Code: xó a nhâ n viên, tà i khoả n Thọ
Code: sử a nhâ n viên, tà i khoả n Thọ
Hiển thị danh sá ch nhâ n viên Bình
Code: tìm kiếm nhâ n viên, tà i khoả n Thọ
Code: sắ p xếp nhâ n viên, tà i khoả n Thọ
Implements Unit test,Intergrated Test,System Test Dương
Khá ch hà ng
Intergrate all function Dương
Draw usercase Khá ch hà ng Dương
Analyse and design code Khá ch hà ng Dương
Code: Thêm mớ i khá ch hà ng Thọ
Code: Xó a khá ch hà ng Thọ
Code: Sử a khá ch hà ng Thọ
Code: danh sá ch khá ch hà ng Bình
Code: tìm kiếm khá ch hà ng Thọ
Implements Unit test,Intergrated Test,System Test Dương
Khá ch hà ng
Intergrate all function Khá ch hà ng Dương
8
8 6 4 2
10 10 8 5 4
4 3 2 1 0
3 2 1 0 0
3 3 3 2 0
2 2 2 2 0
3 3 3 3 3
4 2 1 1 0
2 2 2 2 2
8
7 7 5 3
7 7 5 3 1
87 75 57 36 18
87 72.5 58 43.5 29
6 5 3 2 1
6 5 4 2 1
10 9 8 6 3
5 4 3 2 0
5 2 1 0
5 3 2 1 0
5 3 3 3 2
2 2 1 0
7
6 4 3 2
6 6 5 4 3
4 3 2 1 0
4 3 2 1 0
5 3 1 0 0
5 3 1 0 0
7 6 5 3 2
4 4 2 0
5 3 1 0
7 7 5 4 3
7
7 7 5 4
6 6 6 6 3
111 90 66 43 24
111 92.5 74 55.5 37
6 5 3 2 1
6 5 4 2 1
10 4 4 3 3
8 4 3 1 2
8 6 4 2 0
7 5 3 1 0
4 2 1 1 0
8 6 5 3 2
7 6 4 2 2
7 5 4 3 2
7 6 4 3 2
7 6 5 3 2
8 7 5 4 2
93 67 49 30 19
93 77.5 62 46.5 31
Ngày 5 Ngày 6
0
0
0 Chart Title
0
100
0
90
0
80
0
0 70
0 60
50
0 40
3 0 30
0 20
0 10
0
1 2 3 4 5
2 0
0 Thực Tế Tuyến Tính
0 0
2 0
0
7 0
14.5 0
Chart Title
0
0 100
2 0
90
80
1 70
60
1 50
1 0
0 40
0
30
20
1
10
0
1 1 2 3 4 5
0
1 2 3 4 5
50
40
1 0
30
1 0
1 0 20
1 0
10
0
1 2 3 4 5
1 0
1 0
7 0
Thực Tế Tuyến Tính
15.5 0
le
4 5 6 7
Tuyến Tính
4 5 6
Tuyến Tính
4 5 6
Tuyến Tính
t Title
4 5 6 7
Tuyến Tính
Đặc điểm
2 6 1 6 19.5
2 6 1 6 19.5
1 8 1 8 19.5
2 7 1 7 19.5
3 8 1 8 19.5
3 8 1 8 19.5
1 4 1 4 19.5
2 8 1 8 19.5
3 9 1 9 19.5
3 9 1 9 19.5
1 7 1 7 19.5
1 8 1 8 19.5
1 5 1 5 19.5
2 6 1 6 19.5
2 6 1 6 19.5
2 9 1 9 19.5
3 10 1 10 19.5
3 10 1 10 19.5
1 5 1 5 19.5
1 8 1 8 19.5
1 8 1 8 19.5
2 9 1 9 19.5
3 10 1 10 19.5
3 10 1 10 19.5
3 9 1 9 19.5
3 9 1 9 19.5
1 5 1 5 19.5
1 8 1 8 19.5
1 8 1 8 19.5
2 6 1 6 19.5
2 6 1 6 19.5
2 8 1 8 19.5
3 9 1 9 19.5
3 9 1 9 19.5
3 9 1 9 19.5
1 7 1 7 19.5
1 7 1 7 19.5
1 7 1 7 19.5
1 7 1 7 19.5
2 8 1 8 19.5
2 8 1 8 19.5
1 6 1 6 19.5
1 7 1 7 19.5
Tổng 3 sprint: 819
PPS
3.3
3.3
4.3
3.8
4.3
4.3
2.2
4.3
4.9
4.9
3.8
4.3
2.7
5.4
2.7
4.3
4.3
4.9
5.4
5.4
4.9
4.9
2.7
4.3
4.3
0.0
3.3
3.3
4.3
3.3
3.3
4.3
4.9
4.9
4.9
3.8
3.8
3.8
3.8
4.3
4.3
3.3
3.8
171.2
Backlog
ID Backlog As a/an
[User role]
Thêm sả n phẩ m
Sử a sả n phẩ m
Xó a sả n phẩ m
Tìm kiếm (theo mã và tên) sả n phẩ m
Sắ p xếp sả n phẩ m
Thêm nhà sả n xuấ t
Sử a nhà sả n xuấ t
Xó a nhà sả n xuấ t
Tìm kiếm (theo mã và tên) nhà sả n xuấ t
Sắ p xếp nhà sả n xuấ t
Thêm khá ch hà ng
Sử a khá ch hà ng
Xó a khá ch hà ng
Tìm kiếm (theo mã và tên) khá ch hà ng
Sắ p xếp khá ch hà ng
tạ o hó a đơn
Cậ p nhậ t hó a đơn
Xó a hó a đơn
Thanh toá n hó a đơn
Tìm kiếm hó a đơn
Sắ p xếp hó a đơn
Đă ng nhậ p và o hệ thố ng
thêm tà i khoả n, nhâ n viên
Sử a tà i khoả n, nhâ n viên
Xó a tà i khoả n, nhâ n viên
Tìm kiếm tà i khoả n, nhâ n viên
Sắ p xếp tà i khoả n, nhâ n viên
xem thống kê doanh thu cửa hàng
xem thống kê sản phẩm tồn kho
UEST
So that Story ID Priority
[reason]
High 1 New
High New
Medium New
low New
low New
High 1 New
Medium New
Medium New
Low New
Low New
High 1 New
High 1 New
Medium New
High New
High New
High 1 New
Medium 1 New
Medium New
High New
High New
low 1 New
High 1 New
High New
High New
Medium New
Medium New
Low New
High New
High New
Nhân Viên , Admin
1 High
Có thể đăng nhập vào hệ thống bằng acc của mình
Có thể đổi mật khẩu account của mình 2 Medium
Thêm một sản phẩm mới vào CSDL 1 High
Có thể sửa sản phẩm bất kì 1 High
Có thể xóa sản phẩm 1 Medium
Hiển thị danh sách sản phẩm 1 Medium
Tìm kiếm được sản phẩm theo mã hoặc tên 2 Low
Sắp xếp sản phẩm theo giá, mã, tên… 3 Low
Thêm một nhà sản xuất mới vào CSDL 1 High
Sửa thông tin của nhà sản xuất 2 Medium
Hiển thị toàn bộ thông tin nhà sản xuất 2 Medium
Xóa được nhà sản xuất bất kì 2 Medium
Tìm kiếm được nhà sản xuất theo mã hoặc tên 3 Low
Sắp xếp sản phẩm theo giá, mã, tên… 3 Low
Thêm mới được khách hàng 1 High
Sửa thông tin khách hàng 2 High
Hiễn thị danh sách khách hàng 3 High
Xóa thông tin khách hàng 3 Medium
Tìm kiếm được khách hàng theo mã hoặc tên 3 Medium
Sắp xếp khách hàng theo mã, tên 3 High
Thêm mới hóa đơn vào CSDL 1 High
Sửa thông tin hóa đơn 2 Medium
Xóa hóa đơn bất kì 2 Medium
Tìm kiếm hóa đơn theo mã hoặc tên 1 High
Sắp xếp hóa đơn theo thuộc tính bất kì 3 Low
Refresh để cập nhật lại trạng thái sản phẩm
Kết thúc phiên mua hàng, tính tổng giá trị hóa 1 High
đơn, in hóa đơn
Đăng nhập = acc admin và có quyền truy cập toàn 1 High
bộ tính năng của hệ thống
Thêm thông tin nv mới, 1 High
Sửa thông tin, account nhân viên 2 High
Xóa nhân viên, account 3 Medium
Tìm kiếm thông tin nhân viên theo mã hoặc tên 3 Medium
Sắp xếp nhân viên, account 3 Low
Thống kê doanh thu cửa hàng 1 High
Hiển thị danh sách nhân viên(full thông tin) 3 Low
thống kê sản phẩm còn tồn kho trong cửa hàng 1 High
Acceptance Criteria State Note
New
New
New
New
New
New
New
New
New
New
New
New
New
New
New
New
New
New
New
New
New
New
New
New
New
New
New
New
New
New
New
New
New
Title: Brief description of the PBI. The title of a PBI should represent the intent of the PBI.
Iteration: Indicate the sprint in which a PBI is implemented. When you first enter a PBI into TFS, iteration defa
Assigned To: Indicates the owner of a PBI. The product owner who's assigned to the PBI is responsible for ans
New: The PBI is entered into TFS. It may be just the initial text of a user story, or it may be fully defi
Approved: The PBI has been approved by the product owner and is a candidate to be assigned to a s
Committed: The PBI has been assigned to a sprint, and the team has committed to completing it.
Removed: The PBI is no longer needed. This is useful when you're pruning the backlog to remove du
Done: The PBI is complete, and the product owner has tested and verified it.
Reason: Reason is a read - only field that is predefined based on the state and transition of the PBI.
New
New Backlog Item : The PBI was just entered but not yet prioritized or estimated.
Reconsidering Backlog Item : The item had been removed but was reconsidered and is now back in th
Approved
Approved by the Product Owner : The PBI was approved by the product owner and is now ready to be
Work Stopped : The PBI had been committed to a sprint, but the team decided to stop work on it and
Committed : Commitment Made by the Team : The team has committed to implement the PBI in a sp
Additional Work Found: The PBI was previously considered done, but more work was found, so it's ba
Backlog Priority: Used to determine the position of the PBI on the product backlog. New PBIs default to a bac
Effort: Used to track the estimated effort required to implement a PBI, relative to other PBIs in the release. Re
Business Value: Used to track the amount of business value delivered by a PBI. You should choose a number
Description: Used to provide a detailed description of a PBI. This is where the product owner describes what th
Acceptance Criteria: Used to provide a bulleted list of criteria a PBI must meet before it will be accepted as do
Conclusion
In this article, we have seen that the product backlog is the list of requirements for the system. It is the central
into TFS, iteration defaults to the current project, meaning that it's not yet scheduled for a sprint. During the sprint plann
BI is responsible for answering questions and providing details about the PBI. This person is also responsible for verifying t
e backlog to remove duplicates, to consolidate similar PBIs, or to simply remove the PBIs that are such low priority that th
n of the PBI.
to stop work on it and put it back in the backlog for future sprint.
w PBIs default to a backlog priority of 1,000. This field represents an item's location in the backlog, not its business value.
PBIs in the release. Relative is the operative word here, as the effort is not in terms of hours or days. Rather, it's a just a
ould choose a number between 1 and 100 to represent the amount of business value that implementing the PBI will delive
owner describes what the feature does and who needs it. If you're defining PBIs via user stories, then this is the written re
t will be accepted as done. The product owner defines the acceptance criteria either when initially creating the PBI or whe
ystem. It is the central focus of a Scrum team, representing the features that the team will build into the product. The pro
During the sprint planning meeting, when the team commits to implementing a PBI, you set this field to the iteration repre
ponsible for verifying that the PBI meets acceptance criteria before the team finishes the sprint. When a PBI is first create
not its business value. It indicates when the PBI should be scheduled, relative to other items on the list.
ys. Rather, it's a just a number used to compare the relative effort required for PBIs.
nting the PBI will deliver to your customers. Higher numbers imply greater business value. A PBI with a low business value
en this is the written record of the feature.
creating the PBI or when the PBI is added to a sprint. It's critical to have sufficient information in this field for a PBI becaus
to the product. The product owner defines and prioritizes the PBIs. Each PBI stores the details of one product feature. It d
ld to the iteration representing the sprint.
hen a PBI is first created, the Assigned To field defaults to the user entering the PBI, so it's best to set it to the product ow
th a low business value and a high effort estimate probably won't get scheduled into a sprint and will remain on the produ
is field for a PBI because these are the criteria against which the team will build the feature during the sprint.
ne product feature. It describes its business benefit, test cases, and acceptance criteria.
set it to the product owner at that point.