Báo cáo môn học QLDA

BỘ GIÁO DỤC VÀ ĐÀO TẠO
TRƯỜNG ĐẠI HỌC CÔNG NGHỆ TP. HỒ CHÍ MINH

BÁO CÁO ĐỒ ÁN
QUẢN LÝ DỰ ÁN CÔNG NGHỆ THÔNG TIN

TÊN ĐỀ TÀI
WEBSITE BÁN VÉ RẠP CHIẾU PHIM

Ngành: CÔNG NGHỆ THÔNG TIN
Giảng viên hướng dẫn : Phan Thanh Hy
Sinh viên thực hiện : Nguyễn Tuấn Kiệt
Nguyễn Thái Hiệp
Lưu Thi Phương
Lê Công Tiến
Đào Thanh Tiến
Lớp : 19DTHC2

TP. Hồ Chí Minh,2022

1911061291
1911064793
1911060946
1911062349
1911062602



LỜI MỞ ĐẦU

Sau một thời gian học tập và tìm hiểu môn Quản lý dự án công

nghệ thông tin cùng với sự giúp đỡ của thầy Phan Thanh Hy, nhóm
chúng em xin chân thành cảm ơn thầy đã truyền đạt kiến thức cần
thiết của môn này cho chúng em, để chúng em có thêm nền tảng trong
việc quản lý các dự án thông tin sau này hay ngay cả việc áp dụng
môn học này cho các đồ án chuyên ngành, tổng hợp sau ngày.
Và để minh chứng cho việc học tập mơn này một cách hiệu quả,
nhóm em đã quyết định sẽ hồn thành báo cáo cho mơn học này với
đề tài “Quản lý dự án Website bán vé rạp chiếu phim”. Trong q trình
hồn thành báo cáo, nhóm chúng em đã nhận được sự giúp đỡ nhiệt
tình của thầy để hoàn thiện báo cáo ngày một tốt hơn.
Báo cáo đề tài bao gồm các phần sau:
•
•
•
•
•
•
•
•
•
•
•

CHƯƠNG
CHƯƠNG
CHƯƠNG
CHƯƠNG
CHƯƠNG
CHƯƠNG
CHƯƠNG

CHƯƠNG
CHƯƠNG
CHƯƠNG
CHƯƠNG

1: THƠNG TIN NHĨM
2: QUẢN LÝ PHẠM VI DỰ ÁN
3: QUẢN LÝ THỜI GIAN DỰ ÁN
4: QUẢN LÝ CHI PHÍ DỰ ÁN
5: QUẢN LÝ CHẤT LƯỢNG DỰ ÁN
6: QUẢN LÝ NHÂN SỰ DỰ ÁN
7: QUẢN LÝ TRUYỀN THÔNG DỰ ÁN
8: QUẢN LÝ RỦI RO DỰ ÁN
9: QUẢN LÝ MUA SẮO DỰ ÁN
10: QUẢN LÝ TÍCH HỢP DỰ ÁN
10: TÀI LIỆU THAM KHẢO


CHƯƠNG 1: THƠNG TIN NHĨM
1. Tổng quan đề tài nhóm

Đề tài nhóm: Quản lý dự án Website bán vé rạp chiếu phim
1.1. Yêu cầu đề tài
1.1.1.Yêu cầu về chức năng
Website giới thiệu thông tin

các bộ phim mới nhất đang được

công chiếu với các chức năng:
•

Trang chủ: Giới thiệu các bộ phim tiêu biểu, nổi bật mới ra

•

mắt,..
Trang sản phẩm: Giới thiệu các bộ phim do nhà xuất bản

cung cấp, mô tả chi tiết thơng tin bộ phim,nhà xuất bản,….
• Trang liên hệ: Các thông tin liên hệ công ty, bản đồ chỉ
•
•

đường,..
Trang tìm kiếm thơng tin bộ phim
Phần đầu các trang của Website ln hiển thị banner, các

hình ảnh nổi bật của các bộ phim...
• Cuối các trang của Website luôn hiển thị các thông tin: Tên
công ty, địa chỉ, hotline, có liên kết với Webchat, Zalo,
Facebook, Gmail,...
• Các chức năng khác,….
1.1.2.Yêu cầu về giao diện
• Website được thiết kế theo phong cách hiện đại, chuyên
nghiệp, phù hợp theo lĩnh vực giải trí, màu sắc phối hợp dễ
nhìn, đẹp, ….
• Giao diện phải tương thích với kích thước màn hình các thiết
bị xem khác nhau: máy tính, điện thoại, máy tính bảng…
• Xem ổn định trên các trình duyệt phổ biến nhất hiện nay: IE,
Firefox, Safari, Chrome, CocCoc…

1.1.3.Yêu cầu về cơng nghệ và kỹ thuật
• Website được xây dựng trên nền tảng các cơng nghệ mới,
•

phổ biến hiện nay. Dễ nâng cấp về sau
Đảm bảo các công nghệ sử dụng đều có bản quyền, hoạt

động ổn định, bảo mật tốt và tốc độ đảm bảo
1.1.4.Yêu cầu về SEO (Search Engine Optimization)
• Website được phát triển phải theo các tiêu chí thân thiện với
chức năng tìm kiếm của Google


•

Dễ dàng tối ưu hóa để đạt kết quả đầu tiên trên các trang
tìm kiếm.

1.1.5.Yêu cầu về bảo mật hiệu xuất
• Website đảm bảo độ an tồn và bảo mật cao, luôn đảm bảo

cho hoạt động ổn định, không bị mất dữ liệu và khơng gặp
sự cố.
• Tốc độ truy cập nhanh đáp ứng được số lượng người truy
cập lớn trong cùng 1 thời điểm.
1.1.6.Yêu cầu về các chức năng quản trị

Website thiết kế động, dễ dàng quản trị, cập nhật thông tin. Các
trang quản trị dễ sử dụng giúp người quản trị website dễ dàng
cập nhật các thông tin mà khơng cần đến sự hỗ trợ của các lập

trình viên chun nghiệp. Phần quản trị gồm có các trang:
• Trang quản lý Banner, Slider
• Trang quản lý phân chân trang
• Trang quản lý Giới thiệu
• Trang quản lý Bộ phim
• Trang quản lý hoạt động
• Trang quản lý thơng tin liên hệ
• Các trang quản lý khác
1.1.7.Yêu cầu khả năng phát triển
• Website thiết kế dễ dàng nâng cấp mở rộng chức năng về sau

theo nhu cầu phát triển của cơng ty.
• Tài liệu kỹ thuật, sơ đồ phân tích thiết kế, rõ ràng
1.2. Giới thiệu nhóm
1.2.1.Các thành viên nhóm
1.2.2.

STT
Họ tên
MSSV
1
2
3
4
Tên nhóm: AloneBirds

SDT

Email

Ghi Chú


CHƯƠNG 2. QUẢN LÝ PHẠM VI DỰ ÁN
2.1. Phát biểu bài toán – Statement of Work
2.1.1. Thời gian và vật liệu – Time and materials
Tên dự án
Thời gian thực hiện
Ngày bắt đầu
Ngày kết thúc

Website bán vé rạp chiếu phim
3 tháng
01/03/2022
07/04/2022

2.1.2. Lịch biểu phí – Schedule of rates
Biểu phí nhân lực
Mơ tả
Project
Manager
BA
Designer
Developer
Tester

Thời
gian
(giờ)
664

Số lượng

Giá/giờ

1

120.000

544
1
544
1
1032
1
304
1
Tổng cộng

100.000
65.000
85.000
65.000

Chi phí dự
kiến
(VND)
80.000.000
54.000.000
36.000.000

87.000.000
20.000.000
277.000.000

2.1.3. Chính sách thanh tốn – Payment terms
Giai đoạn
Thanh toán 30% ngay sau ký
hợp đồng thực hiện dự án
Thanh toán 30% tiếp theo ngay
sau khi bàn giao 50% dự án
Thanh tốn 40% cịn lại ngay
sau khi ký hợp đồng hồn
thành dự án

Ngày hồn
thành

Hạn thanh
tốn

01/03/2022

10/03/2022

10/03/2022

25/03/2022

25/03/2022

07/04/2022

2.1.4. Phát biểu bài toán – Statement of work


2.1.4.1. Các giả định - Assumptions
•

Nhóm dự án nhận được đầy đủ tài nguyên (nhân lực, thiết

•
•
•
•
•

bị, các tài liệu chuyên môn…) cần thiết.
Tất cả các bên liên quan tham gia đầy đủ các cuộc họp.
Các thành viên trong nhóm dự án có đủ kỹ năng làm việc.
Tất cả các công cụ được trang bị tốt.
Nhà cung cấp sẽ cung cấp server, thiết bị, hosting, domain.
Phía đối tác cung cấp đầy đủ các yêu cầu chức năng và phi
chức năng của dự án.

2.1.4.2. Quy trình quản lý thay đổi

2. Phân tích

3. Duyệt/Từ

4. Thực

1. Yêu cầu thay đổi (Request for

ảnh hưởng

chối

hiện

change)

(Impact

(Approve/D

(Implemen

Analysis)

eny)

t change)

Kiểm tra và
đánh giá
(Review)

Quy trình sau đây sẽ được thực hiện nếu phát sinh thay đổi:
•

Yêu cầu thay đổi dự án (Change Request – CR) sẽ là phương
tiện để truyền đạt sự thay đổi. CR phải mô tả sự thay đổi, lý

do của sự thay đổi và ảnh hưởng của nó đối với dự án.
• Người quản lý dự án sẽ xem xét thay đổi được đề xuất và
xác định xem có nên gửi yêu cầu cho bên triển khai hay
•

khơng.
Hai bên sẽ cùng nhau đồng ý về khoản phí nào cho việc
thay đổi đó nếu có. Người quản lý dự án sẽ ký CR, điều này
sẽ tạo thành sự chấp thuận cho các chi phí điều tra. Nhà
triển khai sẽ gửi hóa đơn cho phía cơng ty cho các khoản
phí như vậy. Cuộc điều tra sẽ xác định hiệu quả của việc

thực hiện CR, lịch trình.
• Sau khi hồn thành điều tra, cả hai bên sẽ xem xét tác động
của thay đổi được đề xuất và nếu được hai bên đồng ý, CR
sẽ được thực thi.
• Một ủy quyền thay đổi (Change Authorization) bằng văn bản
hoặc CR phải được hai bên ký kết để cho phép thực hiện các
thay đổi.


2.1.4.3. Các chi phí liên quan (Engagement Related Expense)
Chi phí phát sinh khác như đi lại, cước điện thoại, chỗ ở phát
sinh,…

2.2. Tôn chỉ dự án – Project Charter

Mục tiêu của dự án là xây dựng hệ thống
website phục vụ cho nhu cầu mua vé, xem
Mục tiêu dự án
thông tin những bộ phim mới nhất của khách
(Project purpose) hàng.Phạm vi và nhiệm vụ để hoàn thành dự án
này sẽ tuân thủ vào các mô tả được liệt kê
trong SOW.
Dự án bao gồm thiết kế, thử nghiệm và triển
khai hệ thống website nhằm phục vụ cho nhu
cầu mua vé, xem thông tin những bộ phim mới
nhất của khách hàng.Tất cả nhân lực, phần
mềm, phần cứng do nhóm thực hiện dự án quản
Phạm vi dự án
lý. Tất cả kinh phí dự án (tối đa) và bao gồm số
(Project scope)
tiền được liệt kê trong tài liệu này sẽ được quản
lý bởi người quản lý dự án. Dự án này sẽ kết
thúc sau khi thử nghiệm thành cơng cuối cùng,
triển khai sử dụng, hồn thành các tài liệu kỹ
thuật và hỗ trợ và nộp báo cáo kết thúc .
• Dự án thành cơng khi chấp thuận các điều
kiện sau:
• Giải pháp được hồn thành và trình bày
cho Ban Giám đốc ngày 10/04/2022.
• Cơng cụ hỗ trợ dự án cần được bàn giao
đầy đủ.
Điều kiện chấp
• Hệ thống website cần được kiểm thử đầy
thuận
(Acceptance

đủ trước khi phát hành (release).
criteria)
• Các lỗi nghiêm trọng cần được sửa trước
ngày 01/04/2022.
• Tất cả người dùng cần được đào tạo trước
khi sử dụng.
• Hệ thống website cần có đầy đủ chức
năng như yêu cầu và hoạt động ổn định.
Bàn giao dự án
• Các sản phẩm sau phải được bàn giao khi
(Project
hồn thành thành cơng dự án website.
deliverables)
• Giải pháp quản lý website được triển khai
đầy đủ.
• Giải pháp truy cập bảo mật, chất lượng,
tính ổn định, SEO theo yêu cầu được triển
khai đầy đủ.
• Cơng cụ cần được bàn giao đầy đủ.


Tài liệu kỹ thuật và hỗ trợ các giải pháp.
Tài liệu hướng dẫn sử dụng.
Khởi động dự án
01/03/2022
Giao BRD cho khách hàng
22/12/2020
xem xét
Khách hàng chấp thuận và ký
26/12/2020

kết tài liệu BRD
Giao bản thiết kế UI/UX cho
22/01/2021
khách hàng
Khách hàng chấp thuận và ký
02/02/2021
kết bản thiết kế
Giao bản thiết kế UI/UX cho
02/02/2021
nhóm thực hiện dự án
Giao 50% dự án cho khách
20/03/2021
hàng
Bàn giao tồn bộ dự án cho
03/03/2021
khách hàng
Đóng kiểm thử
09/03/2021
Đóng go-live
15/03/2021
Ký kết bàn giao tồn bộ dự
15/03/2021
án
•
•

Các cột mốc thời
gian
(Milestones)

Ngân sách dự án
(Project budget)
•

Loại trừ dự án
(Project
exclusions)

•

•
•

Ràng buộc
(Project
constraints)

•

•
•

Các phụ thuộc
(Dependence)

•
•

Các giả định
(Assumptions)

•
•

Phát sinh chi phí bổ sung trong q trình
phát triển dự án.
Các tài liệu chuyên môn của các thành
viên tham gia phát triển dự án không cần
phải công bố cho bên đối tác.
Tiến độ dự án bị trễ.
Tất cả các cải tiến trên nền tảng CNTT
phải được thực hiện trên phần cứng hiện
có.
Tất cả phần cứng và phần mềm bảo mật
phải được mua theo ngân sách và dòng
thời gian được phân bố.
Thiết kế giải pháp phải được đồng ý của
các phòng ban trước khi triển khai.
Các quy trình nghiệp vụ phải được sự
thống nhất trước khi triển khai.
Các công cụ hỗ trợ phải được mua trước
khi kiểm thử dự án
Người dùng phải được training trước khi
dự án chạy.
Dự án này có sự hỗ trợ của các bên liên
quan
Mục đích, yêu cầu của dự án này sẽ được


Các rủi ro đã

nhận biết
(Known risks)

truyền đạt bằng văn bản được chấp thuận
trong tồn cơng ty trước khi triển khai.
• Các yêu cầu thay đổi sẽ được quản lý theo
quy trình quản lý thay đổi.
• Một số máy tính đã cũ dẫn đến hiệu suất
làm việc thấp.
• Một số quy trình vẫn chưa được thống
nhất.

2.4. Cấu trúc phân rã cơng việc – WBS
Cấu trúc phân rã công việc của dự án như sau:





CHƯƠNG 3. QUẢN LÝ THỜI GIAN DỰ ÁN
3.1. Ước lượng thời gian của từng công việc ở sơ đồ WBS


3.2 Sơ đồ Gantt Chart tương ứng:



CHƯƠNG 4. QUẢN LÝ CHẤT LƯỢNG DỰ ÁN
4.1. Liệt kê các tiêu chuẩn chung để đánh giá mức độ
thành công của dự án

STT

Tiêu chuẩn

<50%

1
2
3
4
5

Tốc độ tải trang web bé hơn 3 giây
Hoàn thành đúng thời hạn
Hoàn thành trong ngân sách cho phép
Đảm bảo các giải pháp bảo mật
Website chạy được 24/7
Chạy được trên nhiều trình duyệt như Google
Chrome, Microsoft Edge, Mozilla Firefox,
Brave,….
Giao diện thân thiện dễ sử dụng
Tốc độ truy cập nhanh đáp ứng được số
lượng người truy cập lớn trong cùng 1 thời
điểm.
Giao diện phải tương thích với kích thước
màn hình các thiết bị xem khác nhau: máy
tính, điện thoại, máy tính bảng…
Website được thiết kế theo phong cách hiện
đại, chuyên nghiệp, phù hợp theo lĩnh vực
nông nghiệp, màu sắc phối hợp dễ nhìn, đẹp,

….
Website được xây dựng trên nền tảng các
công nghệ mới, phổ biến hiện nay
Đảm bảo các cơng nghệ sử dụng đều có bản
quyền, hoạt động ổn định, bảo mật tốt và tốc
độ đảm bảo
Tài liệu kỹ thuật, sơ đồ phân tích thiết kế rõ
ràng
Website thiết kế dễ dàng nâng cấp mở rộng
chức năng về sau theo nhu cầu phát triển của
công ty.

x

6
7
8
9

10
11
12
13
14

50% 90%

90% 100%
x

x
x
x
x
x
x
x

x
x
x
x
x

4.2. Các vấn đề phát sinh trong quá trình làm dự án, phân
tích Pareto và giải quyết theo phương án 80-20
5.3.1. Các vấn đề phát sinh
STT

Tên vấn đề

Số lần

% chiếm

% tích
lũy


1

2

Code lỗi
Tốc độ tải trang lâu
Lỗi hiển thị giao diện trên các trình
duyệt khác
Các thành viên khơng lắng nghe ý kiến
từ người khác

3
4

Lập kế hoạch không hợp lý

5
6

Phát sinh thêm nhu cầu, tính năng
Doanh nghiệp thay đổi mơ tả, u cầu
thiết kế website
Dự án cần một số đầu vào như thiết bị
kiểm thử, cơng cụ phần mềm, v.v., nhưng
có sự chậm trễ trong việc giao hàng
Yêu cầu dự án không rõ ràng
Chi phí vượt q dự kiến
Trễ tiến độ cơng việc

7
8
9

10
11

50
40

24%
19%

24%
43%

30

14%

58%

30

14%

72%

25

12%

84%

10

5%

89%

10

5%

94%

5

2%

96%

3
3
2

1%
1%
1%

98%
99%
100%

5.3.2. Tiến hành phân tích Pareto
Dựa và biểu đồ Pareto và quy tắc 80-20. Ta cần tập trung giải quyết
các vấn đề lớn:
STT

Tên vấn đề

Số lần

% chiếm

1
2
3

Code lỗi
Tốc độ tải trang lâu
Lỗi hiển thị giao diện trên các trình duyệt khác
Các thành viên không lắng nghe ý kiến từ người
khác

50
40
30

24%
19%
14%

30

14%

4


CHƯƠNG 5. QUẢN LÝ NHÂN SỰ DỰ ÁN
5.1 Giả định số lượng nhân sự cho dự án
ST
T

Tên

Số lượng
thành viên

1

Business Analyst

1

2
3
4
5

Designer
Tester
Developer

Project Manager

1
1
1
1

Trách nhiệm của nhóm
-

Thu thập phân tích u cầu
Viết tài liệu yêu cầu người dùng
Thiết kế giao diện cho website
Kiểm thử website
Phát triển website
Quản lý dự án website

5.2 Sơ đồ tổ chức nhân sự cho dự án

5.3 Gán công việc ở sơ đồ WBS cho từng nhân sự




CHƯƠNG 8. QUẢN LÝ RỦI RO DỰ ÁN
8.1. Quá trình quản lý rủi ro trong khảo sát thực hiện dự
án

8.2. Xác định rủi ro
8.2.1. Lĩnh vực xảy ra rủi ro

STT
1
2
3
4
5
6
7
8
9

Lĩnh vực rủi ro
Lập kế hoạc dự án
Xác định yêu cầu
Chất lượng dự án
Chi phí dự án
Cài đặt
Lĩnh vực liên quan đến tiến trình
Lĩnh vực liên quan đến con người
Lĩnh vực liên quan đến công nghê
Các lĩnh vực khác

8.2.2. Xác định rủi ro
Lĩnh vực xảy ra rủi
ro
Lập kế hoạch dự án
Chi phí dự án

ST
T

1
2
1

Rủi ro
Lập kế hoạch trễ, khơng hợp lý
Các tài liệu dự án hồn thành chậm
Ước lượng chi phí không phù hợp với


1
Xác định yêu cầu

2
3
4

Chất lượng dự án

1
2
1

Cài đặt

2
3
1
2

Con người

3
1
Công nghệ

2
1

Tiến trình

2
3
1
2

Các lĩnh vực khác
3

ngân sách
(thơng thường là thiếu hụt ngân sách)
Khách hàng thay đổi yêu cầu trong quá
trình thực hiện dự án
Hiểu chưa đủ về yêu cầu của khách
hàng
Yêu cầu của khách hàng quá phức tạp
Xung đột giữa khách hàng và đội phát
triển dự án
Hệ thống không thực hiện đúng các
chức năng yêu cầu

Tốc độ xử lý dữ liệu chậm
Phần mềm khơng tương thích với hệ
thống
Code có vấn đề phải chỉnh sửa cài đặt
lại nhiều lần
Code chậm so với dự án
Các thành viên dự án bị bệnh đột xuất
Mâu thuẫn giữa các thành viên trong
team
Trình độ chun mơn, kinh nghiệm một
số thành viên chưa cao
Lựa chọn công nghệ không phù hợp
Công nghê quá mới các thành viên chưa
quen sử dụng
Xung đột giữa các thành phần trong hệ
thống
Nhiều tính năng khơng cần thiết
Sản phẩm hồn thành khơng đúng thời
hạn
Thiếu cơ sở vật chất phục vụ dự án
Tài nguyên dự án không có sẵn
Kế hoạch truyền thơng và giao tiếp
chưa tốt, sản phầm khơng được ứng
dụng nhiều…

8.3. Phân tích mức độ rủi ro:
Phân tích các rủi ro cịn được gọi là đánh giá rủi ro, bao gồm:
•
•
•

Xác định xác suất xảy ra rủi ro
Xác định ảnh hưởng của rủi ro tới các mục tiêu của dự án
Xác định độ nguy hiểm của rủi ro

ST

Tên rủi

Phân

Xác

Giai

Phạm

Người

Mức

Xếp


T

1

2

3

4

5

6

ro
Lập kế
hoạch
trễ,
khơng
hợp lý
Khách
hàng
thay đổi
u cầu
trong
q
trình
thực
hiện dự
án
Hiểu
chưa
đầy đủ
về u
cầu của
khách

hàng

loại
rủi ro
Rủi
ro về
lịch
thực
hiện
Rủi
ro về
quản
lý
u
cầu
dự
án

Rủi
ro về
quản
lý
u
cầu
dự
án
u cầu Rủi
của
ro về
khách

chất
hàng
lượng
q
dự
phức
án
tạp
Ước
Rủi
lượng
ro về
chi phí chi
khơng
phí
phù
hợp với
ngân
sách
Hệ
Rủi
thống
ro về
khơng
quản
thực
lý

suất
có

thể
xảy
ra
50%

50%

50%

40%

60%

50%

đoạn
xảy
ra
Giai
đoạn
đầu
dự
án
Giai
đoạn
thực
hiện
dự
án

Bắt
đầu
dự
án

Hình
thàn
h dự
án

Hình
thàn
h dự
án

Lúc
bàn
giao
dự

vi
ảnh
hưởn
g

chiệu
trách
nhiệm

độ

nghiê
m
trọng

hạng

W

Project
Manage
r

Rất
cao

1

W/B

Project
Manage
r

Cao

2

W/S

Project

Manage
r

Rất
cao

3

S/W

Project
Manage
r

Cao

4

W

Project
Manage
r

Rất
cao

5

W/S

Project
Manage
r

Rất
cao

6


hiện
đúng
các
chức
năng
u cầu
Tốc độ
xử lý dữ
liệu
chậm
7

8

9

10

11

12

u
cầu
dự
án

án

Rủi
ro dự
án
mắc
lỗi cơ
bản

Giai
đoạn
cài
đặt
đến
kết
thúc
dự
án
Giai
đoạn
cài
đặt

đến
kết
thúc
dự
án
Trong
q
trình
thực
hiện
dự
án
Trong
q
trình
thực
hiện
dự
án
Trong
q
trình
thực
hiện
dự
án
Suốt
q

30%

Phần
mềm
khơng
tương
thích
với hệ
thống

Rủi
ro dự
án
mắc
lỗi cơ
bản

Code có
vấn đề
phải
sửa lại
nhiều
lần

Rủi
ro về
thao
tác

40%

Code
chậm
hơn so
với dự
án

Rủi
ro về
thao
tác

40%

Xung
đột
giữa
khách
hàng và
team

Rủi
ro về
mắc
lỗi cơ
bản

Các
thành

Rủi

ro về

30%

30%

30%

W/S

Kỹ sư
đảm
bảo
chất
lượng

Dưới
trung
bình

7

W/S

Develop
er

Cao

8

W

Develop
er

Cao

9

W

Develop
er

Cao

10

W/S

Project
Manage
r

Cao

11

Thấp

12

W

Project
Manage