Kế hoạch dự án

kế hoạch dự án 

 

lOMoARcPSD|27790909
ĐẠI HỌC QUỐC GIA THÀNH PHỐ HỒ CHÍ MINH
TRƯỜNG ĐẠI HỌC CÔNG NGHỆ THÔNG TIN
---------
---------
BÁO CÁO
QUẢN LÝ DỰ ÁN
Giảng viên hướng dẫn
:
Ths. Huỳnh Đức Huy
Sinh viên thực hiện:
NGUYỄN HỒNG PHÚC
16520951
NGUYỄN CAO LUYỆN
16520713
NGUYỄN HỮU MY
15520499
TP. Hồ Chí Minh, tháng 7 năm 2020
lOMoARcPSD| 27790909
NHẬN XÉT
......................................................................................................................................
......................................................................................................................................
......................................................................................................................................
......................................................................................................................................
......................................................................................................................................
......................................................................................................................................
......................................................................................................................................
......................................................................................................................................
......................................................................................................................................
......................................................................................................................................
......................................................................................................................................
......................................................................................................................................
......................................................................................................................................
......................................................................................................................................
......................................................................................................................................
......................................................................................................................................
......................................................................................................................................
......................................................................................................................................
......................................................................................................................................
......................................................................................................................................
......................................................................................................................................
......................................................................................................................................
......................................................................................................................................
......................................................................................................................................
......................................................................................................................................
......................................................................................................................................
......................................................................................................................................
......................................................................................................................................
LỜI CẢM ƠN
lOMoARcPSD|27790909
Trong quá trình học tập môn Quản lý dự án công nghệ thông tin, chúng em đã
học hỏi được rất nhiều kiến thức về mặt thuyết, cũng như các phương pháp thực
hành thực tế trong việc quản lý dự án phần mềm công nghệ thông tin.
vậy, chúng em xin gửi lời cảm ơn đến thầy Huỳnh Đức Huy đã luôn luôn
tận tình trong việc hướng dẫn và truyền đạt nội dung môn học đến với chúng em.
Trong quá trình làm đồ án, khó tránh khỏi những sai sót. Chúng em rất mong
nhận được sự góp ý của thầy để có thể hoàn thiện đồ án tốt hơn nữa.
Xin trân thành cảm ơn.
TP.HCM, tháng 07 năm 2020
lOMoARcPSD|27790909
MỤC LỤC
Chương 1. GIỚI THIỆU ................................................................................................................ 12
1.1. T ng viết tt và thut ng ......................................................................................... 13
1.2. Tham kho ............................................................................................................................ 13
1.3. Tng quan d án ................................................................................................................ 14
1.4. Phm vi, mc tiêu d án ................................................................................................. 14
1.4.1. Mc tiêu và phm vi d án: ....................................................................................... 14
1.4.1.1. Mc tiêu ................................................................................................................ 14
1.4.1.2. Yêu cu .................................................................................................................. 15
1.4.1.3. Đối tượng người dùng ................................................................................... 15
1.4.2. Phương pháp, công nghệ s dng: ......................................................................... 16
1.4.2.1. Phương pháp ...................................................................................................... 16
1.4.2.2. Công ngh ............................................................................................................ 16
1.5. Các bên liên quan và nhân s chính .......................................................................... 16
1.6. Điu phi d án .................................................................................................................. 17
Chương 2. TỔ CHỨC DỰ ÁN .................................................................................................... 17
2.1. Mô hình phát trin phn mm ..................................................................................... 17
2.2. Cơ cấu t chc d án ....................................................................................................... 21
2.2.1. T chc d án .................................................................................................................. 21
2.2.2. Vai trò và trách nhim ................................................................................................. 21
Chương 3. QUẢN LÝ DỰ ÁN .................................................................................................... 24
3.1. Gi định, điều kin và ri ro ......................................................................................... 24
3.1.1. Gi định ......................................................................................................................... 24
3.1.2. Các hn chế .................................................................................................................. 24
3.1.3. Chi phí d kiến ........................................................................................................... 24
lOMoARcPSD|27790909
3.2. Khi to d án ......................................................................................................................... 25
3.2.1. Ước lượng .................................................................................................................... 25
3.2.1.1. Thi gian .............................................................................................................. 25
3.2.1.2. Chí phí ................................................................................................................... 25
3.2.2. Yêu cu ngun lc .................................................................................................... 26
3.2.3. Yêu cu đào tạo nhân s d án (nếu có) ........................................................ 26
3.3. Kế hoch thc hin d án ................................................................................................... 27
3.3.1. Phân rã công vic ...................................................................................................... 27
3.3.2. Lp lch làm vic ........................................................................................................ 45
3.3.3. Các ct mc (milestone) và các work product chính ................................ 52
3.3.4. Điu phi ngun lc ................................................................................................ 53
3.4. Kế hoch kim soát d án................................................................................................... 57
3.4.1. Kim soát kế hoch thc hin ............................................................................. 57
3.4.2. Kế hoch qun lý yêu cu ...................................................................................... 57
3.4.3. Kế hoch qun lý quy trình phát trin phn mm ..................................... 58
3.4.3.1. Quy trình mu .................................................................................................... 58
3.4.3.2. Phương pháp, công cụ và công ngh ....................................................... 59
3.4.3.3. Cơ sở h tng ...................................................................................................... 60
3.4.3.4. Xác định yêu cầu người dùng...................................................................... 61
3.4.3.5. Nghim thu sn phm .................................................................................... 62
3.4.4. Kim tra chất lượng sn phm ........................................................................... 63
3.4.5. Báo cáo d án ............................................................................................................. 64
3.4.6. Đo lường d án .......................................................................................................... 65
3.5. Kế hoch qun lý ri ro........................................................................................................ 66
3.5.1. Nhn din ri ro ........................................................................................................ 68
3.5.2. Phân tích ri ro .......................................................................................................... 71
lOMoARcPSD|27790909
3.5.2.1. Phân tích kh năng xuất hin ca ri ro (Risk Probability) .......... 71
3.5.2.2. Phân tích mức tác động ca ri ro (Risk Impact) .............................. 72
3.5.2.3. Phân tích thời điểm xut hin ri ro (Time Frame) ......................... 73
3.5.2.4. Ước lượng và phân hng các ri ro .......................................................... 73
3.5.3. Kim soát ri ro ......................................................................................................... 74
3.5.4. Giám sát và điều chnh ........................................................................................... 77
DANH MỤC HÌNH VẼ
Hình 2-1: Tuyên ngôn phát triển phần mềm linh hoạt .............................................. 18
Hình 2-2: Các khái niệm chính trong Scrum ............................................................ 19
Hình 2-3: Vòng đời phát triển theo quy trình Scrum ................................................ 20
Hình 3-1: Mối quan hệ và trình tự các bước trong quy trình kiểm soát rủi ro .......... 59
Hình 3-2: Phân tích rủi ro ......................................................................................... 62
Hình 3-3: Bảng đánh giá khả năng xuất hiện ............................................................ 63
Hình 3-4: Bảng đánh giá khả năng tác động ............................................................. 64
Hình 3-5: Bảng sắp xếp độ ưu tiên ........................................................................... 65
Hình 3-6: Bảng kế hoạch đối phó rủi ro với độ ưu tiên 1 ......................................... 66
Hình 3-7: Bảng kế hoạch đối phó rủi ro với độ ưu tiên 2 ......................................... 66
Hình 3-8: Bảng kế hoạch đối phó rủi ro với độ ưu tiên 3 ......................................... 67
Hình 3-9: Bảng kế hoạch đối phó rủi ro với độ ưu tiên 4 ......................................... 67
lOMoARcPSD|27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
9
Quản lý tài liệu
Ngày tạo: 01/06/2020
Thời gian lưu: 7/9/2020 10:24:24
SA
Phòng ban/Bộ phận: PM
Lưu bởi: Nguyễn Hồng Phúc
Lịch sử thay đổi
Người thực hiện
Ngày thực
hiện
Nội dung
Phiên
bản
Nguyễn Hồng Phúc
01/06/2020
Lập tài liệu
0.0.1
Nguyễn Cao Luyện
21/06/2020
Giới thiệu
1.1
Nguyễn Hồng Phúc
15/06/2020
Cập nhật mô trình phát triển
phần mềm (Agile)
2.1
Nguyễn Hồng Phúc
15/06/2020
Tổ chức dự án
2.2.1
Nguyễn Hồng Phúc
16/06/2020
Vai trò và trách nhiệm
2.2.2
Giả định, điều kiện và rủi ro
3.1
Nguyễn Cao Luyện
25/06/2020
Giả định
3.1.1
Nguyễn Hồng Phúc
20/06/2020
Cập nhật các hạn chế
3.1.2
Nguyễn Hồng Phúc
02/07/2020
Tính toán chi phí dự kiến
3.1.3
Nguyễn Cao Luyện
25/06/2020
Khởi tạo dự án
3.2
Nguyễn Cao Luyện
25/06/2020
Ước lượng
3.2.1
Nguyễn Cao Luyện
25/06/2020
Yêu cầu nguồn lực
3.2.2
lOMoARcPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
10
Nguyễn Cao Luyện
25/06/2020
Yêu cầu đào tạo nhận sự dự
án
3.2.3
Kế hoạch thực hiện dự án
3.3
Nguyễn Hồng Phúc
23/06/2020
Cập nhật WBS
3.3.1
Nguyễn Hồng Phúc
02/07/2020
Lập lịch làm việc
3.3.2
Nguyễn Hồng Phúc
02/07/2020
Xác định các cột mốc, work
product chính
3.3.3
Nguyễn Hồng Phúc
02/07/2020
Thông tin điều phối nguồn lực
3.3.4
Nguyễn Hữu My
26/06/2020
Kế hoạch kiểm soát dự án
3.4
Nguyễn Hữu My
26/06/2020
Kiểm soát kế hoạch thực hiện
3.4.1
Nguyễn Hữu My
26/06/2020
Kế hoạch quản lý yêu cầu
3.4.2
Kê hoạch quản lý quy trình
phát triển phần mềm
3.4.3
Nguyễn Hồng Phúc
05/07/2020
Quy trình mẫu
3.4.3.1
Nguyễn Hồng Phúc
05/07/2020
Phương pháp, công cụ, công
nghệ
3.4.3.2
Nguyễn Cao Luyện
07/07/2020
Cơ sở hạ tầng
3.4.3.3
Nguyễn Hữu My
07/07/2020
Xác định yêu cầu người dùng
3.4.3.4
Nguyễn Hữu My
07/07/2020
Nghiệm thu sản phẩm
3.4.3.5
Nguyễn Hữu My
26/06/2020
Kiểm tra chất lượng sản phẩm
3.4.4
Nguyễn Hữu My
26/06/2020
Báo cáo dự án
3.4.5
Nguyễn Hữu My
26/06/2020
Đo lường dự án
3.4.6
lOMoARcPSD|27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
11
Nguyễn Hữu My
Kế hoạch quản lý rủi ro
3.5
Nguyễn Hồng Phúc
27/06/2020
Cập nhật WBS sau khi thầy
góp ý (đổi đơn vị thành giờ,
điều chỉnh ngôn ngữ, bổ sung
thời gian bắt đầu - kết thúc,
phân rã công việc chi tiết hơn)
3.3.1
Nguyễn Hồng Phúc
30/06/2020
Bổ sung tài liệu liên quan
1.2
lOMoARcPSD|27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
12
Lịch sử kiểm tra
Người kiểm tra
Ngày kiểm
tra
Nhận xét/đánh giá
Phiên
bản
Thầy Huy
25/06/2020
Đánh giá chung về bản kế
hoạch (bản chưa hoàn thiện).
Các góp ý bao gồm: - Về các
định dạng bài kế hoạch, phông
chữ, ngôn ngữ sử dụng.
- Góp ý về cách xác định
và các bước phân tích rủi ro.
- Cách phân rã công việc
hiệu quả và chi tiết.
- Cách điền thông tin lịch
sử kiểm tra.
0.0.1
Nguyễn Hồng Phúc
02/07/2020
- Cần xác định lại thời gian và
chi phí chính xác hơn, dựa vào
WBS và phần ước lượng chi
phí của Phúc trong mục 3.1.3
và 3.3.2
3.2.1
Nguyễn Hồng Phúc
02/07/2020
Có thể bổ sung thêm vài rủi ro
về thay đổi công nghệ, thời tiết
3.5.1
Chương 1. GIỚI THIỆU
Tài liệu này báo cáo đồ án môn học Quản dự án công nghệ thông tin của
nhóm 2 bao gồm toàn bộ quá trình lên kế hoạch và cách sử dụng phần mềm để phân
chia và quản lý tiến độ công việc của các thành viên trong nhóm.
lOMoARcPSD|27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
13
1.1. Từ ngữ viết tắt thuật ngữ
Từ viết tắt
Diễn giải
PM
Project Manager Trưởng dự án
Work Products
Tất cả các tài liệu/source của dự án như tài liệu yêu cầu người
dùng, tài liêu kỹ thuật, source code, hướng dẫn sử dụng...
PERT
Program Evaluation & Review Technique là kỹ thuật ước lượng
thời gian sử dụng công thức có sẵn.
EVM
Earned Value Management là kỹ thuật đo lường thực hiện dự án
thông qua việc tích hợp dữ liệu của phạm vi, thời gian và chi phí
dự án.
BHT CNPM
Ban học tập Công nghệ Phần mềm, khác hàng yêu cầu phát triển
ứng dụng
UAT
Viết tắt của User acceptance testing - Kiểm thử chấp nhận
1.2. Tham khảo
STT
Tên tài liệu
Mô tả
1
CMI_Dac_Ta_He_Thong.docx
Sơ đồ mô tả usecase hệ thống và
các usecase thành phần
2
CMI_Bieu_Do_Tuan_Tu.docx
Mô tả thứ tự thực hiện dưới dạng
sơ đồ cho các usecase
3
CMI_Thiet_Ke_Du_Lieu.docx
Dữ liệu được thiết kế dưới dạng
bảng (sql)
4
CMI_Thiet_Ke_Giao_Dien[Link]
Nơi thiết kế và lưu trữ giao diện
lOMoARcPSD|27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
14
1.3. Tổng quan dự án
Hiện nay, trong các hoạt động giảng dạy nói chung và các hoạt động khác nói riêng
trên nhà trường, chúng ta vẫn một khoảng cách nhất định giữa người tổ chức (thông
thường là Giảng viên) và người tham gia (thông thường là Sinh viên). Một tình trạng
thực tế có thể nói đến hiện nay, như việc nhiều sinh viên vẫn đang gặp khó khăn trong
vấn đề theo dõi quá trình giảng dạy, y ra tình trạng không hiểu bài nhưng lại không
phát biểu ý kiến trước đám đông. Điều đó đã y ra không ít khó khăn cho người tổ
chức hoạt động trong việc cập nhật nội dung, để phù hợp với người tham gia.
Ngoài ra, chúng ta vẫn còn một vấn đề thường gặp trong các hoạt động nói trên : Đó
chính vấn đề điểm danh người tham gia. Thông thường, chúng ta sử dụng y
điểm danh để lấy thông tin điểm danh của người dùng. Nhưng chính máy điểm danh
vẫn còn một số hạn chế nhất định. Ví dụ như, chúng ta chưa thể quản lý việc theo dõi
bài tập của sinh viên, chưa thống trực tiếp được các hoạt động sinh viên
tham gia,Ngoài ra, y điểm danh còn bị hạn chế về mặt số ợng, thế dễ y
ùn tắc khi điểm danh vào đầu giờ/cuối giờ. Cùng với đó, số hoạt động tổ chức được
cùng 1 lúc cũng sẽ bị hạn chế vì nguyên nhân trên.
Áp dụng tin học hoá (thông qua việc phát triển ứng dụng) vào việc tổ chức các
hoạt động giảng dạy, cũng như các hoạt động khác thực hiện điểm danh cho sinh
viên là một hướng đi tốt để giải quyết các vấn đề trên, phục vụ trực tiếp cho cả lợi ích
của sinh viên, giảng viên và nhà trường.
1.4. Phạm vi, mục tiêu dự án
1.4.1. Mục tiêu và phạm vi dự án:
1.4.1.1. Mục tiêu
- Tạo ra một hệ thống tiện dụng kết nối người tổ chức hoạt động và người tham
gia hoạt động:
Cơ chế đặt câu hỏi/trả lời câu hỏi: Giúp người tổ chức nắm rõ hơn mức độ
theo dõi của người tham gia.
lOMoARcPSD|27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
15
chế gửi mail tự động đến những người đã đăng ký/đã tham gia: Cho
phép người trong 1 tổ chức thể gửi mail nhanh chóng đến danh sách nêu
trên.
- Tạo ra một hệ thống tiện dụng để người tổ chức hoạt động quản lý các hoạt
động của mình:
chế điểm danh bằng quét thẻ sinh viên (nhận diện MSSV bằng OCR):
Thực hiện điểm danh nhanh chóng sinh viên không phụ thuộc vào y
điểm danh.
Cơ chế quản lý và thống kê danh sách người tham gia: Cho phép người tổ
chức nhanh chóng nắm được tình hình tham gia hoạt động của tổ chức.
thế quản người trả lời câu hỏi: Cho phép người tổ chức thống
nhanh chóng tình hình nắm nội dung của người tham gia.
- Tạo ra một hệ thống tiện dụng cho người tham gia nắm bắt hoạt động của mình
(thông qua cơ chế quản lý hoạt động đã tham gia).
1.4.1.2. Yêu cầu
- Ứng dụng tiện dụng, dễ dùng cho cả người sử dụng người tổ chức. Cả người
có nền tảng tin học và người không có nền tảng tin học.
- Hoạt động trong cả môi trường offline và online.
- Bảo mật cao. Không gây rò rỉ thông tin người dùng.
- Độ chính xác cao.
1.4.1.3. Đối tượng người dùng
- Người tổ chức hoạt động (Host).
- Người hỗ trợ cho hoạt động (Collaborator).
- Người tham gia hoạt động (Participant).
lOMoARcPSD|27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
16
1.4.2. Phương pháp, công nghệ sử dụng:
1.4.2.1. Phương pháp
Quy trình Agile (Scrum): Nhóm phát triển phần mềm thông qua các phân đoạn
lặp (sprint) kéo dài khoảng 2 tuần. Tất cả các thành viên cùng nhau làm việc từ
công đoạn thu thập, phân tích yêu cầu, tạo product backlog, lên kế hoạch, thực
hiện các chức năng trong mỗi sprint cho đến việc testing.
1.4.2.2. Công nghệ
- Ngôn ngữ lập trình: Java
- Nền tảng: Android
- Thư viện hỗ trợ: Tesseract
- Cơ sở dữ liệu: Firebase
- Công cụ thiết kế: Visio, Figma.
- IDE: Android Studio
1.5. Các bên liên quan và nhân sự chính
STT
Họ Tên
Bộ phận
Vai trò &
trách nhiệm
Liên lạc
1
Nguyễn Hồng
Phúc
Phòng
điều
hành
- Quản lý
dự án
- Chịu
trách nhiệm
lên kế hoạch
và điều phối
công việc
16520951@gm.uit.edu.vn
ĐT: 0366272703
2
Nguyễn Hữu
My
Phòng
phân tích
nghiệp vụ
- Chịu trách
nhiệm thiết kế
và kiểm soát
chất lượng
15520499@gm.uit.edu.vn
ĐT: 0945371082
lOMoARcPSD|27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
17
3
Nguyễn Cao
Luyện
Phòng kỹ
thuật
- Chịu trách
nhiệm kỹ thuật
16520713@gm.uit.edu.vn
ĐT: 0793697415
1.6. Điều phối dự án
STT
Hạng mục
Thời gian
chuyển giao
Địa điểm
chuyển giao
Ghi chú
1
Tài liệu YCND
Tuần 4, 04/2020
UIT HTE
Chuyển qua
email
2
Tài liệu danh sách giao
diện
Tuần 1, 05/2020
UIT HTE
Chuyển qua
email
3
Xác nhận tài liệu
YCND
Tuần 4, 47/2020
UIT HTE
5
Tài liệu hướng dẫn sử
dụng
Tuân 4, 06/2020
UIT HTE
Chuyển qua
email
11
Triển khai UAT
Tuần 1, 07/2020
UIT HTE
Chat
Chương 2. TỔ CHỨC DỰ ÁN
2.1. Mô hình phát triển phần mềm
Dự án y sử dụng mô hình phát triển phần mềm Agile, 1 quy trình phát triển
được công nhận sử dụng rất rộng rãi. không phải tập hợp các quy tắc hay
hưỡng dẫn cụ thể, thậm chí ta không nên gọi nó là một phương pháp. Một cách chính
xác, nó là tập hợp những nguyên tắc khuyến khích sự linh hoạt, thích ứng với sự
thay đổi và sự giáo tiếp giữa nhóm phát triển.
Agile được thể hiện trên bản tuyên ngôn gồm 4 ý chính 12 nguyên tắc như
sau:
lOMoARcPSD|27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
18
Hình 2-1: Tuyên ngôn phát triển phần mềm linh hoạt
nhân tương tác được ưu tiên hơn quy trình và công cụ vì nó giúp quy trình
trở nên có tính phản hồi hơn. Một khi nhóm hiểu và hoạt động tốt với nhau thì họ sẽ
dễ dàng giải quyết vấn đến với các công cụ và quy trình.
Cách quản dự án truyền thống tập trung quá nhiều o tài liệu, thtiêu tốn
hang tháng trời. Việc này ảnh hưởng tiêu cực đến quá trình chuyển giao sản phẩm
dẫn đến bị đình trệ dự án là điều khó tránh khỏi.
Đàm phán nghĩa trải qua 1 quá trình trao đổi, thể chưa được hoàn
thiện và phải chỉnh sửa. Nhưng 1 khi quá trình đàm phán kết thức thì giấy trắng mực
đen đã in sẵn, không còn để bàn them. Agile khuyến khích ta cộng tác với Khách
hàng để có được quá trình làm việc hiệu quả.
Mục tiêu cuối cùng tất cả các bên đều muốn đạt được được 1 phần
mềm hoạt động tốt và phục vụ đáp ứng các nhu cầu đặt ra ban đầu. Vì thế thích nghi
với thay đổi để có được phần mềm tốt thì hơn là bán sát kế hoạch để cuối cùng tạo ra
sản phẩm không thể đưa vào vận hành.
lOMoARcPSD|27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
19
Để có thể sử dụng Agile trong quá trình phát triển dự án ta có rất nhiều lựa chọn
ví dụ như: Kanban, Scrum, Lean, XP, ...
Trong dự án này, chúng tôi sử dụng Scrum:
Scrum có thể có 1 trong những framework phổ biến nhất trong họ Agile. Trong dự
án, chúng tôi tin ởng vào nhóm phát triển, họ được tự quản trao quyền với 3
vai trò cụ thể, được xác định như sau:
Hình 2-2: Các khái nim chính trong Scrum
- Product owned: người đại diện Khách hang/ người dùng chính của sản
phẩm sđược phát triển. Đây người thẩm quyền cuối cùng sẽ luôn
đồng hành cùng nhóm phát triển.
- Scrum master: người hưỡng dẫn nhóm scrum. Bảo đảm nhóm làm việc
năng suốt tiến bộ. Nếu trong quá trình phát triên gặp trở ngại sẽ người
đứng ra giải quyết. Scrum master cũng là người trung gian giữa PO và nhóm.
- Development team: Nhóm bao gồm 7 +- tối đa 2 thành viên. Trong này sẽ có
developers, testers, databasse people, support people etc.
Các hoạt động diễn ra trong scrum bao gồm:
lOMoARcPSD|27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
20
Hình 2-3: Vòng đời phát trin theo quy trình Scrum
- Plan meeting: Họp lên kế hoạch điểm bắt đầu của mỗi sprint, trong cuộc họp
sẽ mặt tất cả thành viên của scrum. Scrum master sẽ chọn các user story dựa
trên mức độ ưu tiên từ product backlog nhóm sẽ ng động não cùng nó.
Nhóm sẽ xác định cụ thể độ phức tạp (theo dãy fibonacy) và ước lượng nỗ lực
cần thiết để hoàn thành (hours).
- Excute of sprint task: Tương tự như cái tên, đây sẽ là những công việc thực sự
sẽ được hoành thành bởi scrum team để đạt được công việc của họ và chuyển
user story đó vào trạng thái done.
- Daily standup: Trong suốt vòng đời của sprint, mỗi ngày team sẽ họp đều đặn
trong vòng 15 phút để thảo luận về: Team đã làm được cái vào ngày m
qua, hôm nay team dự kiến sẽ làm những gì, có bất kỳ trở ngại nào không?
- Review meeting: Vào cuối mi sprint, nhóm scrum sẽ họp lại cho cho PO xem
kết quả, PO sẽ xem và xác nhận công việc đã ổn hay chưa. Sau đó sprint được
đóng lại và các task được đánh dấu là đã xong.
lOMoARcPSD|27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
21
- Retropective meeting: Hoạt động y diễn ra sau khi đã review meeting. Khi
đó team sẽ trao đổi và viết tài liệu về: Những thứ đã làm tốt trong sprint, cái
còn chưa tốt, bài học rút ra.
2.2. Cơ cấu tổ chức dự án
2.2.1. Tổ chức dự án
Hình 2-4: cu t chc d án
2.2.2. Vai trò và trách nhiệm
Nhóm
Họ Tên
Vai trò
Trách nhiệm chính
PM
Nguyễn Hồng Phúc
Email:
16520951@gm.uit.edu.vn
Trưởng dự án
- Chịu trách nhiệm quản
lý, điều phối toàn bộ dự án.
- Lập kế hoạch triển
khai dự án trực thuộc phạm vi
quản lý: qua đó tiếp nhận, lập
dự trù nguồn lực thực hiện,
Tr
ưở
ng d
án
Nguy
n H
ng Phúc
Tr
ưở
ng nhóm
phân tích
Nguy
n H
u My
Tr
ưở
ng nhóm
l
p trình
Nguy
n Cao Luy
n
Tr
ưở
ng nhóm
ki
m ch
ng
Nguy
n H
u My
Tr
ưở
ng nhóm
giám sát
Nguy
n H
ng Phúc
Tr
ưở
ng nhóm
h
tr
Nguy
n Cao Luy
n
lOMoARcPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
22
thông báo, phối hợp với các
phòng ban liên quan và quan
để triển khai thực lực thực
hiện dự án, đề xuất phương
án dự phòng không được
triển khai theo đúng kế
hoạch. Tham gia đánh giá,
dự phòng rủi ro và các biện
pháp phòng tránh, khắc phục
rủi ro.
- Đảm bảo dự án đúng tiến
độ và chất lượng sản phẩm.
BA
Nguyễn Hữu My
Email:
15520499@gm.uit.edu.vn
Trưởng nhóm
phân tích
- Chịu trách nhiệm phân tích
nhu cầu của bên khách hàng,
và các đối tác liên quan để
tìm hiểu và đề xuất các giải
pháp giải quyết vấn đề phát
sinh về việc quản lý tham gia
sự kiện. Viết tài liệu phân
tích hệ thống.
Nguyễn Cao Luyện
Email:
16520713@gm.uit.edu.vn
Nhân viên
lập trình dự
án
- Quản lí việc lập trình phần
mềm của dự án. Phân chia
việc lập trình từng chức năng
cho mỗi thành viên trong
team code.
lOMoARcPSD|27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
23
QA
Nguyễn Hồng Phúc
Trưởng nhóm
kiểm chứng
- Điều hành, tổ chức thực
hiện kiểm soát chất lượng,
tiến độ dự án.
lOMoARcPSD|27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
24
Chương 3. QUẢN LÝ DỰ ÁN
3.1. Giả định, điều kiện và rủi ro
3.1.1. Giả định
- Thông tin mã số sinh viên đều được chứng thực.
- Dữ liệu Call Log được xem là chính xác.
- Tạo báo cáo dựa vào thời điểm cập nhật của các extension, số điện thoại.
- Server/ database/ network hoạt động ổn định, không xãy ra sự cố.
- Điện thoại của giảng viên và sinh viên đều sử dụng hệ điều hành Android 4.4
trở lên.
3.1.2. Các hạn chế
- Nhóm làm việc chưa từng kinh nghiệm với dự án tương tự nên giữa kế
hoạch và quá trình phát triển thực tế có một số thay đổi về yêu cầu chức năng.
- Giao diện được thiết kế bởi thành viên không chuyên vì thế có thể ảnh hưởng
đến trải nghiệm người dùng. Do hạn chế về tài chính, ng dụng sử dụng figma
bản miễn phí, dẫn đến việc triển khai thực tế khó khăn để đạt được đầy đủ ý
nghĩa mà người thiết kế truyền tải.
- Ứng dụng chỉ chạy trên nền tảng android. Không thể áp dụng cho tất cả người
dụng có nhu cầu.
- Tất cả các thành phần trong ng dụng được xây dựng mới hoàn toàn, không
có thể tái sử dụng từ c dự án trước là 1 trong những nguyên nhân đội chi phí
dự án lên cao.
- Chất lượng phần mềm phụ thuộc phần nhiều vào yếu tố con người.
3.1.3. Chi phí dự kiến
Các chi phí tổng quan trong dự án
lOMoARcPSD|27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
25
STT
Nội dung công việc
Chi phí
Ghi chú
1
Công tác chuẩn bị
15.400.000
Giai đoạn chuẩn bị và xác
định
2
Phân tích yêu cầu
8.250.000
Giai đoạn phân tích
3
Thiết kế
7.200.000
Giai đoạn thiết kế
4
Triển khai
29.250.000
Giai đoạn hiện thực
5
Kiểm thử
11.950.000
Giai đoạn kiểm thử hệ thống,
kiểm thử chấp nhận
6
Kết thúc dự án
7.800.000
Giai đoạn vận hành và bảo trì
Tổng
79.850.000
Đây là chi phí tối thiểu, cần
tính thêm khoảng 20% khi ký
hợp đồng.
3.2. Khởi tạo dự án
3.2.1. Ước lượng
3.2.1.1. Thời gian
- Thời gian thực hiện dự án dự kiến: 3,5 tháng (Man days: 92 ngày) - Thời
gian thực hiện dự án tối đa: 4 tháng (Man days: 101 ngày)
- Thời gian tập huấn sử dụng hệ thống: 3 ngày (Man days: 1,5 days)
- Thời gian sử dụng thử nghiệm hệ thống: 1 tháng
- Phương pháp sử dụng: Ước lượng dựa theo lịch sử.
3.2.1.2. Chí phí
- Chi phí dự kiến: 79,850,000 (Ba mươi bốn triệu chín trăm m mươi ngàn
chẵn).
lOMoARcPSD|27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
26
- Chi phí tối đa: 87,835,000 (Bốn mươi bảy triệu tám trăm chín mươi ngàn
đồng chẵn)
- Phương pháp sử dụng: Bottom-up estimating (Từ dưới lên)
3.2.2. Yêu cầu nguồn lực
- Gồm 3 nhân viên với vai trò được phân chia xuyên suốt quá trình phát triển
mềm:
Nguyễn Hồng Phúc (1 năm kinh nghiệm) Nguyễn Hữu My
(1 năm kinh nghiệm)
Nguyễn Cao Luyện (1 năm kinh nghiệm)
- Thời gian sử dụng nhân lực: Từ khi bắt đầu đến khi kết thúc hợp đồng.
- Nguồn nhân lực:
Nguyễn Hồng Phúc: tái ký hợp đồng 1,5 năm Nguyễn Hữu
My: ký hợp đồng mới 1 năm
Nguyễn Cao Luyện: ký hợp đồng mới 1 năm
- Toàn bộ tài nguyên được sử dụng đều thuộc quyền sở hữu của công ty.
- Các thành viên đều kinh nghiệm làm việc nên cần đáp ứng mức lương tương
xứng năng lực. Số tiền thực hiện dự án bị giới hạn.
3.2.3. Yêu cầu đào tạo nhân sự dự án (nếu có)
- Tiến hành đào tạo để các nhân viên nhất quán trong quy trình làm việc và các
quy tắc lập trình để tiện cho việc bảo hành, bảo trì sau này.
- Loại hình đào tạo:
Làm việc theo mô hình Scrum
Quy trình xin nghỉ phép và làm việc OT
Sử dụng Clean Code
- Yêu cầu đạt được sau khóa học: Các nhân viên hiểu rõ quy trình làm việc.
- Phương pháp đào tạo: Trưởng nhóm trình y thông qua slides tại phòng họp.
Hằng tuần họp team o thứ 4 để đánh giá tiến độ và kiểm soát chất lượng quy
trình làm việc.
lOMoARcPSD|27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
27
- Việc đào tạo là cần thiết trong việc kiểm soát chất lượng sản phẩm và mở rộng
tính năng.
3.3. Kế hoạch thực hiện dự án
3.3.1. Phân rã công việc
Công vic
Thi
gian
(gi)
Người
ch
u
trách
nhi
m
Ngày
Ngày
KT
Tài
nguy
ên
Chi
ph
í
(N
gàn
đồ
ng)
1.Giai đon chun
b
44
25/03
15/04
6900
1.1 Book
lch
gp
khách
hàng
4
Phúc
25/03
30/03
Tin
ĐT(1
00)
700
1.2 Gp
mt,
trao
đổi
thông
tin
8
Phúc
01/04
03/04
Tin đi
li(20
0)
1400
1.3 Kho
sát
thc
tế
12
Luyn
04/04
09/04
Exel,
Word, tin
in
giy
(100)
1800
lOMoARcPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
28
1.4 Viết
tài
liu
d
án
20
My
07/04
15/04
Word
3000
2. Giai đon
xác định
59
17/04
25/04
8850
2.1 Nghiên
cu tài
liu
16
My
17/04
20/04
Tài
li
u s,
d
án
tương
t
2400
2.2 Xác định
ri ro
8
My
20/04
21/04
1200
2.3 Đề xut
gii pháp
cht
yêu cu
5
Luyn
21/04
22/04
750
2.4 Ước ng
chi phí
8
Phúc
23/04
24/04
1200
2.5 Đề cương
d án
4
Luyn
24/04
24/04
Word
600
2.6 Lên kế
hoch ban
đầu
18
Phúc
20/04
25/04
Trello
2700
3. Giai đon phân
tích
55
30/04
26/04
8250
lOMoARcPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
29
3.1 Xác định
yêu cu
h thng
30/04
26/05
3.1.1 Xác
định
các
nghi
p v
3
Phúc
30/04
10/05
Word
450
3.1.2 Xác
đinh
các
chc
năng
chính
5
My
11/05
26/05
Word
750
3.2 Đặc t h thng
10/04
25/04
Visio
3.2.1
đồ
use
case
tng
3
Phúc
10/04
25/04
450
3.2.2 Đặc
t
Usecase
Đăng
nhp”
2
Luyn
10/04
25/04
300
3.2.3 Đặc
t
Usecase
Đăng
ký”
2
Luyn
10/04
25/04
300
lOMoARcPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
30
3.2.3 Đặc
t
Usecase
“Qun
t
chc”
2
Luyn
10/04
25/04
300
3.2.4 Đặc
t
Usecase
Thêm
s
kin”
2
Luyn
10/04
25/04
300
3.2.5 Đặc
t
Usecase
“To
b
câu
hi”
2
Luyn
10/04
25/04
300
3.2.6 Đặc
t
Usecase
Tham
gia
s
kin”
2
My
10/04
25/04
300
3.2.7 Đặc
t
Usecase
Xem
thông
tin
ca
User”
2
My
10/04
25/04
300
lOMoARcPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
31
3.2.8 Đặc
t
Usecase
Xem
thng
ca
t
chc”
2
My
10/04
25/04
300
3.2.9 Đặc
t
Usecase
“Gi
mail
nhc
nh/
cm
ơn
tham
gia”
2
My
10/04
25/04
300
3.2.10 Đặc
t
Use-
case “Quét
th
đim
danh”
2
Luyn
10/04
25/04
300
3.2.11 Đặc
t
Use-
case “To
danh
sách
tham
2
Luyn
10/04
25/04
300
lOMoARcPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
32
gia t
file”
3.2.12 Đặc
t
Use-
case “Điểm
danh
bng
2
Luyn
10/04
25/04
300
3.3 Xây dng đồ tun
t cho các chc năng
26/04
05/05
Visio
3.3.1 Chc
năng
đăng
nhp
1
Luyn
26/04
05/05
150
3.3.2 Chc
năng
đăng
1
Luyn
26/04
05/05
150
3.3.3 Chc
năng
qun
t
chc
1
Luyn
26/04
05/05
150
3.3.4 Chc
năng
thêm
s
kin
1
Phúc
26/04
05/05
150
3.3.5 Chc
năng
to
b
1
Luyên
26/04
05/05
150
lOMoARcPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
33
câu
hi
3.3.6 Chc
năng
xem
thông
tin
người
ng
1
My
26/04
05/05
150
3.3.7 Chc
năng
gi
email
1
My
26/04
05/05
150
3.3.8 Chc
năng
quét
th
đim
danh
1
My
26/04
05/05
150
3.3.9 Chc
năng
đim
danh
bng
1
Phúc
26/04
05/05
150
3.4 Phân tích d liu
3.4.1 Phân
tích
các
thông
tin
cn
đưa
6
Phúc
26/04
05/05
900
lOMoARcPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
34
vào
3.4.2
Chuy
n đổi,
ti
ưu
lưu
tr
dng
noSQ
L
3
Phúc
11/05
05/05
450
4. Giai đon thiết kế
48
06/05
11/05
7200
4.1 Thiết kế
kiến trúc
phn mm
4
Phúc
06/05
11/05
600
4.2 Thiết kế
giao din
06/05
11/05
4.2.1 Màn
hình
chính
2
Phúc
06/05
11/05
Figma
300
4.2.2 Màn
hình
tham
gia
s
kin
bng
1
Phúc
06/05
11/05
150
lOMoARcPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
35
4.2.3 Màn
hình
danh
sách
hot
động
2
Phúc
2
11/05
300
4.2.4 Màn
hình
to
hot
động
(3
n
hình)
2
My
06/05
11/05
300
4.2.5 Màn
hình
to
t
chc
2
My
06/05
11/05
300
4.2.6 Màn
hình
danh
sách
tham
gia
2
My
06/05
11/05
300
4.2.7 Màn
hình
nhp
danh
sách
d
file
2
My
06/05
11/05
300
4.2.8 Màn
hình
thông
tin
nhân
(danh
2
Luyn
06/05
11/05
300
lOMoARcPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
36
sách
hot
động
đã
tham
gia)
4.2.9 Màn
hình
thông
tin
nhân
(chi tiết)
1
Luyn
06/05
11/05
150
4.2.10 Màn
hình
gi
email
1
Luyn
06/05
11/05
150
4.2.11
n
hìn
h
dan
h
sác
h câu
hi
2
Luyn
06/05
11/05
300
4.2.12 Màn
hìn
h
To câu
hi
3
Phúc
06/05
11/05
450
lOMoARcPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
37
4.2.13 Màn
hìn
h
th
ng kê,
xếp
hn
g câu
tr
li
2
Phúc
06/05
11/05
300
4.2.14 Màn
hìn
h tr
li
câu
hi
2
My
06/05
11/05
300
4.3 Thiết kế
d liu
lưu tr
5
Phúc
11/05
15/05
Visio
750
4.4 To các
đặc t
kim th
13
My
11/05
15/05
1950
5. Giai đon hin
thc
195
12/05
27/06
29250
5.1 Xây dng
kiến trúc
chương
trình
5
12/05
12/05
Android
stud
io
750
5.2 Xây dng giao din
12/05
31/05
5.2.1 Màn
hìn
h
đăn
g
3
Luyn
12/05
16/05
450
lOMoARcPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
38
nh
p
5.2.2 Màn
hìn
h
đăn
g
3
Luyn
12/05
16/05
450
5.2.3 Màn
hìn
h
chín
h
4
Phúc
12/05
16/05
600
5.2.4 Màn
hình
tham
gia
s
kin
bng
1
Phúc
17/05
31/05
150
5.2.5 Màn
hình
danh
sách
hot
động
4
My
12/05
16/05
600
5.2.6 Màn
hình
to
hot
động
(3
n
hình)
5
Luyn
17/05
31/05
750
lOMoARcPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
39
5.2.7 Màn
hình
to
t
chc
4
My
17/05
31/05
600
5.2.8 Màn
hình
danh
sách
tham
gia
5
My
17/05
31/05
750
5.2.9 Màn
hình
nhp
danh
sách
d
file
3
My
17/05
31/05
450
5.2.10 Màn
hình
thông
tin
nhân
(danh
sách
hot
động
đã
tham
gia)
3
My
12/05
16/05
450
5.2.11 Màn
hình
thông
tin
nhân
3
Phúc
12/05
16/05
450
lOMoARcPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
40
(chi tiết)
5.2.12 Màn
hình
gi
email
3
Phúc
17/05
31/05
450
5.2.13 Màn
hình
danh
sách
câu
hi
8
Luyn
17/05
31/05
1200
5.2.14 Màn
hình
To câu
hi
8
My
17/05
31/05
1200
5.2.15 Màn
hình
thng
kê,
xếp
hng
câu
tr
li
8
Luyn
17/05
31/05
1200
5.2.16 Màn
hình
tr
li
câu
hi
15
Luyn
17/05
31/05
2250
5.3 Xây dng
CSDL
5
Phúc
01/06
02/06
750
lOMoARcPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
41
5.4 Xây dng
các chc
năng theo
đặc
t (logic)
7
01/06
27/06
5.4.1 X
đăng
3
Luyn
14/06
20/06
450
5.4.2 X
đăng
nhp
3
Luyn
14/06
20/06
450
5.4.3 Xác
nhn
tài
khon
1
Luyn
14/06
20/06
150
5.4.4 Ly
li
mt
khu
3
Luyn
21/06
27/06
450
5.4.5 Tìm
kiếm
người
ng
5
My
21/06
27/06
750
5.4.6 Tham
gia
bng
3
My
21/06
27/06
450
5.4.7 Tr
li
câu
hi
5
Luyn
14/06
20/06
750
5.4.8 Xem
kết
qu
5
Phúc
21/06
27/06
750
lOMoARcPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
42
5.4.9 Quét
th
tham
gia
7
Phúc
14/06
20/06
1050
5.4.10 To
mi
t
chc
3
My
01/06
13/06
450
5.4.11 Cp
nht
thông
tin
t
chc
3
Phúc
14/06
20/06
450
5.4.12 Xóa
t
chc
3
Phúc
14/06
20/06
450
5.4.13 Thng
câu
tr
li
5
Phúc
21/06
27/06
750
5.4.14 Xem
danh
sách
tham
gia
3
Luyn
14/06
20/06
450
5.4.15 Gi
t
cho
người
tham
gia
3
My
14/06
20/06
450
5.4.16 To
mi
câu
hi
3
Luyn
01/06
13/06
450
lOMoARcPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
43
5.4.17
C
p
nh
t
u
h
i
3
My
21/06
27/06
450
5.4.18
a
u
h
i
3
My
21/06
27/06
450
5.5 Kim th
chc
năng
23
My
28/06
01/07
3450
5.6 Viết tài
liu s
dng
11
Luyn
28/06
01/07
Word
1650
6. Giai đon kim
th h thng
61
9450
6.1 Kim th
tích hp
module
24
My
02/07
04/07
Đin
t
hoi
(Hao
mòn
300)
3900
6.2 Kim th
toàn h
thng
16
My
02/07
04/07
2400
lOMoARcPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
44
6.3 Khc
phc li
21
Luyn
02/07
04/07
3150
7. Giai đon kim
th chp nhn
16
05/07
07/07
2500
7.1 Book lch
gp
khách
hàng
8
Phúc
05/07
07/07
1200
7.2 Demo sn
phm,
xác
nhn h
8
Phúc
05/07
07/07
Đin
t
hoi
(hao
mòn
100)
1300
8. Giai đon vn
hành
10
08/07
09/07
2800
8.1 Gp
khách
hàng, bàn
giao sn
phm
5
Phúc
08/07
09/07
Xăng
x
e
(200)
950
8.2 Training
cho
người
dùng
3
Luyn
09/07
09/07
450
8.3 Hp rút
kinh
nghim
(3
người)
2
Phúc
10/07
10/07
Bánh,
n
ước
(500)
900
+500
lOMoARcPSD|27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
45
9. Giai đon bo
trì
11/07
2
m
sa
u
5000
9.1 Bo
hành các
chc
năng đã
cung cp
[bo
hành
2
năm]
Luyn
11/07
2
m
sa
u
5000
9.2 tha
thun
nâng cp
h
thng
Tùy
chn
Phúc
-
-
*Giá tính theo gi tài nguyên liên quan (150.000
VNĐ/H)
3.3.2. Lập lịch làm việc
công
việc
Công việc
Thời gian
(giờ)
Việc cần
thực hiện
trước
1
Book lịch gặp khách hàng
4
*
2
Gặp mặt, trao đổi thông tin
8
1
3
Khảo sát thực tế
12
2
4
Viết tài liệu dự án
20
5
5
Nghiên cứu tài liệu
16
2
6
Xác định rủi ro
8
5
lOMoARcPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
46
7
Đề xuất giải pháp và chốt yêu cầu
5
6
8
Ước lượng chi phí
8
7
9
Đề cương dự án
4
5
10
Lên kế hoạch ban đầu
18
8
11
Xác định yêu cầu hệ thống
3
10
12
Xác định các nghiệp vụ
3
10
13
Xác đinh các chức năng chính
5
12
14
Sơ đồ use case tổng
3
13
15
Đặc tả Use-case “Đăng nhập”
2
14
16
Đặc tả Use-case “Đăng ký”
2
14
17
Đặc tả Use-case “Quản lý tổ chức”
2
14
18
Đặc tả Use-case “Thêm sự kiện”
2
14
19
Đặc tả Use-case “Tạo bộ câu hỏi”
2
14
20
Đặc tả Use-case “Tham gia sự kiện”
2
14
21
Đặc tả Use-case “Xem thông tin của
User”
2
14
22
Đặc tả Use-case “Xem thống kê của tổ
chức”
2
14
23
Đặc tả Use-case “Gửi mail nhắc nhở/ cảm
ơn tham gia”
2
14
24
Đặc tả Use-case “Quét thẻ điểm danh”
2
14
lOMoARcPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
47
25
Đặc tả Use-case “Tạo danh sách tham gia
từ file”
2
14
26
Đặc tả Use-case “Điểm danh bằng mã”
2
14
27
Sơ đồ tuần tự chức năng đăng nhập
1
15
28
Sơ đồ tuần tự chức năng đăng ký
1
16
29
Sơ đồ tuần tự chức năng quản lý tổ chức
1
17
30
Sơ đồ tuần tự chức năng thêm sự kiện
1
18
31
Sơ đồ tuần tự chức năng tạo bộ câu hỏi
1
19
32
Sơ đồ tuần tự chức năng xem thông tin
người dùng
1
21
33
Sơ đồ tuần tự chức năng gửi email
1
23
34
Sơ đồ tuần tự chức năng quét thẻ điểm
danh
1
24
35
Sơ đồ tuần tự chức năng điểm danh bằng
1
26
36
Phân tích các thông tin cần đưa vào
6
14
37
Chuyển đổi, tối ưu lưu trữ dạng noSQL
3
36
38
Thiết kế kiến trúc phần mềm
4
14
39
[Thiết kế] Màn hình chính
2
14
40
[Thiết kế] Màn hình tham gia sự kiện
bằng mã
1
26
41
[Thiết kế] Màn hình danh sách hoạt động
2
14
lOMoARcPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
48
42
[Thiết kế] Màn hình tạo sự kiện (3 màn
hình)
2
18
43
[Thiết kế] Màn hình tạo tổ chức
2
17
44
[Thiết kế] Màn hình danh sách tham gia
2
20
45
[Thiết kế] Màn hình nhập danh sách dừ
file
2
25
46
[Thiết kế] Màn hình thông tin cá nhân
(danh sách hoạt động đã tham gia)
2
21
47
[Thiết kế] Màn hình thông tin cá nhân
(chi tiết)
1
21
48
[Thiết kế] Màn hình gửi email
1
23
49
[Thiết kế] Màn hình danh sách câu hỏi
2
19
50
[Thiết kế] Màn hình Tạo câu hỏi
3
19
51
[Thiết kế] Màn hình thống kê, xếp hạng
câu trả lời
2
14
52
[Thiết kế] Màn hình trả lời câu hỏi
2
19
53
Thiết kế dữ liệu lưu trữ
5
37
54
Tạo các đặc tả kiểm th
13
27-35
55
Xây dựng kiến trúc chương trình
5
38
56
[Triển khai] Màn hình đăng nhập
3
38
57
[Triển khai] Màn hình đăng ký
3
38
58
[Triển khai] Màn hình chính
4
38,39
lOMoARcPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
49
59
[Triển khai] Màn hình tham gia sự kiện
bằng mã
1
38,40
60
[Triển khai] Màn hình danh sách hoạt
động
4
38,41
61
[Triển khai] Màn hình tạo hoạt động (3
màn hình)
5
38,42
62
[Triển khai] Màn hình tạo tổ chức
4
38,43
63
[Triển khai] Màn hình danh sách tham gia
5
38,44
64
[Triển khai] Màn hình nhập danh sách dừ
file
3
38,45
65
[Triển khai] Màn hình thông tin cá nhân
(danh sách hoạt động đã tham gia)
3
38,46
66
[Triển khai] Màn hình thông tin cá nhân
(chi tiết)
3
38,47
67
[Triển khai] Màn hình gửi email
3
38,48
68
[Triển khai] Màn hình danh sách câu hỏi
8
38,49
69
[Triển khai] Màn hình Tạo câu hỏi
8
38,50
70
[Triển khai] Màn hình thống kê, xếp hạng
câu trả lời
8
38,51
71
[Triển khai] Màn hình trả lời câu hỏi
15
38,52
72
Xây dựng CSDL
5
37
73
[Logic] Xử lý đăng ký
3
55,28
lOMoARcPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
50
74
[Logic] Xử lý đăng nhập
3
55,27
75
[Logic] Xác nhận tài khoản
1
55
76
[Logic] Lấy lại mật khẩu
3
55
77
[Logic] Tìm kiếm người dùng
5
55,32
78
[Logic] Tham gia bằng
3
55
79
[Logic] Trả lời câu hỏi
5
55
80
[Logic] Xem kết quả
5
55
81
[Logic] Quét thẻ tham gia
7
34,55
82
[Logic] Tạo mới tổ chức
3
29,55
83
[Logic] Cập nhật thông tin tổ chức
3
29,55
84
[Logic] Xóa tổ chức
3
29,55
85
[Logic] Thống kê câu trả lời
5
55
86
[Logic] Xem danh sách tham gia
3
55
87
[Logic] Gửi thư cho người tham gia
3
33,55
88
[Logic] Tạo mới câu hỏi
3
31,55
89
[Logic] Cập nhật câu hỏi
3
31,55
90
[Logic] Xóa câu hỏi
3
31,55
91
Kiểm thử chức năng
23
73-90
92
Viết tài liệu sử dụng
11
91
93
Kiểm thử tích hợp module
24
91
lOMoARcPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
51
94
Kiểm thử toàn hệ thống
16
93
95
Khắc phục lỗi
21
94
96
Book lịch gặp khách hàng [Kiểm thử chấp
nhận]
8
95
97
Demo sản phẩm, ký xác nhận hồ sơ
8
96
98
Gặp khách hàng, bàn giao sản phẩm
5
97
99
Training cho người dùng
3
98
100
Họp rút kinh nghiệm
2
99
101
Bảo hành các chức năng đã cung cấp
[bảo hành
2 năm]
99
102
Ký thỏa thuận nâng cấp hệ thống
Tùy chọn
99
- Các yêu tố bên ngoài ảnh hưởng đến dự án:
Dự án thể bị ảnh hưởng bởi sự thay đổi nghiệp vụ của khách hàng trong
quá trình phát triển.
Yếu tố môi trường, thời tiết thay đổi ảnh hưởng đến sức khỏe của nhân sự.
Các đơn vị cung cấp tài nguyên bị trễ hoặc chấm dứt hợp đồng
- Mốc thời gian phù hợp để đánh giá phạm vi chất lượng sản phẩm công việc
dự án và tình trạng tích dự án:
Tất cả công việc đưa đưa lên product backlog và chọn cho sprint backlog.
Mỗi mỗi lần lặp, nhóm sẽ thực hiện đánh giá công việc và quyết định công
việc đó đã được coi hoàn thành hay chưa. Nếu Công việc bị tắc nghẽn
thể sẽ được hủy bỏ hoặc đưa vào vòng lặp tiếp theo, y vào tình hình
thực tế.
Cuối mỗi tháng nhóm sẽ tiến hành đánh giá lại tình trạng dự án để điều
chỉnh kế hoạch nếu cần thiết.
lOMoARcPSD|27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
52
3.3.3. Các cột mốc (milestone) và các work product chính
Giai đoạn
Tài liệu
Ghi chú
Giai đoạn 1: Lập kế hoạch dự
án
- Tài liệu đề xuất -
Ước lượng dự án
Giai đoạn 2: Lấy yêu cầu từ
Ban học tập Công nghệ Phần
mềm (BHT CNPM)
- Các câu hỏi phỏng vấn
- Hồ sơ khảo sát các hiện trạng
(tổ chức, nghiệp vụ, tin học)
Giai đoạn 3: Phân tích yêu
cầu của BHT CNPM
- Tài liệu mô tả yêu cầu của người
dùng
Giai đoạn 4: Thiết kế
- Tài liệu đặc tả usecase
- Tài liệu sơ đồ tuần tự
- Tài liệu thiết kế giao diện
Giai đoạn 5: Hiện thực bản
thiết kế
- Source code
- Tài liệu kỹ thuật
Giai đoạn 6: Kiểm thử (tích
hơp, đơn vị, chức năng)
- Testcase
- Test plan
- Báo cáo kiểm thử
Giai đoạn 7: Kiểm thử chấp
nhận
- UAT Plan
- Báo cáo UAT
Giai đoạn 8: Chuyển giao sản
phẩm
- Source code
- Checklist kỹ thuật
- Tài liệu hưỡng dẫn
lOMoARcPSD|27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
53
Giai đoạn 9: Hỗ trợ kỹ thuật
- Thông tin liên lạc: Số điện thoại,
thư điện tử.
Giai đoạn 10: Đóng dự án
- Biên bản nghiệm thu
3.3.4. Điều phối nguồn lực
STT
Hoạt động
Nguồn lực
Số
nhân
viên
Kỹ năng cần
thiết
1
Ký hợp
đồng, khảo
sát, viết tài
liệu dự án
- Phần mềm Microsoft
Office 365, Word 2019
- Thẻ điện thoại,
phương tiện di chuyển
- Internet, bút, giấy
A4, máy chiếu, máy in
- y tính Thinkpad
3
- Nắm rõ
thông tin hợp đồng
- Sử dụng
thành thạo các
phần mền tin học
văn phòng
- Cần 1 người
có kinh nghiệm
quản lý dự án trên
1 năm
2
Nghiên cứu
tài liệu
- Máy tính Thinkpad, tài
liệu dự án liên quan
2
- Có kiến
thức về công nghệ
sẽ sử dụng
- Có khả
năng ty duy và
đánh giá vấn đề tốt
lOMoARcPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
54
3
Xác định rủi
ro, ước lượng
chi phí
- Máy chiếu, phần mềm
Excel
1
- Có kinh
nghiệm quản lý dự
án.
- Sử dụng
thành thạo các
thiết bị hỗ trợ
4
Lên kế hoạch
ban đầu
- Word, Trello, Teams
3
- Biết sử dụng
trello để theo dõi
và quản lý công
việc
- Biết sử dụng
Teams với thành
viên làm việc từ
xa
5
Phân tích,
xây dựng đặc
tả hệ thống
- Word, visio
3
- Có kiên thức về
phân tích thiết kế
hệ thống thông tin
(hướng đối tượng
và hướng cấu
trúc)
lOMoARcPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
55
6
Thiết kế hệ
thống
- Bảng
- y tính thinkpad
1
- Từng làm
chức vụ leader trở
lên trong các dự án
khác
- Có khả
năng đưa ra các
phương án và các
giải pháp dưa trên
ưu nhược điểm
7
Thiết kế giao
diện
- Figma, bảng, bút, giấy
- y tính thinkpad
1
- Sử dụng thành
thạo figma, có
hiểu biết về
UI/UX
- Có kiên thức về
giao tiếp người -
máy là lợi thế.
7
Hiện thực
giao diện
- Visual studio
- y tính thinkpad
- Trello
3
- Có kiên
thức lập trình
vững
- Quen thuộc
với phát triển giao
diện dựa trên xml
- Có khả
năng phân tích và
đề xuất giải pháp
thay thế
lOMoARcPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
56
8
Xử lý nghiệp
vụ
- Trello
- y tính thinkpad
- Android studio
3
- Có kiên
thức lập trình
vững
- Quen thuộc
với phát triển ứng
dụng trên android
sử dụng ngôn ngữ
java
- Có khả
năng phân tích và
đề xuất giải pháp
thay thế
9
Kiểm thử
- Android studio
- Phần mềm kiểm thử
tesrail
2
- Biết kiểm thử
trên công cụ
Testrail
- y tính thinkpad
- Điện thoại hệ điều
hành android - Excel
- Tự tạo được các
testcase để phủ hết
các trường hợp lỗi
phổ biến.
10
Vận hành
- Điện thoại hệ điều
hành android
- Bút, giấy
Phương tiện di chuyển
2
- Am hiểu
tường tận về sản
phẩm đã phát
triển.
- Có thể xử
lý các vấn đề phát
sinh (lỗi trong quá
trình cài đặt môi
trường,…)
lOMoARcPSD|27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
57
3.4. Kế hoạch kiểm soát dự án
3.4.1. Kiểm soát kế hoạch thực hiện
Các điều khoản quy định:
- Xác định chuỗi công việc cần phải làm. Đối với mỗi nhiệm vụ, phải vạch
khoảng thời gian cần thiết, nguồn lực đi m ai sẽ chịu trách nhiệm hoàn
thành.
- Xem xét đến sự phụ thuộc giữa các công việc hay nhiệm vụ giao cho các thành
viên trong nhóm. Cần xác định khi ng việc nào kết thúc lúc công việc khác
sẽ bắt đầu nhằm điều chỉnh nhân lực và thời gian phù hợp.
- Trao đổi, tham khảo các ý kiến các thành viên trong nhóm của bạn, họ những
người cho bạn một cái nhìn sâu sắc về cách thức thực hiện nhiệm vụ, khoảng
thời gian họ làm và aingười tốt nhất để giải quyết các nhiệm vụ cụ thể cùng
với sự cam kết của từng người về thời hạn hoàn thành.
- Báo cáo với trưởng dự án ngay nếu gặp sự cố.
- Luôn theo dõi cập nhật lịch trình của trưởng dự án.
- Hướng giải quyết nếu gặp sự cố:
Trưởng dự án sẽ theo dõi, tổng hợp báo o tài liệu của các nhóm dev,
tester trong suốt dự án. Nếu sai sót phải n kế hoạch lại hoặc tổ chức cuộc
họp.
Điều chỉnh lại khi tiến độ công việc thực tế so với WBS dự kiến bị chậm
hay nhanh.
3.4.2. Kế hoạch quản lý yêu cầu
Danh sách yêu cầu khi bắt đầu dự án:
- Hiệu năng:
Thời gian đáp ứng tối đa: 5 giây.
Thời gian xử lý báo cáo: 1 5 phút (tùy vào báo cáo).
lOMoARcPSD|27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
58
- Bảo mật:
Kiểm tra đăng nhập của người dùng.
Mọi thao tác chỉ được thực hiện sau khi đăng nhập hợp lệ.
Nghiệp vụ: Cung cấp đầy đủ các nh năng nghiệp vụ: quản thông tổ chức,
quản thông tin người tham gia dự kiện, quản câu hỏi, quản sự kiện,
quản lý điểm danh.
- Thời gian:
Thời gian thực hiện dự án dự kiến: 115 ngày Thời gian thực hiện dự án
tối đa: 138 ngày
Thời gian tập huấn sử dụng hệ thống: 7 ngày
Thời gian sử dụng thử nghiệm hệ thống: 3 ngày
Thời gian giao bản thiết kế: không quá 30 ngày sau ngày bắt đầu dự án.
- Danh sách yêu cầu sau cùng: khách hàng vẫn giữ nguyên yêu cầu đối với dự
án, dự án được thực hiện như yêu cầu ban đầu.
3.4.3. Kế hoạch quản lý quy trình phát triển phần mềm
- Lên schedule tasks. - Tạo task trên trello.
- Đề nghị cấp quyền git dự án cho các thành viên.
3.4.3.1. Quy trình mẫu
Xem quy trình phát triển phần mềm.
- Thời gian phát triển dự án: Từ 25/03/2020 đến 10/07/2020
- Phương thức đánh giá: Dự án được chia nhỏ chức năng được đánh giá qua
mỗi vòng lặp, dựa trên bảng phân công việc (WBS) các thay đổi được
cập nhật trên phần mềm quản lý dự án.
- Các cột mốc quan trọng để đạt được:
Giai đoạn 1: Lập kế hoạch dự án
Giai đoạn 2: Lấy yêu cầu từ Ban học tập Công nghệ Phần mềm
Giai đoạn 3: Phân tích yêu cầu của BHT CNPM
Giai đoạn 4: Thiết kế
lOMoARcPSD|27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
59
Giai đoạn 5: Hiện thực bản thiết kế
Giai đoạn 6: Kiểm thử (tích hơp, đơn vị, chức năng)
Giai đoạn 7: Kiểm thử chấp nhận
Giai đoạn 8: Chuyển giao sản phẩm
Giai đoạn 9: Hỗ trợ kỹ thuật
Giai đoạn 10: Đóng dự án - Các sản phẩm của dự án:
Tài liệu hưỡng dẫn sử dụng
Tài liệu hưỡng dẫn cài đặt
Tài liệu thiết kế dữ liệu, hệ thống
Mã nguồn chương trình
- Các phê chuẩn cần thiết trong giai đoạn dự án:
PO phê duyệt chức năng theo đặc tả là đúng
Nhà tài trợ phê duyệt cấp vốn theo từng giai đoạn
Người dẫn dẵn nhóm phê duyệt các chứng năng được triển khai trong mỗi
vòng lặp.
Khách hàng xác nhận tiếp nhận sản phẩm đạt yêu cầu
3.4.3.2. Phương pháp, công cụ và công nghệ
Mô tả phương pháp, công cụ, công nghệ sử dụng trong dự án
- Phương pháp phát triển phần mềm: Agile scrum
- Kiến trúc phần mềm: mẫu phát triển ứng dụng mii hình MVP (model - view -
presenter)
- Ngôn ngữ lập trình: Java
- Công nghệ: Java
- Công cụ phát triển ứng dụng: Android studio
- Công cụ thiết kế giao diện: Figma
- Công cụ thiết kế dữ liệu: Visio
- Công cụ thiết kế, sửa đổi tài liệu: Word, exel
lOMoARcPSD|27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
60
- Tiêu chuẩn kỹ thuật: Tiêu chuẩn quốc gia TCVN 10539:2014 (ISO/IEC
12207:2008) về Kỹ thuật hệ thống phần mm - Các quá trình vòng đời phần
mềm
t chi tiết:
- Phương pháp phát triển phần mềm: xem mục 2.1
- Công nghệ: Java nền tảng phát triển các ứng dụng phần mềm đánh dấu sự
trưởng thành của lập trình hướng đối tượng, là nền tảng mang tính cách mạng
trong ngành phần mềm. Ứng dụng java được chạy trên mô hình máy ảo vì thế
có thể chạy trên nhiều hệ điều hành khác nhau.
Hiện nay, công nghệ java được chia làm 3 bộ phận:
- J2SE: Gồm các đặc tả, công cụ, API của nhân Java giúp phát triển các ứng
dụng trên desktop và định nghĩa các phần thuộc nhân của Java.
- J2EE: Gồm các đặc tả, công cụ, API mở rộng J2SE để phát triển các ứng dụng
quy nghiệp, chủ yếu để chạy trên máy chủ (server). Bộ phận hay được
nhắc đến nhất của công nghệ này công nghệ Servlet/JSP: sử dụng Java để
làm các ứng dụng web.
- J2ME: Gồm các đặc tả, công cụ, API mở rộng để phát triển các ứng dụng Java
chạy trên điện thoại di động, thẻ thông minh, thiết bị điện tử cầm tay, robo và
những ng dụng điện tử khác. Đây công nghệ chúng tôi sử dụng trong
dự án này.
Công cụ: Android studio là môi trường phát triển tích hợp (IDE) chính thức
dành cho phát triển nền tảng android. Dựa trên phần mềm IntelliJ IDEA
của JetBrains, Android Studio được thiết kế đặc biệt để phát triển ứng dụng
Android. Nó hỗ trợ các hệ điều hành Windows, Mac OS X và Linux, và là
IDE chính thức của Google để phát triển ứng dụng Android gốc để thay thế
cho Android Development Tools (ADT) dựa trên Eclipse.
3.4.3.3. Cơ sở hạ tầng
- Kế hoạch thiết lập và duy trì môi trường phát triển:
lOMoARcPSD|27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
61
Phần cứng: 3 laptops, 3 điện thoại thông minh.
Hệ điều hành: Window 10 Enterprise, Android 9.0.
Mạng: Gói mạng cáp quang FiberNET VNPT.
Phần mềm phát triển: Android Studio.
Phần mềm thiết kế: Figma.
Phần mềm quản lý: Github, Trello.
Phần mềm soạn thảo: Microsoft Word 2019.
Quy định về hành chính: nhân viên phải tuân thủ thời gian họp mặt đúng
giờ.
3.4.3.4. Xác định yêu cầu người dùng
- Bảng kế hoạch chuyển giao tài liệu:
Giai đoạn
Tài liệu
Thời gian gửi tài
liệu YCND
Ghi chú
Giai đoạn lấy
yêu cầu
Tài liệu yêu cầu tính
năng, giao diện người
dùng
Tuần 1, tuần 2
03/2020
Chuyển qua
email
Giai đoạn
thiết kế phần
mềm
Tài liệu thêm yêu cầu
giao diện tính năng
Tuần 3, 03/2020
đến tuần 2 04/2020
Liên lạc qua
kênh chat
Microsoft
Teams của
công ty
Tài liệu thư viện dữ
liệu
Tuần 4, 03/2020
Gửi qua
gmail
lOMoARcPSD|27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
62
Giải đoạn
kiểm thử
Tài liệu triển khai k
thuật
Tuần 4, 03/2020
Chuyển qua
email bộ phận
IT
Giai đoạn
triển khai
Tài liệu hướng dẫn sử
dụng
Tuần 1, 05/2020
Chuyển qua
email
Tài liệu hướng dẫn cài
đặt
Tuần 1, 06/2020
Chuyển qua
email
Tài liệu hỗ trợ k
thuật
Tuần 1, 06/2020
Chuyển qua
email và kênh
chat
Microsoft
Teams công
ty
- Tất cả các tài liệu yêu cầu từ trường hay tài liệu bên công ty
báo cáo cần sự đồng thuận cả 2 bên nên 2 bên sẽ thường
xuyên gặp nhau kí kết xác nhận tài liệu yêu cầu của mỗi bên.
3.4.3.5. Nghiệm thu sản phẩm
- Lập kế hoạch bàn giao sản phẩm, điền thông tin vào Lập kế hoạch bàn giao
sản phẩm:
Lập biên bản nghiệm thu các tính năng, giao diện đưa ra số đo chất lượng
trước khi đưa vào sử dụng.
Tiến hành lập bảng thống về thời gian, các vấn đề đã sửa, trong thời gian
làm đã gặp các vấn đlỗi thuật nào để rút kinh nghiệm cho các dự án
khác về sau.
lOMoARcPSD|27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
63
Tổng hợp các tài liệu kĩ thuật, đánh giá lại lần cuối xem ổn định hay chưa
thì đưa ra phương án giải quyết.
- Sau khi nghiệm thu:
Chuẩn bị đẩy đủ các tài liệu hướng dẫn kĩ thuật, để sau khi kí kết bàn giao
lại.
Kí kết hợp hai bên xác nhận theo biên bản.
Sử dụng biên bản nghiệm thu để các bên ký xác nhận.
3.4.4. Kiểm tra chất lượng sản phẩm
- Để đảm bảo chất lượng, sau khi triển khai phần mềm lên tổ chức BHT CBPM,
kiểm tra phần mềm sau khi cài đặt đúng với tiêu chuẩn đề ra như trong dự
án đã đề ra hay không.
- Các điều khoản khi triển khai:
BHT phải tuân theo điều khoản sử dụng phần mềm Quản lý sinh viên
lOMoARcPSD|27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
64
BHT phải đảm bảo điều kiện, môi trường, sở vật chất trước khi triển
khai phần mềm.
- Các điều khoản, quy định sau khi triển khai:
Có cải tiến sản phẩm khi trường yêu cầu thêm
Luôn hỗ trợ khi phần mềm gặp sự cố
- Mỗi sự cố hay lỗi phần mềm sẽ được quản lý lưu lại gồm có những mục như
sau để đảm bảo chất lượng sản phẩm.
Mã yêu cầu
Tên lỗi/sự cố
Chi tiết lỗi
Trạng thái sửa
lỗi/sự cố
...
...
...
...
3.4.5. Báo cáo dự án
- Với một dự án công nghệ thông tin, nhất những dự án triển khai theo
hình Scrum thì báo cáo nội dung không thể thiếu. PM sẽ tổ chức các cuộc
họp định kì mỗi tuần để báo cáo gọi là báo cáo định kì.
- Nếu vấn đề của dự án quá lớn, ảnh hưởng đến tiến độ và chất lượng dự án thì
PM yêu cầu họp dự án gấp bao gồm các thành viên trong dự án.
- Mục đích: Giao tiếp chủ yếu của dự án với bên ngoài , ngắn gọn và theo mẫu
quy định sẵn. Đây là c để c thể trong nhóm báo cáo tiến độ đồng thời
các vần đề cần có ý kiến chung để giải quyết. Ngoài báo cáo tiến độ thì báo
cáo định còn là lúc nhóm bàn giao cho khách hàng những thứ đã hoàn thành.
- Thời gian: Nhóm áp dụng dự án theo hình Angile/Scrum nên quyết định
thời gian báo cáo định 2 tuần cho mỗi phiên, đây thời gian cho mỗi
hoạt động mỗi Sprint. Cụ thể 2h chiều ngày thứ 6 của tuần thứ 2. Cuộc hợp sẽ
không kéo dài quá 1 tiếng.
lOMoARcPSD|27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
65
- Nội dung: Báo cáo định kỳ cần bao gồm những phần sau đây:
lược lại các hoạt động kết quả thu được từ báo cáo trước. khai
các công việc đang thực hiện, tiến độ của từng công việc, các công việc
hoàn thành.
Liệt các vấn đề nảy sinh. Giải thích các trở ngại mới xuất hiện, do ai
hoặc cái gì y ra, ai chịu trách nhiệm theo dõi và hiện xử lý đến đâu. Xác
định mức độ ảnh hưởng của vấn đề đến dự án.
Các vấn đề đã giải quyết. Giải thích m tắt (hoặc dẫn chiếu đến báo cáo
kỳ trước), vấn đề đã được giải quyết như thế nào, do ai giải quyết tác
động của nó lên dự án.
Các vấn đề còn tồn tại. Chỉ cần một hay hai câu đủ. Không cần tả
lại những vấn đề ở các báo cáo trước
Lịch biểu mới đối chiếu với kế hoạch. Giải thích tất cả các thay đổi so với
đồ Gantt tuần trước, đặc biệt nếu thời hạn giao hàng đã khác. Gạch dưới
để nhấn mạnh các thông báo kéo dài thời hạn.
Đối chiếu chi phí thực tế với dự tính ngân sách. thể sử dụng MS Project
để ngay sơ đchiếu giữa Chi phí thực tế. Tóm tắt những khoản mới
phải chi kể từ lần báo cáo trước
Inform kế hoạch cho sprint kế. Liệt kê các công việc theo kế hoạch và các
sự kiện mốc của hai tuần tới, các công việc liên kết với nhau để có thể đem
đến một kết quả nhất định có thể bàn giao cho khách hàng.
3.4.6. Đo lường dự án
- Với hình angile/scrum, để đo lường dự án, chúng chia nhỏ dự án thành các
sprint và tiến hành đo lường cho các Sprint đó.
lOMoARcPSD|27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
66
- Ngoài ra, tổ dự án đóng khung thời gian cho mỗi Sprint, mỗi hoạt động trong
sprint sẽ được đóng khung thời gian và n giao khách hàng theo tính năng đã
thống nhât trước đó.
- Nếu hoạt động chưa mỗi sprint chưa hoàn thành, quy trình giải quyết sẽ được
hiện hiện theo các bước sau:
Nếu trong khung thời gian người thực hiện hoạt động cảm thấy không thể
hoàn thành thì có thể báo cáo Teamlead để có phương án support.
Những công việc chưa hoàn thành ở sprint này, trong phiên báo cáo định kì,
PM sẽ chuyển vào spint sau mở thêm một khung thời gian để giải
quyết.
- Ngoài ra chúng tôi n áp dụng biết pháp phần trăm công việc hoàn thành
(percent complete) cách y theo tôi cũngđơn giản nhất thông qua việc sử
dụng Project Schedule để ghi nhận phần trăm hoàn thành công việc...
- Khi bắt đầu dự án chúng tối khởi tạo activity 0% sau đo update sau mỗi 2
tuần kết thúc một sprint và trong mỗi sprint chúng tôi cũng làm điều tương tự,
activity_ sprint sẽ updata sau mỗi ngày hợp sprint.
- Nếu dự án/activity bạn hoàn thành 50%, lúc này thể đo lường so với kế
hoạch xem nhanh hơn hay chậm hơn dự định.
3.5. Kế hoạch quản lý rủi ro
- Rủi ro yếu tluôn tồn tại trong mọi hoạt động sản xuất kinh doanh,
dự án phần mềm cũng không ngoại lệ. Rủi ro yếu tố luôn tồn tại trong mọi
hoạt động sản xuất kinh doanh, dự án phần mềm cũng không ngoại lệ.
Tuy nhiên, với đặc thù riêng của mình, nhận diện và kiểm soát rủi ro trong dự
án phần mềm điều không đơn giản. Trong thực tế, nhiều dự án phần mềm
lOMoARcPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
67
đã bỏ qua hoặc kiểm soát rủi ro sài dẫn đến kết quả thất bại, khách hàng
phàn nàn về chất lượng hoặc lỗ vốn do chi phí tăng cao.
- Nhận diện kiểm soát tốt rủi ro chỉ bằng knăng kinh nghiệm nhân
không chưa đủ, việc kiểm soát rủi ro phải được thực hiện theo một quy trình
chặt chẽ và phù hợp với đặc thù, mục tiêu và ngân sách của dự án.
lOMoARcPSD|27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
68
Hình 3-1: Mối quan hệ và trình tự các bước trong quy trình kiểm soát rủi ro
3.5.1. Nhận diện rủi ro
Xác định được chính xác các nguồn khả năng phát sinh rủi ro điều không dễ
dàng. Thông thường rủi ro xuất hiện từ các nguồn sau:
- Ngân sách/nguồn tài trợ cho dự án
- Thời gian thực hiện dự án
- Thay đổi về phạm vi và yêu cầu dự án
- Khó khăn về kỹ thuật
- Vấn đề liên quan đến nhân lực
- Hợp đồng giữa 2 (hoặc nhiều) bên
- Môi trường, luật pháp, chính trị, văn hóa...
-
lOMoARcPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
69
STT
Loại rủi ro
Rũi ro tiềm ẩn
Mã rủi
ro
1
Nhân lực
Thành viên trong dự án: Ốm đau, tai
nạn. (nghỉ trong một thời gian ngắn)
A
2
Nhân lực
Thành viên trong dự án đột ngột rút
khỏi dự án (nghỉ trong một thời gian
dài)
B
3
Nhân lực
Thành viên trong dự án thiếu kiến thức
và kinh nghiệm
C
4
Nhân lực
Rào cản ngôn ngữ
D
5
Nhân lực
Thiếu kinh nghiệm quản lý
E
6
Nhân lực
Xung đột giữa các thành viên trong dự
án
F
7
Thay đổi về phạm vi và
yêu cầu dự án
Yêu cầu của khách hàng không rõ
ràng, khó hiểu, thiếu liên hệ với khách
hàng
G
8
Thay đổi về phạm vi và
yêu cầu dự án
Hiểu lầm mục tiêu dự án
H
9
Thay đổi về phạm vi và
yêu cầu dự án
Khách hàng thay đổi yêu cầu liên tục
I
10
Thay đổi về phạm vi và
yêu cầu dự án
Thiếu tài liệu tham khảo
J
lOMoARcPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
70
11
Thay đổi về phạm vi và
yêu cầu dự án
Thiết kế không đủ đáp ứng yêu cầu
thực tế
K
12
Thời gian thực hiện dự
án
Thiếu thời gian cho kiểm định chất
lượng sản phẩm
L
13
Lịch trình
Nhiệm vụ quan trọng bị sót từ lịch
trình, xác định yêu cầu thiếu
M
14
Lịch trình
Ước tính chi phí kém
N
15
Lịch trình
Lịch biểu quá căng thẳng
O
16
Ngân sách/nguồn tài tr
cho dự án
Nguồn tài trợ cho dự án không còn đủ
ngân sách
P
17
Môi trường, luật pháp,
chính trị, văn hóa...
Thời tiết khắc nghiệt: Lũ lụt, bão, …
Chính trị: Bạo động, ...
Q
18
Môi trường
Không làm rõ môi trường làm việc của
người tham gia dự án từ đầu (chuyển
công tác giữa chừng)
R
21
Công nghệ
Công nghệ thay đổi liên tục, phải
refactor lại hệ thống
T
22
Công nghệ
Công nghệ quá mới mẻ
U
23
Công nghệ
Không làm rõ những devices cần phải
test
V
24
Công nghệ
Vấn đề về proxy, IP, ….
W
25
Công nghệ
Thiếu công cụ hỗ trợ
X
lOMoARcPSD|27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
71
26
...
3.5.2. Phân tích rủi ro
- Trong thực tế, những rủi ro thể xảy ra trong một dự án khá nhiều, và việc
giải quyết hết tất ccác rủi ro không cần thiết, cũng như sẽ làm phá sản ngân
sách của dự án.
Hình 3-2: Phân tích rủi ro
3.5.2.1. Phân tích khả năng xuất hiện của rủi ro (Risk Probability)
4 mức để đo lường khả năng xuất hiện của rủi ro, mỗi mức độ được gán với một
giá trị số (tùy dự án) để có thể ước lượng sự quan trọng của nó.
6 - Thường xuyên: Khả năng xuất hiện rủi ro rất cao, xuất hiện trong hầu hết dự
án
4 - Hay xảy ra: Khả năng xuất hiện rủi ro cao, xuất hiện trong nhiều dự án
lOMoARcPSD|27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
72
2 - Đôi khi: Khả năng xuất hiện rủi ro trung bình, chỉ xuất hiện một số ít dự
án
1 - Hiếm khi: Khả năng xuất hiện thấp, chỉ xuất hiện trong những điều kiện nhất
định
BẢNG ĐÁNH GIÁ KHẢ NĂNG XUẤT HIỆN
Hình 3-3: Bảng đánh giá khả năng xuất hiện
3.5.2.2. Phân tích mức tác động của rủi ro (Risk Impact)
Có 4 mức để đo lường mức tác động của rủi ro, mỗi mức độ được gán với một giá trị
số (tùy dự án) để có thể ước lượng sự tác động của nó.
8 - Trầm trọng: Có khả năng rất cao làm dự án thất bại
6 - Quan trọng: Gây khó khăn lớn và làm dự án không đạt được các mục tiêu
2 - Vừa phải: Gây khó khăn cho dự án, ảnh hưởng việc đạt các mục tiêu của dự
án
1 - Không đáng kể: Gây khó khăn không đáng kể.
BNG ĐÁNH GIÁ KH NĂNG TÁC ĐỘNG
lOMoARcPSD|27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
73
Hình 3-4: Bảng đánh giá khả năng tác động
3.5.2.3. Phân tích thời điểm xuất hiện rủi ro (Time Frame)
Có 4 mức để ước lượng thời điểm rủi ro xuất hiện, mỗi mức được gán với một giá trị
số (tùy dự án) để có thể ước lượng sự tác động của nó.
6 - Ngay lập tức: Rủi ro xuất hiện gần như tức khắc
4 - Rất gần: Rủi ro sẽ xuất hiện trong thời điểm rất gần thời điểm phân tích
2 - Sắp xảy ra: Rủi ro sẽ xuất hiện trong tương lai gần
1 - Rất lâu: Rủi ro sẽ xuất hiện trong tương lai xa hoặc chưa định được
3.5.2.4. Ước lượng và phân hạng các rủi ro
Rủi ro sau đó được tính giá trị để ước lượng bằng công thức:
Risk Exposure = Risk Impact * Risk Probability
BẢNG SẮP XẾP ĐỘ ƯU TIÊN
lOMoARcPSD|27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
74
Hình 3-5: Bảng sắp xếp độ ưu tiên
3.5.3. Kiểm soát rủi ro
- Kiểm soát rủi ro bắt đầu với việc chọn lựa chiến lược và phương pháp đối phó
rủi ro. nhiều chiến lược phương pháp đối phó khác nhau, tùy theo tình
huống dự án, môi trường và đặc thù của từng rủi ro.
- Thông thường người ta áp dụng nguyên tắc 20/80 để xác định giải quyết
những rủi ro quan trọng, những nguyên nhân gốc ảnh hưởng lớn nhất đến
sự thành công của dự án, trong chừng mực cân nhắc cẩn thận ngân sách dự án
cũng như một số yếu tố đặc biệt khác. Điều này dẫn đến việc dự án phải phân
tích để chọn ra những rủi ro cần giải quyết đó.
BNG NHNG NG GII QUYT
lOMoARcPSD|27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
75
Hình 3-6: Bảng kế hoạch đối phó rủi ro với độ ưu tiên 1
Hình 3-7: Bảng kế hoạch đối phó rủi ro với độ ưu tiên 2
lOMoARcPSD|27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
76
Hình 3-8: Bảng kế hoạch đối phó rủi ro với độ ưu tiên 3
lOMoARcPSD|27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
77
Hình 3-9: Bảng kế hoạch đối phó rủi ro với độ ưu tiên 4
3.5.4. Giám sát và điều chỉnh
- Bao gồm hoạt động giám sát để bảo đảm các chiến lược đối phó rủi ro được
lên kế hoạch thực thi chặt chẽ. Việc giám sát cũng nhằm mục đích điều
chỉnh các chiến lược hoặc kế hoạch đối phó nếu chúng tỏ ra không hiệu quả,
không khả thi, ngốn quá nhiều ngân sách, hoặc để đáp ứng với rủi ro mới xuất
hiện, hoặc sự biến tướng của rủi ro đã được nhận diện trước đó.
- Kết quả giám sát thể được báo cáo định kđến tất cả những người liên
quan, đến quản lý cấp cao, hoặc đến khách hàng nếu cần thiết.
- Trong thực tế, do các yếu tố liên quan đến dự án thay đổi liên tục, chu trình
quản rủi ro không đi theo đường thẳng được lặp lại điều chỉnh liên
tục giữa các chặng. c rủi ro liên tục được điều chỉnh hoặc nhận diện mới,
do đó các chiến lược và kế hoạch đối phó cũng luôn được thay đổi để bảo đảm
chúng khả thi và có hiệu quả.
| 1/75

Preview text:

lOMoARcPSD| 27790909
ĐẠI HỌC QUỐC GIA THÀNH PHỐ HỒ CHÍ MINH
TRƯỜNG ĐẠI HỌC CÔNG NGHỆ THÔNG TIN
---------    --------- BÁO CÁO QUẢN LÝ DỰ ÁN
Giảng viên hướng dẫn : Ths. Huỳnh Đức Huy
Sinh viên thực hiện:
NGUYỄN HỒNG PHÚC 16520951 NGUYỄN CAO LUYỆN 16520713 NGUYỄN HỮU MY 15520499
TP. Hồ Chí Minh, tháng 7 năm 2020 lOMoAR cPSD| 27790909 NHẬN XÉT
......................................................................................................................................
......................................................................................................................................
......................................................................................................................................
......................................................................................................................................
......................................................................................................................................
......................................................................................................................................
......................................................................................................................................
......................................................................................................................................
......................................................................................................................................
......................................................................................................................................
......................................................................................................................................
......................................................................................................................................
......................................................................................................................................
......................................................................................................................................
......................................................................................................................................
......................................................................................................................................
......................................................................................................................................
......................................................................................................................................
......................................................................................................................................
......................................................................................................................................
......................................................................................................................................
......................................................................................................................................
......................................................................................................................................
......................................................................................................................................
......................................................................................................................................
......................................................................................................................................
......................................................................................................................................
...................................................................................................................................... LỜI CẢM ƠN lOMoARcPSD| 27790909
Trong quá trình học tập môn Quản lý dự án công nghệ thông tin, chúng em đã
học hỏi được rất nhiều kiến thức về mặt lý thuyết, cũng như các phương pháp thực
hành thực tế trong việc quản lý dự án phần mềm công nghệ thông tin.
Vì vậy, chúng em xin gửi lời cảm ơn đến thầy Huỳnh Đức Huy đã luôn luôn
tận tình trong việc hướng dẫn và truyền đạt nội dung môn học đến với chúng em.
Trong quá trình làm đồ án, khó tránh khỏi những sai sót. Chúng em rất mong
nhận được sự góp ý của thầy để có thể hoàn thiện đồ án tốt hơn nữa. Xin trân thành cảm ơn. TP.HCM, tháng 07 năm 2020 lOMoARcPSD| 27790909 MỤC LỤC
Chương 1. GIỚI THIỆU ................................................................................................................ 12
1.1. Từ ngữ viết tắt và thuật ngữ ......................................................................................... 13
1.2. Tham khảo ............................................................................................................................ 13
1.3. Tổng quan dự án ................................................................................................................ 14
1.4. Phạm vi, mục tiêu dự án ................................................................................................. 14
1.4.1. Mục tiêu và phạm vi dự án: ....................................................................................... 14
1.4.1.1. Mục tiêu ................................................................................................................ 14
1.4.1.2. Yêu cầu .................................................................................................................. 15
1.4.1.3. Đối tượng người dùng ................................................................................... 15
1.4.2. Phương pháp, công nghệ sử dụng: ......................................................................... 16
1.4.2.1. Phương pháp ...................................................................................................... 16
1.4.2.2. Công nghệ ............................................................................................................ 16
1.5. Các bên liên quan và nhân sự chính .......................................................................... 16
1.6. Điều phối dự án .................................................................................................................. 17
Chương 2. TỔ CHỨC DỰ ÁN .................................................................................................... 17
2.1. Mô hình phát triển phần mềm ..................................................................................... 17
2.2. Cơ cấu tổ chức dự án ....................................................................................................... 21
2.2.1. Tổ chức dự án .................................................................................................................. 21
2.2.2. Vai trò và trách nhiệm ................................................................................................. 21
Chương 3. QUẢN LÝ DỰ ÁN .................................................................................................... 24
3.1. Giả định, điều kiện và rủi ro ......................................................................................... 24
3.1.1. Giả định ......................................................................................................................... 24
3.1.2. Các hạn chế .................................................................................................................. 24
3.1.3. Chi phí dự kiến ........................................................................................................... 24 lOMoARcPSD| 27790909
3.2. Khởi tạo dự án ......................................................................................................................... 25
3.2.1. Ước lượng .................................................................................................................... 25
3.2.1.1. Thời gian .............................................................................................................. 25
3.2.1.2. Chí phí ................................................................................................................... 25
3.2.2. Yêu cầu nguồn lực .................................................................................................... 26
3.2.3. Yêu cầu đào tạo nhân sự dự án (nếu có) ........................................................ 26
3.3. Kế hoạch thực hiện dự án ................................................................................................... 27
3.3.1. Phân rã công việc ...................................................................................................... 27
3.3.2. Lập lịch làm việc ........................................................................................................ 45
3.3.3. Các cột mốc (milestone) và các work product chính ................................ 52
3.3.4. Điều phối nguồn lực ................................................................................................ 53
3.4. Kế hoạch kiểm soát dự án................................................................................................... 57
3.4.1. Kiểm soát kế hoạch thực hiện ............................................................................. 57
3.4.2. Kế hoạch quản lý yêu cầu ...................................................................................... 57
3.4.3. Kế hoạch quản lý quy trình phát triển phần mềm ..................................... 58
3.4.3.1. Quy trình mẫu .................................................................................................... 58
3.4.3.2. Phương pháp, công cụ và công nghệ ....................................................... 59
3.4.3.3. Cơ sở hạ tầng ...................................................................................................... 60
3.4.3.4. Xác định yêu cầu người dùng...................................................................... 61
3.4.3.5. Nghiệm thu sản phẩm .................................................................................... 62
3.4.4. Kiểm tra chất lượng sản phẩm ........................................................................... 63
3.4.5. Báo cáo dự án ............................................................................................................. 64
3.4.6. Đo lường dự án .......................................................................................................... 65
3.5. Kế hoạch quản lý rủi ro........................................................................................................ 66
3.5.1. Nhận diện rủi ro ........................................................................................................ 68
3.5.2. Phân tích rủi ro .......................................................................................................... 71 lOMoARcPSD| 27790909
3.5.2.1. Phân tích khả năng xuất hiện của rủi ro (Risk Probability) .......... 71
3.5.2.2. Phân tích mức tác động của rủi ro (Risk Impact) .............................. 72
3.5.2.3. Phân tích thời điểm xuất hiện rủi ro (Time Frame) ......................... 73
3.5.2.4. Ước lượng và phân hạng các rủi ro .......................................................... 73
3.5.3. Kiểm soát rủi ro ......................................................................................................... 74
3.5.4. Giám sát và điều chỉnh ........................................................................................... 77 DANH MỤC HÌNH VẼ
Hình 2-1: Tuyên ngôn phát triển phần mềm linh hoạt .............................................. 18
Hình 2-2: Các khái niệm chính trong Scrum ............................................................ 19
Hình 2-3: Vòng đời phát triển theo quy trình Scrum ................................................ 20
Hình 3-1: Mối quan hệ và trình tự các bước trong quy trình kiểm soát rủi ro .......... 59
Hình 3-2: Phân tích rủi ro ......................................................................................... 62
Hình 3-3: Bảng đánh giá khả năng xuất hiện ............................................................ 63
Hình 3-4: Bảng đánh giá khả năng tác động ............................................................. 64
Hình 3-5: Bảng sắp xếp độ ưu tiên ........................................................................... 65
Hình 3-6: Bảng kế hoạch đối phó rủi ro với độ ưu tiên 1 ......................................... 66
Hình 3-7: Bảng kế hoạch đối phó rủi ro với độ ưu tiên 2 ......................................... 66
Hình 3-8: Bảng kế hoạch đối phó rủi ro với độ ưu tiên 3 ......................................... 67
Hình 3-9: Bảng kế hoạch đối phó rủi ro với độ ưu tiên 4 ......................................... 67 lOMoARcPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
Quản lý tài liệu Ngày tạo: 01/06/2020
Thời gian lưu: 7/9/2020 10:24:24 SA Phòng ban/Bộ phận: PM
Lưu bởi: Nguyễn Hồng Phúc
Lịch sử thay đổi
Người thực hiện Ngày thực Nội dung Phiên hiện bản
Nguyễn Hồng Phúc 01/06/2020 Lập tài liệu 0.0.1 Nguyễn Cao Luyện 21/06/2020 Giới thiệu 1.1 Nguyễn Hồng Phúc 15/06/2020
Cập nhật mô trình phát triển 2.1 phần mềm (Agile) Nguyễn Hồng Phúc 15/06/2020 Tổ chức dự án 2.2.1 Nguyễn Hồng Phúc 16/06/2020 Vai trò và trách nhiệm 2.2.2
Giả định, điều kiện và rủi ro 3.1 Nguyễn Cao Luyện 25/06/2020 Giả định 3.1.1 Nguyễn Hồng Phúc 20/06/2020 Cập nhật các hạn chế 3.1.2 Nguyễn Hồng Phúc 02/07/2020
Tính toán chi phí dự kiến 3.1.3 Nguyễn Cao Luyện 25/06/2020 Khởi tạo dự án 3.2 Nguyễn Cao Luyện 25/06/2020 Ước lượng 3.2.1 Nguyễn Cao Luyện 25/06/2020 Yêu cầu nguồn lực 3.2.2 9 lOMoAR cPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02 Nguyễn Cao Luyện 25/06/2020
Yêu cầu đào tạo nhận sự dự 3.2.3 án
Kế hoạch thực hiện dự án 3.3 Nguyễn Hồng Phúc 23/06/2020 Cập nhật WBS 3.3.1 Nguyễn Hồng Phúc 02/07/2020 Lập lịch làm việc 3.3.2 Nguyễn Hồng Phúc 02/07/2020
Xác định các cột mốc, work 3.3.3 product chính Nguyễn Hồng Phúc 02/07/2020
Thông tin điều phối nguồn lực 3.3.4 Nguyễn Hữu My 26/06/2020
Kế hoạch kiểm soát dự án 3.4 Nguyễn Hữu My 26/06/2020
Kiểm soát kế hoạch thực hiện 3.4.1 Nguyễn Hữu My 26/06/2020
Kế hoạch quản lý yêu cầu 3.4.2
Kê hoạch quản lý quy trình 3.4.3 phát triển phần mềm Nguyễn Hồng Phúc 05/07/2020 Quy trình mẫu 3.4.3.1 Nguyễn Hồng Phúc 05/07/2020
Phương pháp, công cụ, công 3.4.3.2 nghệ Nguyễn Cao Luyện 07/07/2020 Cơ sở hạ tầng 3.4.3.3 Nguyễn Hữu My 07/07/2020
Xác định yêu cầu người dùng 3.4.3.4 Nguyễn Hữu My 07/07/2020 Nghiệm thu sản phẩm 3.4.3.5 Nguyễn Hữu My 26/06/2020
Kiểm tra chất lượng sản phẩm 3.4.4 Nguyễn Hữu My 26/06/2020 Báo cáo dự án 3.4.5 Nguyễn Hữu My 26/06/2020 Đo lường dự án 3.4.6 10 lOMoARcPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02 Nguyễn Hữu My
Kế hoạch quản lý rủi ro 3.5 Nguyễn Hồng Phúc 27/06/2020
Cập nhật WBS sau khi thầy 3.3.1
góp ý (đổi đơn vị thành giờ,
điều chỉnh ngôn ngữ, bổ sung
thời gian bắt đầu - kết thúc,
phân rã công việc chi tiết hơn) Nguyễn Hồng Phúc 30/06/2020
Bổ sung tài liệu liên quan 1.2 11 lOMoARcPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
Lịch sử kiểm tra Người kiểm tra Ngày kiểm
Nhận xét/đánh giá Phiên bản tra Thầy Huy 25/06/2020
Đánh giá chung về bản kế 0.0.1
hoạch (bản chưa hoàn thiện).
Các góp ý bao gồm: - Về các
định dạng bài kế hoạch, phông
chữ, ngôn ngữ sử dụng. -
Góp ý về cách xác định
và các bước phân tích rủi ro. - Cách phân rã công việc hiệu quả và chi tiết. -
Cách điền thông tin lịch sử kiểm tra.
Nguyễn Hồng Phúc 02/07/2020
- Cần xác định lại thời gian và 3.2.1
chi phí chính xác hơn, dựa vào
WBS và phần ước lượng chi
phí của Phúc trong mục 3.1.3 và 3.3.2
Nguyễn Hồng Phúc 02/07/2020
Có thể bổ sung thêm vài rủi ro 3.5.1
về thay đổi công nghệ, thời tiết
Chương 1. GIỚI THIỆU
Tài liệu này là báo cáo đồ án môn học Quản lý dự án công nghệ thông tin của
nhóm 2 bao gồm toàn bộ quá trình lên kế hoạch và cách sử dụng phần mềm để phân
chia và quản lý tiến độ công việc của các thành viên trong nhóm. 12 lOMoARcPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
1.1. Từ ngữ viết tắt và thuật ngữ Từ viết tắt Diễn giải PM
Project Manager – Trưởng dự án
Work Products Tất cả các tài liệu/source của dự án như tài liệu yêu cầu người
dùng, tài liêu kỹ thuật, source code, hướng dẫn sử dụng... PERT
Program Evaluation & Review Technique là kỹ thuật ước lượng
thời gian sử dụng công thức có sẵn. EVM
Earned Value Management là kỹ thuật đo lường thực hiện dự án
thông qua việc tích hợp dữ liệu của phạm vi, thời gian và chi phí dự án. BHT CNPM
Ban học tập Công nghệ Phần mềm, khác hàng yêu cầu phát triển ứng dụng UAT
Viết tắt của User acceptance testing - Kiểm thử chấp nhận 1.2. Tham khảo STT Tên tài liệu Mô tả 1 CMI_Dac_Ta_He_Thong.docx
Sơ đồ mô tả usecase hệ thống và các usecase thành phần 2 CMI_Bieu_Do_Tuan_Tu.docx
Mô tả thứ tự thực hiện dưới dạng sơ đồ cho các usecase 3 CMI_Thiet_Ke_Du_Lieu.docx
Dữ liệu được thiết kế dưới dạng bảng (sql) 4 CMI_Thiet_Ke_Giao_Dien[Link]
Nơi thiết kế và lưu trữ giao diện 13 lOMoARcPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
1.3. Tổng quan dự án
Hiện nay, trong các hoạt động giảng dạy nói chung và các hoạt động khác nói riêng
trên nhà trường, chúng ta vẫn có một khoảng cách nhất định giữa người tổ chức (thông
thường là Giảng viên) và người tham gia (thông thường là Sinh viên). Một tình trạng
thực tế có thể nói đến hiện nay, như việc nhiều sinh viên vẫn đang gặp khó khăn trong
vấn đề theo dõi quá trình giảng dạy, gây ra tình trạng không hiểu bài nhưng lại không
phát biểu ý kiến trước đám đông. Điều đó đã gây ra không ít khó khăn cho người tổ
chức hoạt động trong việc cập nhật nội dung, để phù hợp với người tham gia.
Ngoài ra, chúng ta vẫn còn một vấn đề thường gặp trong các hoạt động nói trên : Đó
chính là vấn đề điểm danh người tham gia. Thông thường, chúng ta sử dụng máy
điểm danh để lấy thông tin điểm danh của người dùng. Nhưng chính máy điểm danh
vẫn còn một số hạn chế nhất định. Ví dụ như, chúng ta chưa thể quản lý việc theo dõi
bài tập của sinh viên, chưa có thống kê trực tiếp được các hoạt động mà sinh viên
tham gia,… Ngoài ra, máy điểm danh còn bị hạn chế về mặt số lượng, vì thế dễ gây
ùn tắc khi điểm danh vào đầu giờ/cuối giờ. Cùng với đó, số hoạt động tổ chức được
cùng 1 lúc cũng sẽ bị hạn chế vì nguyên nhân trên.
Áp dụng tin học hoá (thông qua việc phát triển ứng dụng) vào việc tổ chức các
hoạt động giảng dạy, cũng như các hoạt động khác và thực hiện điểm danh cho sinh
viên là một hướng đi tốt để giải quyết các vấn đề trên, phục vụ trực tiếp cho cả lợi ích
của sinh viên, giảng viên và nhà trường.
1.4. Phạm vi, mục tiêu dự án
1.4.1. Mục tiêu và phạm vi dự án: 1.4.1.1. Mục tiêu
- Tạo ra một hệ thống tiện dụng kết nối người tổ chức hoạt động và người tham gia hoạt động:
 Cơ chế đặt câu hỏi/trả lời câu hỏi: Giúp người tổ chức nắm rõ hơn mức độ
theo dõi của người tham gia. 14 lOMoARcPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
 Cơ chế gửi mail tự động đến những người đã đăng ký/đã tham gia: Cho
phép người trong 1 tổ chức có thể gửi mail nhanh chóng đến danh sách nêu trên.
- Tạo ra một hệ thống tiện dụng để người tổ chức hoạt động quản lý các hoạt động của mình:
 Cơ chế điểm danh bằng quét thẻ sinh viên (nhận diện MSSV bằng OCR):
Thực hiện điểm danh nhanh chóng sinh viên không phụ thuộc vào máy điểm danh.
 Cơ chế quản lý và thống kê danh sách người tham gia: Cho phép người tổ
chức nhanh chóng nắm được tình hình tham gia hoạt động của tổ chức.
 Cơ thế quản lý người trả lời câu hỏi: Cho phép người tổ chức thống kê
nhanh chóng tình hình nắm nội dung của người tham gia.
- Tạo ra một hệ thống tiện dụng cho người tham gia nắm bắt hoạt động của mình
(thông qua cơ chế quản lý hoạt động đã tham gia). 1.4.1.2. Yêu cầu
- Ứng dụng tiện dụng, dễ dùng cho cả người sử dụng và người tổ chức. Cả người
có nền tảng tin học và người không có nền tảng tin học.
- Hoạt động trong cả môi trường offline và online.
- Bảo mật cao. Không gây rò rỉ thông tin người dùng. - Độ chính xác cao.
1.4.1.3. Đối tượng người dùng
- Người tổ chức hoạt động (Host).
- Người hỗ trợ cho hoạt động (Collaborator).
- Người tham gia hoạt động (Participant). 15 lOMoARcPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
1.4.2. Phương pháp, công nghệ sử dụng:
1.4.2.1. Phương pháp
Quy trình Agile (Scrum): Nhóm phát triển phần mềm thông qua các phân đoạn
lặp (sprint) kéo dài khoảng 2 tuần. Tất cả các thành viên cùng nhau làm việc từ
công đoạn thu thập, phân tích yêu cầu, tạo product backlog, lên kế hoạch, thực
hiện các chức năng trong mỗi sprint cho đến việc testing. 1.4.2.2. Công nghệ
- Ngôn ngữ lập trình: Java - Nền tảng: Android
- Thư viện hỗ trợ: Tesseract
- Cơ sở dữ liệu: Firebase
- Công cụ thiết kế: Visio, Figma. - IDE: Android Studio
1.5. Các bên liên quan và nhân sự chính STT Họ Tên
Bộ phận Vai trò & Liên lạc trách nhiệm 1 Nguyễn Hồng Phòng - Quản lý 16520951@gm.uit.edu.vn điều dự án Phúc hành ĐT: 0366272703 - Chịu trách nhiệm lên kế hoạch và điều phối công việc 2 Nguyễn Hữu Phòng - Chịu trách 15520499@gm.uit.edu.vn
phân tích nhiệm thiết kế My ĐT: 0945371082
nghiệp vụ và kiểm soát chất lượng 16 lOMoARcPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02 3 Nguyễn Cao Phòng kỹ - Chịu trách 16520713@gm.uit.edu.vn Luyện thuật nhiệm kỹ thuật ĐT: 0793697415
1.6. Điều phối dự án STT Hạng mục Thời gian Địa điểm Ghi chú chuyển giao chuyển giao 1 Tài liệu YCND Tuần 4, 04/2020 UIT – HTE Chuyển qua email 2
Tài liệu danh sách giao Tuần 1, 05/2020 UIT – HTE Chuyển qua diện email 3 Xác nhận tài liệu Tuần 4, 47/2020 UIT – HTE YCND 5
Tài liệu hướng dẫn sử Tuân 4, 06/2020 UIT – HTE Chuyển qua dụng email 11 Triển khai UAT Tuần 1, 07/2020 UIT – HTE Chat
Chương 2. TỔ CHỨC DỰ ÁN
2.1. Mô hình phát triển phần mềm
Dự án này sử dụng mô hình phát triển phần mềm Agile, là 1 quy trình phát triển
được công nhận và sử dụng rất rộng rãi. Nó không phải là tập hợp các quy tắc hay
hưỡng dẫn cụ thể, thậm chí ta không nên gọi nó là một phương pháp. Một cách chính
xác, nó là tập hợp những nguyên tắc mà khuyến khích sự linh hoạt, thích ứng với sự
thay đổi và sự giáo tiếp giữa nhóm phát triển.
Agile được thể hiện trên bản tuyên ngôn gồm 4 ý chính và 12 nguyên tắc như sau: 17 lOMoARcPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
Hình 2-1: Tuyên ngôn phát triển phần mềm linh hoạt
Cá nhân và tương tác được ưu tiên hơn quy trình và công cụ vì nó giúp quy trình
trở nên có tính phản hồi hơn. Một khi nhóm hiểu và hoạt động tốt với nhau thì họ sẽ
dễ dàng giải quyết vấn đến với các công cụ và quy trình.
Cách quản lý dự án truyền thống tập trung quá nhiều vào tài liệu, thứ tiêu tốn
hang tháng trời. Việc này ảnh hưởng tiêu cực đến quá trình chuyển giao sản phẩm
dẫn đến bị đình trệ dự án là điều khó tránh khỏi.
Đàm phán có nghĩa là trải qua 1 quá trình trao đổi, nó có thể chưa được hoàn
thiện và phải chỉnh sửa. Nhưng 1 khi quá trình đàm phán kết thức thì giấy trắng mực
đen đã in sẵn, không còn gì để bàn them. Agile khuyến khích ta cộng tác với Khách
hàng để có được quá trình làm việc hiệu quả.
Mục tiêu cuối cùng mà tất cả các bên đều muốn đạt được là có được 1 phần
mềm hoạt động tốt và phục vụ đáp ứng các nhu cầu đặt ra ban đầu. Vì thế thích nghi
với thay đổi để có được phần mềm tốt thì hơn là bán sát kế hoạch để cuối cùng tạo ra
sản phẩm không thể đưa vào vận hành. 18 lOMoARcPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
Để có thể sử dụng Agile trong quá trình phát triển dự án ta có rất nhiều lựa chọn
ví dụ như: Kanban, Scrum, Lean, XP, ...
Trong dự án này, chúng tôi sử dụng Scrum:
Scrum có thể có là 1 trong những framework phổ biến nhất trong họ Agile. Trong dự
án, chúng tôi tin tưởng vào nhóm phát triển, họ được tự quản lý và trao quyền với 3
vai trò cụ thể, được xác định như sau:
Hình 2-2: Các khái niệm chính trong Scrum
- Product owned: Là người đại diện Khách hang/ người dùng chính của sản
phẩm sẽ được phát triển. Đây là người có thẩm quyền cuối cùng và sẽ luôn
đồng hành cùng nhóm phát triển.
- Scrum master: Là người hưỡng dẫn nhóm scrum. Bảo đảm nhóm làm việc có
năng suốt và tiến bộ. Nếu trong quá trình phát triên gặp trở ngại sẽ là người
đứng ra giải quyết. Scrum master cũng là người trung gian giữa PO và nhóm.
- Development team: Nhóm bao gồm 7 +- tối đa 2 thành viên. Trong này sẽ có
developers, testers, databasse people, support people etc.
Các hoạt động diễn ra trong scrum bao gồm: 19 lOMoARcPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
Hình 2-3: Vòng đời phát triển theo quy trình Scrum
- Plan meeting: Họp lên kế hoạch là điểm bắt đầu của mỗi sprint, trong cuộc họp
sẽ có mặt tất cả thành viên của scrum. Scrum master sẽ chọn các user story dựa
trên mức độ ưu tiên từ product backlog và nhóm sẽ cùng động não cùng nó.
Nhóm sẽ xác định cụ thể độ phức tạp (theo dãy fibonacy) và ước lượng nỗ lực
cần thiết để hoàn thành (hours).
- Excute of sprint task: Tương tự như cái tên, đây sẽ là những công việc thực sự
sẽ được hoành thành bởi scrum team để đạt được công việc của họ và chuyển
user story đó vào trạng thái done.
- Daily standup: Trong suốt vòng đời của sprint, mỗi ngày team sẽ họp đều đặn
trong vòng 15 phút để thảo luận về: Team đã làm được cái gì vào ngày hôm
qua, hôm nay team dự kiến sẽ làm những gì, có bất kỳ trở ngại nào không?
- Review meeting: Vào cuối mỗi sprint, nhóm scrum sẽ họp lại cho cho PO xem
kết quả, PO sẽ xem và xác nhận công việc đã ổn hay chưa. Sau đó sprint được
đóng lại và các task được đánh dấu là đã xong. 20 lOMoARcPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
- Retropective meeting: Hoạt động này diễn ra sau khi đã review meeting. Khi
đó team sẽ trao đổi và viết tài liệu về: Những thứ đã làm tốt trong sprint, cái gì
còn chưa tốt, bài học rút ra.
2.2. Cơ cấu tổ chức dự án
2.2.1. Tổ chức dự án Tr ưở ng d ự án Nguy ễ n H ồ ng Phúc Tr ưở ng nhóm Tr ưở ng nhóm Tr ưở ng nhóm Tr ưở ng nhóm Tr ưở ng nhóm phân tích l ậ p trình ki ể m ch ứ ng giám sát h ỗ tr ợ Nguy ễ n H ữ u My
Nguy ễ n Cao Luy ệ n Nguy ễ n H ữ u My Nguy ễ n H ồ ng Phúc Nguy ễ n Cao Luy ệ n Hình 2-4: Cơ cấu tổ chức dự án
2.2.2. Vai trò và trách nhiệm Nhóm Họ Tên Vai trò Trách nhiệm chính PM Nguyễn Hồng Phúc Trưởng dự án - Chịu trách nhiệm quản
lý, điều phối toàn bộ dự án. Email: 16520951@gm.uit.edu.vn - Lập kế hoạch triển
khai dự án trực thuộc phạm vi
quản lý: qua đó tiếp nhận, lập
dự trù nguồn lực thực hiện, 21 lOMoAR cPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
thông báo, phối hợp với các
phòng ban liên quan và quan
để triển khai thực lực thực
hiện dự án, đề xuất phương
án dự phòng không được triển khai theo đúng kế
hoạch. Tham gia đánh giá,
dự phòng rủi ro và các biện
pháp phòng tránh, khắc phục rủi ro.
- Đảm bảo dự án đúng tiến
độ và chất lượng sản phẩm. BA Nguyễn Hữu My
Trưởng nhóm - Chịu trách nhiệm phân tích
nhu cầu của bên khách hàng, Email: phân tích
và các đối tác liên quan để 15520499@gm.uit.edu.vn
tìm hiểu và đề xuất các giải
pháp giải quyết vấn đề phát
sinh về việc quản lý tham gia
sự kiện. Viết tài liệu phân tích hệ thống. Nguyễn Cao Luyện Nhân viên
- Quản lí việc lập trình phần lập trình dự
mềm của dự án. Phân chia Email: án
việc lập trình từng chức năng 16520713@gm.uit.edu.vn cho mỗi thành viên trong team code. 22 lOMoARcPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02 QA Nguyễn Hồng Phúc
Trưởng nhóm - Điều hành, tổ chức thực kiểm chứng
hiện kiểm soát chất lượng, tiến độ dự án. 23 lOMoARcPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
Chương 3. QUẢN LÝ DỰ ÁN
3.1. Giả định, điều kiện và rủi ro 3.1.1. Giả định
- Thông tin mã số sinh viên đều được chứng thực.
- Dữ liệu Call Log được xem là chính xác.
- Tạo báo cáo dựa vào thời điểm cập nhật của các extension, số điện thoại.
- Server/ database/ network hoạt động ổn định, không xãy ra sự cố.
- Điện thoại của giảng viên và sinh viên đều sử dụng hệ điều hành Android 4.4 trở lên.
3.1.2. Các hạn chế
- Nhóm làm việc chưa từng có kinh nghiệm với dự án tương tự nên giữa kế
hoạch và quá trình phát triển thực tế có một số thay đổi về yêu cầu chức năng.
- Giao diện được thiết kế bởi thành viên không chuyên vì thế có thể ảnh hưởng
đến trải nghiệm người dùng. Do hạn chế về tài chính, ứng dụng sử dụng figma
bản miễn phí, dẫn đến việc triển khai thực tế khó khăn để đạt được đầy đủ ý
nghĩa mà người thiết kế truyền tải.
- Ứng dụng chỉ chạy trên nền tảng android. Không thể áp dụng cho tất cả người dụng có nhu cầu.
- Tất cả các thành phần trong ứng dụng được xây dựng mới hoàn toàn, không
có thể tái sử dụng từ các dự án trước là 1 trong những nguyên nhân đội chi phí dự án lên cao.
- Chất lượng phần mềm phụ thuộc phần nhiều vào yếu tố con người.
3.1.3. Chi phí dự kiến
Các chi phí tổng quan trong dự án 24 lOMoARcPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
STT Nội dung công việc Chi phí Ghi chú 1 Công tác chuẩn bị 15.400.000
Giai đoạn chuẩn bị và xác định 2 Phân tích yêu cầu 8.250.000 Giai đoạn phân tích 3 Thiết kế 7.200.000 Giai đoạn thiết kế 4 Triển khai 29.250.000 Giai đoạn hiện thực 5 Kiểm thử 11.950.000
Giai đoạn kiểm thử hệ thống, kiểm thử chấp nhận 6 Kết thúc dự án 7.800.000
Giai đoạn vận hành và bảo trì Tổng 79.850.000
Đây là chi phí tối thiểu, cần
tính thêm khoảng 20% khi ký hợp đồng.
3.2. Khởi tạo dự án 3.2.1. Ước lượng 3.2.1.1. Thời gian
- Thời gian thực hiện dự án dự kiến: 3,5 tháng (Man days: 92 ngày) - Thời
gian thực hiện dự án tối đa: 4 tháng (Man days: 101 ngày)
- Thời gian tập huấn sử dụng hệ thống: 3 ngày (Man days: 1,5 days)
- Thời gian sử dụng thử nghiệm hệ thống: 1 tháng
- Phương pháp sử dụng: Ước lượng dựa theo lịch sử. 3.2.1.2. Chí phí
- Chi phí dự kiến: 79,850,000 ₫ (Ba mươi bốn triệu chín trăm tám mươi ngàn chẵn). 25 lOMoARcPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
- Chi phí tối đa: 87,835,000 ₫ (Bốn mươi bảy triệu tám trăm chín mươi ngàn đồng chẵn)
- Phương pháp sử dụng: Bottom-up estimating (Từ dưới lên)
3.2.2. Yêu cầu nguồn lực
- Gồm 3 nhân viên với vai trò được phân chia xuyên suốt quá trình phát triển mềm:
 Nguyễn Hồng Phúc (1 năm kinh nghiệm)  Nguyễn Hữu My (1 năm kinh nghiệm)
 Nguyễn Cao Luyện (1 năm kinh nghiệm)
- Thời gian sử dụng nhân lực: Từ khi bắt đầu đến khi kết thúc hợp đồng. - Nguồn nhân lực:
 Nguyễn Hồng Phúc: tái ký hợp đồng 1,5 năm  Nguyễn Hữu
My: ký hợp đồng mới 1 năm
 Nguyễn Cao Luyện: ký hợp đồng mới 1 năm
- Toàn bộ tài nguyên được sử dụng đều thuộc quyền sở hữu của công ty.
- Các thành viên đều có kinh nghiệm làm việc nên cần đáp ứng mức lương tương
xứng năng lực. Số tiền thực hiện dự án bị giới hạn.
3.2.3. Yêu cầu đào tạo nhân sự dự án (nếu có)
- Tiến hành đào tạo để các nhân viên nhất quán trong quy trình làm việc và các
quy tắc lập trình để tiện cho việc bảo hành, bảo trì sau này. - Loại hình đào tạo:
 Làm việc theo mô hình Scrum
 Quy trình xin nghỉ phép và làm việc OT  Sử dụng Clean Code
- Yêu cầu đạt được sau khóa học: Các nhân viên hiểu rõ quy trình làm việc.
- Phương pháp đào tạo: Trưởng nhóm trình bày thông qua slides tại phòng họp.
Hằng tuần họp team vào thứ 4 để đánh giá tiến độ và kiểm soát chất lượng quy trình làm việc. 26 lOMoARcPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
- Việc đào tạo là cần thiết trong việc kiểm soát chất lượng sản phẩm và mở rộng tính năng.
3.3. Kế hoạch thực hiện dự án
3.3.1. Phân rã công việc Công việc Thời Người Ngày Ngày Tài Chi chị BĐ nguy ph KT ên í gian u (N trách gàn đồ (giờ) nhi ng) ệm 1.Giai đoạn chuẩn 44 25/03 15/04 6900 bị 1.1 Book 4 Phúc 25/03 30/03 Tiền 700 lịch ĐT(1 gặp 00) khách hàng 1.2 Gặp 8 Phúc 01/04 03/04 Tiền đi 1400 mặt, lại(20 trao 0) đổi thông tin 1.3 Khảo 12 Luyện 04/04 09/04 Exel, 1800 sát Word, tiền thực tế in giấy (100) 27 lOMoAR cPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02 1.4 Viết 20 My 07/04 15/04 Word 3000 tài liệu dự án 2. Giai đoạn 59 17/04 25/04 8850 xác định 2.1 Nghiên 16 My 17/04 20/04 Tài 2400 cứu tài liệ liệu u số, dự án tương tự 2.2 Xác định 8 My 20/04 21/04 1200 rủi ro 2.3 Đề xuất 5 Luyện 21/04 22/04 750 giải pháp và chốt yêu cầu 2.4 Ước lượng 8 Phúc 23/04 24/04 1200 chi phí 2.5 Đề cương 4 Luyện 24/04 24/04 Word 600 dự án 2.6 Lên kế 18 Phúc 20/04 25/04 Trello 2700 hoạch ban đầu 3. Giai đoạn phân 55 30/04 26/04 8250 tích 28 lOMoAR cPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02 3.1 Xác định 30/04 26/05 yêu cầu hệ thống 3.1.1 Xác 3 Phúc 30/04 10/05 Word 450 định các nghiệ p vụ 3.1.2 Xác 5 My 11/05 26/05 Word 750 đinh các chức năng chính 3.2 Đặc tả hệ thống 10/04 25/04 Visio 3.2.1 Sơ 3 Phúc 10/04 25/04 450 đồ use case tổng 3.2.2 Đặc 2 Luyện 10/04 25/04 300 tả Usecase “Đăng nhập” 3.2.3 Đặc 2 Luyện 10/04 25/04 300 tả Usecase “Đăng ký” 29 lOMoAR cPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02 3.2.3 Đặc 2 Luyện 10/04 25/04 300 tả Usecase “Quản lý tổ chức” 3.2.4 Đặc 2 Luyện 10/04 25/04 300 tả Usecase “Thêm sự kiện” 3.2.5 Đặc 2 Luyện 10/04 25/04 300 tả Usecase “Tạo bộ câu hỏi” 3.2.6 Đặc 2 My 10/04 25/04 300 tả Usecase “Tham gia sự kiện” 3.2.7 Đặc 2 My 10/04 25/04 300 tả Usecase “Xem thông tin của User” 30 lOMoAR cPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02 3.2.8 Đặc 2 My 10/04 25/04 300 tả Usecase “Xem thống kê của tổ chức” 3.2.9 Đặc 2 My 10/04 25/04 300 tả Usecase “Gửi mail nhắc nhở/ cảm ơn tham gia” 3.2.10 Đặc 2 Luyện 10/04 25/04 300 tả Use- case “Quét thẻ điểm danh” 3.2.11 Đặc 2 Luyện 10/04 25/04 300 tả Use- case “Tạo danh sách tham 31 lOMoAR cPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02 gia từ file” 3.2.12 Đặc 2 Luyện 10/04 25/04 300 tả Use- case “Điểm danh bằng mã” 3.3 Xây dựng sơ đồ tuần 26/04 05/05 Visio tự cho các chức năng 3.3.1 Chức 1 Luyện 26/04 05/05 150 năng đăng nhập 3.3.2 Chức 1 Luyện 26/04 05/05 150 năng đăng ký 3.3.3 Chức 1 Luyện 26/04 05/05 150 năng quản lý tổ chức 3.3.4 Chức 1 Phúc 26/04 05/05 150 năng thêm sự kiện 3.3.5 Chức 1 Luyên 26/04 05/05 150 năng tạo bộ 32 lOMoAR cPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02 câu hỏi 3.3.6 Chức 1 My 26/04 05/05 150 năng xem thông tin người dùng 3.3.7 Chức 1 My 26/04 05/05 150 năng gửi email 3.3.8 Chức 1 My 26/04 05/05 150 năng quét thẻ điểm danh 3.3.9 Chức 1 Phúc 26/04 05/05 150 năng điểm danh bằng mã 3.4 Phân tích dữ liệu 3.4.1 Phân 6 Phúc 26/04 05/05 900 tích các thông tin cần đưa 33 lOMoAR cPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02 vào 3.4.2 3 Phúc 11/05 05/05 450 Chuy ển đổi, tối ưu lưu trữ dạng noSQ L 4.
Giai đoạn thiết kế 48 06/05 11/05 7200 4.1 Thiết kế 4 Phúc 06/05 11/05 600 kiến trúc phần mềm 4.2 Thiết kế 06/05 11/05 giao diện 4.2.1 Màn 2 Phúc 06/05 11/05 Figma 300 hình chính 4.2.2 Màn 1 Phúc 06/05 11/05 150 hình tham gia sự kiện bằng mã 34 lOMoAR cPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02 4.2.3 Màn 2 Phúc 2 11/05 300 hình danh sách hoạt động 4.2.4 Màn 2 My 06/05 11/05 300 hình tạo hoạt động (3 màn hình) 4.2.5 Màn 2 My 06/05 11/05 300 hình tạo tổ chức 4.2.6 Màn 2 My 06/05 11/05 300 hình danh sách tham gia 4.2.7 Màn 2 My 06/05 11/05 300 hình nhập danh sách dừ file 4.2.8 Màn 2 Luyện 06/05 11/05 300 hình thông tin cá nhân (danh 35 lOMoAR cPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02 sách hoạt động đã tham gia) 4.2.9 Màn 1 Luyện 06/05 11/05 150 hình thông tin cá nhân (chi tiết) 4.2.10 Màn 1 Luyện 06/05 11/05 150 hình gửi email 4.2.11 2 Luyện 06/05 11/05 300 Mà n hìn h dan h sác h câu hỏi 4.2.12 Màn 3 Phúc 06/05 11/05 450 hìn h Tạo câu hỏi 36 lOMoAR cPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02 4.2.13 Màn 2 Phúc 06/05 11/05 300 hìn h thố ng kê, xếp hạn g câu trả lời 4.2.14 Màn 2 My 06/05 11/05 300 hìn h trả lời câu hỏi 4.3 Thiết kế 5 Phúc 11/05 15/05 Visio 750 dữ liệu lưu trữ 4.4 Tạo các 13 My 11/05 15/05 1950 đặc tả kiểm thử 5. Giai đoạn hiện 195 12/05 27/06 29250 thực 5.1 Xây dựng 5 12/05 12/05 Android 750 kiến trúc stud chương io trình 5.2 Xây dựng giao diện 12/05 31/05 5.2.1 Màn 3 Luyện 12/05 16/05 450 hìn h đăn g 37 lOMoAR cPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02 nhậ p 5.2.2 Màn 3 Luyện 12/05 16/05 450 hìn h đăn g ký 5.2.3 Màn 4 Phúc 12/05 16/05 600 hìn h chín h 5.2.4 Màn 1 Phúc 17/05 31/05 150 hình tham gia sự kiện bằng mã 5.2.5 Màn 4 My 12/05 16/05 600 hình danh sách hoạt động 5.2.6 Màn 5 Luyện 17/05 31/05 750 hình tạo hoạt động (3 màn hình) 38 lOMoAR cPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02 5.2.7 Màn 4 My 17/05 31/05 600 hình tạo tổ chức 5.2.8 Màn 5 My 17/05 31/05 750 hình danh sách tham gia 5.2.9 Màn 3 My 17/05 31/05 450 hình nhập danh sách dừ file 5.2.10 Màn 3 My 12/05 16/05 450 hình thông tin cá nhân (danh sách hoạt động đã tham gia) 5.2.11 Màn 3 Phúc 12/05 16/05 450 hình thông tin cá nhân 39 lOMoAR cPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02 (chi tiết) 5.2.12 Màn 3 Phúc 17/05 31/05 450 hình gửi email 5.2.13 Màn 8 Luyện 17/05 31/05 1200 hình danh sách câu hỏi 5.2.14 Màn 8 My 17/05 31/05 1200 hình Tạo câu hỏi 5.2.15 Màn 8 Luyện 17/05 31/05 1200 hình thống kê, xếp hạng câu trả lời 5.2.16 Màn 15 Luyện 17/05 31/05 2250 hình trả lời câu hỏi 5.3 Xây dựng 5 Phúc 01/06 02/06 750 CSDL 40 lOMoAR cPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02 5.4 Xây dựng 7 01/06 27/06 các chức năng theo đặc tả (logic) 5.4.1 Xử 3 Luyện 14/06 20/06 450 lý đăng ký 5.4.2 Xử 3 Luyện 14/06 20/06 450 lý đăng nhập 5.4.3 Xác 1 Luyện 14/06 20/06 150 nhận tài khoản 5.4.4 Lấy 3 Luyện 21/06 27/06 450 lại mật khẩu 5.4.5 Tìm 5 My 21/06 27/06 750 kiếm người dùng 5.4.6 Tham 3 My 21/06 27/06 450 gia bằng mã 5.4.7 Trả 5 Luyện 14/06 20/06 750 lời câu hỏi 5.4.8 Xem 5 Phúc 21/06 27/06 750 kết quả 41 lOMoAR cPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02 5.4.9 Quét 7 Phúc 14/06 20/06 1050 thẻ tham gia 5.4.10 Tạo 3 My 01/06 13/06 450 mới tổ chức 5.4.11 Cập 3 Phúc 14/06 20/06 450 nhật thông tin tổ chức 5.4.12 Xóa 3 Phúc 14/06 20/06 450 tổ chức 5.4.13 Thống 5 Phúc 21/06 27/06 750 kê câu trả lời 5.4.14 Xem 3 Luyện 14/06 20/06 450 danh sách tham gia 5.4.15 Gửi 3 My 14/06 20/06 450 thư cho người tham gia 5.4.16 Tạo 3 Luyện 01/06 13/06 450 mới câu hỏi 42 lOMoAR cPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02 5.4.17 3 My 21/06 27/06 450 Cậ p nh ật câ u hỏ i 5.4.18 3 My 21/06 27/06 450 Xó a câ u hỏ i 5.5 Kiểm thử 23 My 28/06 01/07 3450 chức năng 5.6 Viết tài 11 Luyện 28/06 01/07 Word 1650 liệu sử dụng 6. Giai đoạn kiểm 61 9450 thử hệ thống 6.1 Kiểm thử 24 My 02/07 04/07 Điện 3900 tích hợp t module hoại (Hao mòn 300) 6.2 Kiểm thử 16 My 02/07 04/07 2400 toàn hệ thống 43 lOMoAR cPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02 6.3 Khắc 21 Luyện 02/07 04/07 3150 phục lỗi 7. Giai đoạn kiểm 16 05/07 07/07 2500 thử chấp nhận 7.1 Book lịch 8 Phúc 05/07 07/07 1200 gặp khách hàng 7.2 Demo sản 8 Phúc 05/07 07/07 Điện 1300 phẩm, ký t xác hoại nhận hồ (hao sơ mòn 100) 8. Giai đoạn vận 10 08/07 09/07 2800 hành 8.1 Gặp 5 Phúc 08/07 09/07 Xăng 950 khách x e hàng, bàn (200) giao sản phẩm 8.2 Training 3 Luyện 09/07 09/07 450 cho người dùng 8.3 Họp rút 2 Phúc 10/07 10/07 Bánh, 900 kinh n +500 nghiệm (3 ước người) (500) 44 lOMoARcPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02 9. Giai đoạn bảo 11/07 2 5000 trì m sa u 9.1 Bảo [bảo Luyện 11/07 2 5000 hành các nă chức m năng đã hành sa cung cấp 2 u năm] 9.2 Ký thỏa Tùy Phúc - - thuận nâng cấp chọn hệ thống *Giá tính theo giờ tài nguyên liên quan (150.000 VNĐ/H)
3.3.2. Lập lịch làm việc Công việc Thời gian Việc cần công (giờ) thực hiện việc trước 1
Book lịch gặp khách hàng 4 * 2
Gặp mặt, trao đổi thông tin 8 1 3 Khảo sát thực tế 12 2 4 Viết tài liệu dự án 20 5 5 Nghiên cứu tài liệu 16 2 6 Xác định rủi ro 8 5 45 lOMoAR cPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02 7
Đề xuất giải pháp và chốt yêu cầu 5 6 8 Ước lượng chi phí 8 7 9 Đề cương dự án 4 5 10
Lên kế hoạch ban đầu 18 8 11
Xác định yêu cầu hệ thống 3 10 12
Xác định các nghiệp vụ 3 10 13
Xác đinh các chức năng chính 5 12 14
Sơ đồ use case tổng 3 13 15
Đặc tả Use-case “Đăng nhập” 2 14 16
Đặc tả Use-case “Đăng ký” 2 14 17
Đặc tả Use-case “Quản lý tổ chức” 2 14 18
Đặc tả Use-case “Thêm sự kiện” 2 14 19
Đặc tả Use-case “Tạo bộ câu hỏi” 2 14 20
Đặc tả Use-case “Tham gia sự kiện” 2 14 21
Đặc tả Use-case “Xem thông tin của 2 14 User” 22
Đặc tả Use-case “Xem thống kê của tổ 2 14 chức” 23
Đặc tả Use-case “Gửi mail nhắc nhở/ cảm 2 14 ơn tham gia” 24
Đặc tả Use-case “Quét thẻ điểm danh” 2 14 46 lOMoAR cPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02 25
Đặc tả Use-case “Tạo danh sách tham gia 2 14 từ file” 26
Đặc tả Use-case “Điểm danh bằng mã” 2 14 27
Sơ đồ tuần tự chức năng đăng nhập 1 15 28
Sơ đồ tuần tự chức năng đăng ký 1 16 29
Sơ đồ tuần tự chức năng quản lý tổ chức 1 17 30
Sơ đồ tuần tự chức năng thêm sự kiện 1 18 31
Sơ đồ tuần tự chức năng tạo bộ câu hỏi 1 19 32
Sơ đồ tuần tự chức năng xem thông tin 1 21 người dùng 33
Sơ đồ tuần tự chức năng gửi email 1 23 34
Sơ đồ tuần tự chức năng quét thẻ điểm 1 24 danh 35
Sơ đồ tuần tự chức năng điểm danh bằng 1 26 mã 36
Phân tích các thông tin cần đưa vào 6 14 37
Chuyển đổi, tối ưu lưu trữ dạng noSQL 3 36 38
Thiết kế kiến trúc phần mềm 4 14 39
[Thiết kế] Màn hình chính 2 14 40
[Thiết kế] Màn hình tham gia sự kiện 1 26 bằng mã 41
[Thiết kế] Màn hình danh sách hoạt động 2 14 47 lOMoAR cPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02 42
[Thiết kế] Màn hình tạo sự kiện (3 màn 2 18 hình) 43
[Thiết kế] Màn hình tạo tổ chức 2 17 44
[Thiết kế] Màn hình danh sách tham gia 2 20 45
[Thiết kế] Màn hình nhập danh sách dừ 2 25 file 46
[Thiết kế] Màn hình thông tin cá nhân 2 21
(danh sách hoạt động đã tham gia) 47
[Thiết kế] Màn hình thông tin cá nhân 1 21 (chi tiết) 48
[Thiết kế] Màn hình gửi email 1 23 49
[Thiết kế] Màn hình danh sách câu hỏi 2 19 50
[Thiết kế] Màn hình Tạo câu hỏi 3 19 51
[Thiết kế] Màn hình thống kê, xếp hạng 2 14 câu trả lời 52
[Thiết kế] Màn hình trả lời câu hỏi 2 19 53
Thiết kế dữ liệu lưu trữ 5 37 54
Tạo các đặc tả kiểm thử 13 27-35 55
Xây dựng kiến trúc chương trình 5 38 56
[Triển khai] Màn hình đăng nhập 3 38 57
[Triển khai] Màn hình đăng ký 3 38 58
[Triển khai] Màn hình chính 4 38,39 48 lOMoAR cPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02 59
[Triển khai] Màn hình tham gia sự kiện 1 38,40 bằng mã 60
[Triển khai] Màn hình danh sách hoạt 4 38,41 động 61
[Triển khai] Màn hình tạo hoạt động (3 5 38,42 màn hình) 62
[Triển khai] Màn hình tạo tổ chức 4 38,43 63
[Triển khai] Màn hình danh sách tham gia 5 38,44 64
[Triển khai] Màn hình nhập danh sách dừ 3 38,45 file 65
[Triển khai] Màn hình thông tin cá nhân 3 38,46
(danh sách hoạt động đã tham gia) 66
[Triển khai] Màn hình thông tin cá nhân 3 38,47 (chi tiết) 67
[Triển khai] Màn hình gửi email 3 38,48 68
[Triển khai] Màn hình danh sách câu hỏi 8 38,49 69
[Triển khai] Màn hình Tạo câu hỏi 8 38,50 70
[Triển khai] Màn hình thống kê, xếp hạng 8 38,51 câu trả lời 71
[Triển khai] Màn hình trả lời câu hỏi 15 38,52 72 Xây dựng CSDL 5 37 73 [Logic] Xử lý đăng ký 3 55,28 49 lOMoAR cPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02 74
[Logic] Xử lý đăng nhập 3 55,27 75
[Logic] Xác nhận tài khoản 1 55 76
[Logic] Lấy lại mật khẩu 3 55 77
[Logic] Tìm kiếm người dùng 5 55,32 78 [Logic] Tham gia bằng mã 3 55 79
[Logic] Trả lời câu hỏi 5 55 80 [Logic] Xem kết quả 5 55 81 [Logic] Quét thẻ tham gia 7 34,55 82
[Logic] Tạo mới tổ chức 3 29,55 83
[Logic] Cập nhật thông tin tổ chức 3 29,55 84 [Logic] Xóa tổ chức 3 29,55 85
[Logic] Thống kê câu trả lời 5 55 86
[Logic] Xem danh sách tham gia 3 55 87
[Logic] Gửi thư cho người tham gia 3 33,55 88
[Logic] Tạo mới câu hỏi 3 31,55 89
[Logic] Cập nhật câu hỏi 3 31,55 90 [Logic] Xóa câu hỏi 3 31,55 91
Kiểm thử chức năng 23 73-90 92
Viết tài liệu sử dụng 11 91 93
Kiểm thử tích hợp module 24 91 50 lOMoAR cPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02 94
Kiểm thử toàn hệ thống 16 93 95 Khắc phục lỗi 21 94 96
Book lịch gặp khách hàng [Kiểm thử chấp 8 95 nhận] 97
Demo sản phẩm, ký xác nhận hồ sơ 8 96 98
Gặp khách hàng, bàn giao sản phẩm 5 97 99 Training cho người dùng 3 98 100 Họp rút kinh nghiệm 2 99 101
Bảo hành các chức năng đã cung cấp [bảo hành 99 2 năm] 102
Ký thỏa thuận nâng cấp hệ thống Tùy chọn 99
- Các yêu tố bên ngoài ảnh hưởng đến dự án:
 Dự án có thể bị ảnh hưởng bởi sự thay đổi nghiệp vụ của khách hàng trong quá trình phát triển.
 Yếu tố môi trường, thời tiết thay đổi ảnh hưởng đến sức khỏe của nhân sự.
 Các đơn vị cung cấp tài nguyên bị trễ hoặc chấm dứt hợp đồng
- Mốc thời gian phù hợp để đánh giá phạm vi và chất lượng sản phẩm công việc
dự án và tình trạng tích dự án:
 Tất cả công việc đưa đưa lên product backlog và chọn cho sprint backlog.
 Mỗi mỗi lần lặp, nhóm sẽ thực hiện đánh giá công việc và quyết định công
việc đó đã được coi là hoàn thành hay chưa. Nếu Công việc bị tắc nghẽn
có thể sẽ được hủy bỏ hoặc đưa vào vòng lặp tiếp theo, tùy vào tình hình thực tế.
 Cuối mỗi tháng nhóm sẽ tiến hành đánh giá lại tình trạng dự án để điều
chỉnh kế hoạch nếu cần thiết. 51 lOMoARcPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
3.3.3. Các cột mốc (milestone) và các work product chính Giai đoạn Tài liệu Ghi chú
Giai đoạn 1: Lập kế hoạch dự - Tài liệu đề xuất - án Ước lượng dự án
Giai đoạn 2: Lấy yêu cầu từ
- Các câu hỏi phỏng vấn
Ban học tập Công nghệ Phần mềm (BHT CNPM)
- Hồ sơ khảo sát các hiện trạng
(tổ chức, nghiệp vụ, tin học)
Giai đoạn 3: Phân tích yêu
- Tài liệu mô tả yêu cầu của người cầu của BHT CNPM dùng
- Tài liệu đặc tả usecase
- Tài liệu sơ đồ tuần tự
- Tài liệu thiết kế giao diện Giai đoạn 4: Thiết kế
Giai đoạn 5: Hiện thực bản - Source code thiết kế - Tài liệu kỹ thuật - Testcase - Test plan
Giai đoạn 6: Kiểm thử (tích - Báo cáo kiểm thử
hơp, đơn vị, chức năng)
Giai đoạn 7: Kiểm thử chấp - UAT Plan nhận - Báo cáo UAT - Source code - Checklist kỹ thuật
Giai đoạn 8: Chuyển giao sản - Tài liệu hưỡng dẫn phẩm 52 lOMoARcPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
- Thông tin liên lạc: Số điện thoại, thư điện tử.
Giai đoạn 9: Hỗ trợ kỹ thuật
Giai đoạn 10: Đóng dự án - Biên bản nghiệm thu
3.3.4. Điều phối nguồn lực
STT Hoạt động Nguồn lực Số Kỹ năng cần nhân thiết viên 1 Ký hợp - Phần mềm Microsoft 3 - Nắm rõ
đồng, khảo Office 365, Word 2019 thông tin hợp đồng sát, viết tài liệu dự án - Thẻ điện thoại, - Sử dụng phương tiện di chuyển thành thạo các phần mền tin học - Internet, bút, giấy văn phòng A4, máy chiếu, máy in - Cần 1 người - Máy tính Thinkpad có kinh nghiệm quản lý dự án trên 1 năm 2
Nghiên cứu - Máy tính Thinkpad, tài 2 - Có kiến tài liệu liệu dự án liên quan thức về công nghệ sẽ sử dụng - Có khả năng ty duy và đánh giá vấn đề tốt 53 lOMoAR cPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02 3
Xác định rủi - Máy chiếu, phần mềm 1 - Có kinh ro, ước lượng Excel nghiệm quản lý dự chi phí án. - Sử dụng thành thạo các thiết bị hỗ trợ 4
Lên kế hoạch - Word, Trello, Teams 3 - Biết sử dụng ban đầu trello để theo dõi và quản lý công việc - Biết sử dụng Teams với thành viên làm việc từ xa 5 Phân tích, - Word, visio 3 - Có kiên thức về xây dựng đặc phân tích thiết kế tả hệ thống hệ thống thông tin (hướng đối tượng và hướng cấu trúc) 54 lOMoAR cPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02 6 Thiết kế hệ - Bảng 1 - Từng làm thống - Máy tính thinkpad chức vụ leader trở lên trong các dự án khác - Có khả năng đưa ra các phương án và các giải pháp dưa trên ưu nhược điểm 7
Thiết kế giao - Figma, bảng, bút, giấy 1 - Sử dụng thành diện thạo figma, có - Máy tính thinkpad hiểu biết về UI/UX - Có kiên thức về giao tiếp người - máy là lợi thế. 7 Hiện thực - Visual studio 3 - Có kiên
giao diện - Máy tính thinkpad thức lập trình vững - Trello - Quen thuộc với phát triển giao diện dựa trên xml - Có khả năng phân tích và đề xuất giải pháp thay thế 55 lOMoAR cPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02 8 Xử lý nghiệp - Trello 3 - Có kiên vụ thức lập trình - Máy tính thinkpad vững - Android studio - Quen thuộc với phát triển ứng dụng trên android sử dụng ngôn ngữ java - Có khả năng phân tích và đề xuất giải pháp thay thế 9 Kiểm thử - Android studio 2 - Biết kiểm thử trên công cụ - Phần mềm kiểm thử Testrail tesrail - Máy tính thinkpad - Tự tạo được các testcase để phủ hết - Điện thoại hệ điều các trường hợp lỗi hành android - Excel phổ biến. 10 Vận hành - Điện thoại hệ điều 2 - Am hiểu hành android tường tận về sản phẩm đã phát - Bút, giấy triển. Phương tiện di chuyển - Có thể xử lý các vấn đề phát sinh (lỗi trong quá trình cài đặt môi trường,…) 56 lOMoARcPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
3.4. Kế hoạch kiểm soát dự án
3.4.1. Kiểm soát kế hoạch thực hiện
Các điều khoản quy định:
- Xác định chuỗi công việc cần phải làm. Đối với mỗi nhiệm vụ, phải vạch rõ
khoảng thời gian cần thiết, nguồn lực đi kèm và ai sẽ chịu trách nhiệm hoàn thành.
- Xem xét đến sự phụ thuộc giữa các công việc hay nhiệm vụ giao cho các thành
viên trong nhóm. Cần xác định khi công việc nào kết thúc là lúc công việc khác
sẽ bắt đầu nhằm điều chỉnh nhân lực và thời gian phù hợp.
- Trao đổi, tham khảo các ý kiến các thành viên trong nhóm của bạn, họ là những
người cho bạn một cái nhìn sâu sắc về cách thức thực hiện nhiệm vụ, khoảng
thời gian họ làm và ai là người tốt nhất để giải quyết các nhiệm vụ cụ thể cùng
với sự cam kết của từng người về thời hạn hoàn thành.
- Báo cáo với trưởng dự án ngay nếu gặp sự cố.
- Luôn theo dõi cập nhật lịch trình của trưởng dự án.
- Hướng giải quyết nếu gặp sự cố:
 Trưởng dự án sẽ theo dõi, và tổng hợp báo cáo tài liệu của các nhóm dev,
tester trong suốt dự án. Nếu sai sót phải lên kế hoạch lại hoặc tổ chức cuộc họp.
 Điều chỉnh lại khi tiến độ công việc thực tế so với WBS dự kiến bị chậm hay nhanh.
3.4.2. Kế hoạch quản lý yêu cầu
Danh sách yêu cầu khi bắt đầu dự án: - Hiệu năng:
 Thời gian đáp ứng tối đa: 5 giây.
 Thời gian xử lý báo cáo: 1 – 5 phút (tùy vào báo cáo). 57 lOMoARcPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02 - Bảo mật:
 Kiểm tra đăng nhập của người dùng.
 Mọi thao tác chỉ được thực hiện sau khi đăng nhập hợp lệ.
Nghiệp vụ: Cung cấp đầy đủ các tính năng nghiệp vụ: quản lý thông tổ chức,
quản lý thông tin người tham gia dự kiện, quản lý câu hỏi, quản lý sự kiện, quản lý điểm danh. - Thời gian:
 Thời gian thực hiện dự án dự kiến: 115 ngày  Thời gian thực hiện dự án tối đa: 138 ngày
 Thời gian tập huấn sử dụng hệ thống: 7 ngày
 Thời gian sử dụng thử nghiệm hệ thống: 3 ngày
 Thời gian giao bản thiết kế: không quá 30 ngày sau ngày bắt đầu dự án.
- Danh sách yêu cầu sau cùng: khách hàng vẫn giữ nguyên yêu cầu đối với dự
án, dự án được thực hiện như yêu cầu ban đầu.
3.4.3. Kế hoạch quản lý quy trình phát triển phần mềm
- Lên schedule tasks. - Tạo task trên trello.
- Đề nghị cấp quyền git dự án cho các thành viên.
3.4.3.1. Quy trình mẫu
Xem quy trình phát triển phần mềm.
- Thời gian phát triển dự án: Từ 25/03/2020 đến 10/07/2020
- Phương thức đánh giá: Dự án được chia nhỏ chức năng và được đánh giá qua
mỗi vòng lặp, dựa trên bảng phân rã công việc (WBS) và các thay đổi được
cập nhật trên phần mềm quản lý dự án.
- Các cột mốc quan trọng để đạt được:
 Giai đoạn 1: Lập kế hoạch dự án
 Giai đoạn 2: Lấy yêu cầu từ Ban học tập Công nghệ Phần mềm
 Giai đoạn 3: Phân tích yêu cầu của BHT CNPM
 Giai đoạn 4: Thiết kế 58 lOMoARcPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
 Giai đoạn 5: Hiện thực bản thiết kế
 Giai đoạn 6: Kiểm thử (tích hơp, đơn vị, chức năng)
 Giai đoạn 7: Kiểm thử chấp nhận
 Giai đoạn 8: Chuyển giao sản phẩm
 Giai đoạn 9: Hỗ trợ kỹ thuật
 Giai đoạn 10: Đóng dự án - Các sản phẩm của dự án:
 Tài liệu hưỡng dẫn sử dụng
 Tài liệu hưỡng dẫn cài đặt
 Tài liệu thiết kế dữ liệu, hệ thống
 Mã nguồn chương trình
- Các phê chuẩn cần thiết trong giai đoạn dự án:
 PO phê duyệt chức năng theo đặc tả là đúng
 Nhà tài trợ phê duyệt cấp vốn theo từng giai đoạn
 Người dẫn dẵn nhóm phê duyệt các chứng năng được triển khai trong mỗi vòng lặp.
 Khách hàng xác nhận tiếp nhận sản phẩm đạt yêu cầu
3.4.3.2. Phương pháp, công cụ và công nghệ
Mô tả phương pháp, công cụ, công nghệ sử dụng trong dự án
- Phương pháp phát triển phần mềm: Agile scrum
- Kiến trúc phần mềm: mẫu phát triển ứng dụng mii hình MVP (model - view - presenter)
- Ngôn ngữ lập trình: Java - Công nghệ: Java
- Công cụ phát triển ứng dụng: Android studio
- Công cụ thiết kế giao diện: Figma
- Công cụ thiết kế dữ liệu: Visio
- Công cụ thiết kế, sửa đổi tài liệu: Word, exel 59 lOMoARcPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
- Tiêu chuẩn kỹ thuật: Tiêu chuẩn quốc gia TCVN 10539:2014 (ISO/IEC
12207:2008) về Kỹ thuật hệ thống và phần mềm - Các quá trình vòng đời phần mềm Mô tả chi tiết:
- Phương pháp phát triển phần mềm: xem mục 2.1
- Công nghệ: Java là nền tảng phát triển các ứng dụng phần mềm đánh dấu sự
trưởng thành của lập trình hướng đối tượng, là nền tảng mang tính cách mạng
trong ngành phần mềm. Ứng dụng java được chạy trên mô hình máy ảo vì thế
có thể chạy trên nhiều hệ điều hành khác nhau.
Hiện nay, công nghệ java được chia làm 3 bộ phận:
- J2SE: Gồm các đặc tả, công cụ, API của nhân Java giúp phát triển các ứng
dụng trên desktop và định nghĩa các phần thuộc nhân của Java.
- J2EE: Gồm các đặc tả, công cụ, API mở rộng J2SE để phát triển các ứng dụng
quy mô xí nghiệp, chủ yếu để chạy trên máy chủ (server). Bộ phận hay được
nhắc đến nhất của công nghệ này là công nghệ Servlet/JSP: sử dụng Java để làm các ứng dụng web.
- J2ME: Gồm các đặc tả, công cụ, API mở rộng để phát triển các ứng dụng Java
chạy trên điện thoại di động, thẻ thông minh, thiết bị điện tử cầm tay, robo và
những ứng dụng điện tử khác. Đây là công nghệ mà chúng tôi sử dụng trong dự án này.
 Công cụ: Android studio là môi trường phát triển tích hợp (IDE) chính thức
dành cho phát triển nền tảng android. Dựa trên phần mềm IntelliJ IDEA
của JetBrains, Android Studio được thiết kế đặc biệt để phát triển ứng dụng
Android. Nó hỗ trợ các hệ điều hành Windows, Mac OS X và Linux, và là
IDE chính thức của Google để phát triển ứng dụng Android gốc để thay thế
cho Android Development Tools (ADT) dựa trên Eclipse.
3.4.3.3. Cơ sở hạ tầng
- Kế hoạch thiết lập và duy trì môi trường phát triển: 60 lOMoARcPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
 Phần cứng: 3 laptops, 3 điện thoại thông minh.
 Hệ điều hành: Window 10 Enterprise, Android 9.0.
 Mạng: Gói mạng cáp quang FiberNET VNPT.
 Phần mềm phát triển: Android Studio.
 Phần mềm thiết kế: Figma.
 Phần mềm quản lý: Github, Trello.
 Phần mềm soạn thảo: Microsoft Word 2019.
 Quy định về hành chính: nhân viên phải tuân thủ thời gian họp mặt đúng giờ.
3.4.3.4. Xác định yêu cầu người dùng
- Bảng kế hoạch chuyển giao tài liệu: Giai đoạn Tài liệu Thời gian gửi tài Ghi chú liệu YCND
Giai đoạn lấy Tài liệu yêu cầu tính Tuần 1, tuần 2 Chuyển qua yêu cầu năng, giao diện người email 03/2020 dùng Giai đoạn Tài liệu thêm yêu cầu Tuần 3, 03/2020 Liên lạc qua
thiết kế phần giao diện tính năng kênh chat
đến tuần 2 04/2020 Microsoft mềm Teams của công ty Tài liệu thư viện dữ Tuần 4, 03/2020 Gửi qua liệu gmail 61 lOMoARcPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02 Giải đoạn Tài liệu triển khai kỹ Tuần 4, 03/2020 Chuyển qua kiểm thử thuật email bộ phận IT Giai đoạn
Tài liệu hướng dẫn sử Tuần 1, 05/2020 Chuyển qua triển khai dụng email
Tài liệu hướng dẫn cài Tuần 1, 06/2020 Chuyển qua đặt email Tài liệu hỗ trợ kỹ Tuần 1, 06/2020 Chuyển qua thuật email và kênh chat Microsoft Teams công ty
- Tất cả các tài liệu yêu cầu từ trường hay tài liệu bên công ty
báo cáo cần sự đồng thuận cả 2 bên nên 2 bên sẽ thường
xuyên gặp nhau kí kết xác nhận tài liệu yêu cầu của mỗi bên.
3.4.3.5. Nghiệm thu sản phẩm
- Lập kế hoạch bàn giao sản phẩm, điền thông tin vào Lập kế hoạch bàn giao sản phẩm:
 Lập biên bản nghiệm thu các tính năng, giao diện đưa ra số đo chất lượng
trước khi đưa vào sử dụng.
 Tiến hành lập bảng thống kê về thời gian, các vấn đề đã sửa, trong thời gian
làm đã gặp các vấn đề lỗi kĩ thuật nào để rút kinh nghiệm cho các dự án khác về sau. 62 lOMoARcPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
 Tổng hợp các tài liệu kĩ thuật, đánh giá lại lần cuối xem ổn định hay chưa
thì đưa ra phương án giải quyết. - Sau khi nghiệm thu:
 Chuẩn bị đẩy đủ các tài liệu hướng dẫn kĩ thuật, để sau khi kí kết bàn giao lại.
 Kí kết hợp hai bên xác nhận theo biên bản.
 Sử dụng biên bản nghiệm thu để các bên ký xác nhận.
3.4.4. Kiểm tra chất lượng sản phẩm
- Để đảm bảo chất lượng, sau khi triển khai phần mềm lên tổ chức BHT CBPM,
kiểm tra phần mềm sau khi cài đặt có đúng với tiêu chuẩn đề ra như trong dự án đã đề ra hay không.
- Các điều khoản khi triển khai:
 BHT phải tuân theo điều khoản sử dụng phần mềm Quản lý sinh viên 63 lOMoARcPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
BHT phải đảm bảo điều kiện, môi trường, cơ sở vật chất trước khi triển khai phần mềm.
- Các điều khoản, quy định sau khi triển khai:
 Có cải tiến sản phẩm khi trường yêu cầu thêm
 Luôn hỗ trợ khi phần mềm gặp sự cố
- Mỗi sự cố hay lỗi phần mềm sẽ được quản lý lưu lại gồm có những mục như
sau để đảm bảo chất lượng sản phẩm. Mã yêu cầu Tên lỗi/sự cố Chi tiết lỗi Trạng thái sửa lỗi/sự cố ... ... ... ...
3.4.5. Báo cáo dự án
- Với một dự án công nghệ thông tin, nhất là những dự án triển khai theo mô
hình Scrum thì báo cáo là nội dung không thể thiếu. PM sẽ tổ chức các cuộc
họp định kì mỗi tuần để báo cáo gọi là báo cáo định kì.
- Nếu vấn đề của dự án quá lớn, ảnh hưởng đến tiến độ và chất lượng dự án thì
PM yêu cầu họp dự án gấp bao gồm các thành viên trong dự án.
- Mục đích: Giao tiếp chủ yếu của dự án với bên ngoài , ngắn gọn và theo mẫu
quy định sẵn. Đây là lúc để các cá thể trong nhóm báo cáo tiến độ đồng thời
là các vần đề cần có ý kiến chung để giải quyết. Ngoài báo cáo tiến độ thì báo
cáo định còn là lúc nhóm bàn giao cho khách hàng những thứ đã hoàn thành.
- Thời gian: Nhóm áp dụng dự án theo mô hình Angile/Scrum nên quyết định
thời gian báo cáo định kì là 2 tuần cho mỗi phiên, đây là thời gian cho mỗi
hoạt động mỗi Sprint. Cụ thể 2h chiều ngày thứ 6 của tuần thứ 2. Cuộc hợp sẽ
không kéo dài quá 1 tiếng. 64 lOMoARcPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
- Nội dung: Báo cáo định kỳ cần bao gồm những phần sau đây:
Sơ lược lại các hoạt động và kết quả thu được từ báo cáo trước. Kê khai
các công việc đang thực hiện, tiến độ của từng công việc, các công việc hoàn thành.
 Liệt kê các vấn đề nảy sinh. Giải thích các trở ngại mới xuất hiện, do ai
hoặc cái gì gây ra, ai chịu trách nhiệm theo dõi và hiện xử lý đến đâu. Xác
định mức độ ảnh hưởng của vấn đề đến dự án.
 Các vấn đề đã giải quyết. Giải thích tóm tắt (hoặc dẫn chiếu đến báo cáo
kỳ trước), vấn đề đã được giải quyết như thế nào, do ai giải quyết và tác
động của nó lên dự án.
 Các vấn đề còn tồn tại. Chỉ cần một hay hai câu là đủ. Không cần mô tả
lại những vấn đề ở các báo cáo trước
 Lịch biểu mới đối chiếu với kế hoạch. Giải thích tất cả các thay đổi so với
sơ đồ Gantt tuần trước, đặc biệt nếu thời hạn giao hàng đã khác. Gạch dưới
để nhấn mạnh các thông báo kéo dài thời hạn.
 Đối chiếu chi phí thực tế với dự tính ngân sách. Có thể sử dụng MS Project
để có ngay sơ đồ chiếu giữa Chi phí thực tế. Tóm tắt những khoản mới
phải chi kể từ lần báo cáo trước
 Inform kế hoạch cho sprint kế. Liệt kê các công việc theo kế hoạch và các
sự kiện mốc của hai tuần tới, các công việc liên kết với nhau để có thể đem
đến một kết quả nhất định có thể bàn giao cho khách hàng.
3.4.6. Đo lường dự án
- Với mô hình angile/scrum, để đo lường dự án, chúng chia nhỏ dự án thành các
sprint và tiến hành đo lường cho các Sprint đó. 65 lOMoARcPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
- Ngoài ra, tổ dự án đóng khung thời gian cho mỗi Sprint, mỗi hoạt động trong
sprint sẽ được đóng khung thời gian và bàn giao khách hàng theo tính năng đã thống nhât trước đó.
- Nếu hoạt động chưa mỗi sprint chưa hoàn thành, quy trình giải quyết sẽ được
hiện hiện theo các bước sau:
Nếu trong khung thời gian người thực hiện hoạt động cảm thấy không thể
hoàn thành thì có thể báo cáo Teamlead để có phương án support.
 Những công việc chưa hoàn thành ở sprint này, trong phiên báo cáo định kì,
PM sẽ chuyển nó vào spint sau và mở thêm một khung thời gian để giải quyết.
- Ngoài ra chúng tôi còn áp dụng biết pháp phần trăm công việc hoàn thành
(percent complete) cách này theo tôi cũng là đơn giản nhất thông qua việc sử
dụng Project Schedule để ghi nhận phần trăm hoàn thành công việc...
- Khi bắt đầu dự án chúng tối khởi tạo activity là 0% sau đo update sau mỗi 2
tuần kết thúc một sprint và trong mỗi sprint chúng tôi cũng làm điều tương tự,
activity_ sprint sẽ updata sau mỗi ngày hợp sprint.
- Nếu dự án/activity bạn hoàn thành 50%, lúc này có thể đo lường so với kế
hoạch xem nhanh hơn hay chậm hơn dự định.
3.5. Kế hoạch quản lý rủi ro
- Rủi ro là yếu tố luôn tồn tại trong mọi hoạt động sản xuất và kinh doanh, và
dự án phần mềm cũng không ngoại lệ. Rủi ro là yếu tố luôn tồn tại trong mọi
hoạt động sản xuất và kinh doanh, và dự án phần mềm cũng không ngoại lệ.
Tuy nhiên, với đặc thù riêng của mình, nhận diện và kiểm soát rủi ro trong dự
án phần mềm là điều không đơn giản. Trong thực tế, nhiều dự án phần mềm 66 lOMoAR cPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
đã bỏ qua hoặc kiểm soát rủi ro sơ sài dẫn đến kết quả thất bại, khách hàng
phàn nàn về chất lượng hoặc lỗ vốn do chi phí tăng cao.
- Nhận diện và kiểm soát tốt rủi ro chỉ bằng kỹ năng và kinh nghiệm cá nhân
không chưa đủ, việc kiểm soát rủi ro phải được thực hiện theo một quy trình
chặt chẽ và phù hợp với đặc thù, mục tiêu và ngân sách của dự án. 67 lOMoARcPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
Hình 3-1: Mối quan hệ và trình tự các bước trong quy trình kiểm soát rủi ro
3.5.1. Nhận diện rủi ro
Xác định được chính xác các nguồn có khả năng phát sinh rủi ro là điều không dễ
dàng. Thông thường rủi ro xuất hiện từ các nguồn sau:
- Ngân sách/nguồn tài trợ cho dự án
- Thời gian thực hiện dự án
- Thay đổi về phạm vi và yêu cầu dự án
- Khó khăn về kỹ thuật
- Vấn đề liên quan đến nhân lực
- Hợp đồng giữa 2 (hoặc nhiều) bên
- Môi trường, luật pháp, chính trị, văn hóa... - 68 lOMoAR cPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02 STT Loại rủi ro Rũi ro tiềm ẩn Mã rủi ro 1 Nhân lực
Thành viên trong dự án: Ốm đau, tai A
nạn. (nghỉ trong một thời gian ngắn) 2 Nhân lực
Thành viên trong dự án đột ngột rút B
khỏi dự án (nghỉ trong một thời gian dài) 3 Nhân lực
Thành viên trong dự án thiếu kiến thức C và kinh nghiệm 4 Nhân lực Rào cản ngôn ngữ D 5 Nhân lực
Thiếu kinh nghiệm quản lý E 6 Nhân lực
Xung đột giữa các thành viên trong dự F án 7
Thay đổi về phạm vi và
Yêu cầu của khách hàng không rõ G yêu cầu dự án
ràng, khó hiểu, thiếu liên hệ với khách hàng 8
Thay đổi về phạm vi và
Hiểu lầm mục tiêu dự án H yêu cầu dự án 9
Thay đổi về phạm vi và
Khách hàng thay đổi yêu cầu liên tục I yêu cầu dự án
10 Thay đổi về phạm vi và
Thiếu tài liệu tham khảo J yêu cầu dự án 69 lOMoAR cPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
11 Thay đổi về phạm vi và
Thiết kế không đủ đáp ứng yêu cầu K yêu cầu dự án thực tế
12 Thời gian thực hiện dự
Thiếu thời gian cho kiểm định chất L án lượng sản phẩm 13 Lịch trình
Nhiệm vụ quan trọng bị sót từ lịch M
trình, xác định yêu cầu thiếu 14 Lịch trình Ước tính chi phí kém N 15 Lịch trình
Lịch biểu quá căng thẳng O
16 Ngân sách/nguồn tài trợ
Nguồn tài trợ cho dự án không còn đủ P cho dự án ngân sách
17 Môi trường, luật pháp,
Thời tiết khắc nghiệt: Lũ lụt, bão, … Q chính trị, văn hóa...
Chính trị: Bạo động, ... 18 Môi trường
Không làm rõ môi trường làm việc của R
người tham gia dự án từ đầu (chuyển công tác giữa chừng) 21 Công nghệ
Công nghệ thay đổi liên tục, phải T refactor lại hệ thống 22 Công nghệ Công nghệ quá mới mẻ U 23 Công nghệ
Không làm rõ những devices cần phải V test 24 Công nghệ
Vấn đề về proxy, IP, …. W 25 Công nghệ Thiếu công cụ hỗ trợ X 70 lOMoARcPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02 26 ...
3.5.2. Phân tích rủi ro
- Trong thực tế, những rủi ro có thể xảy ra trong một dự án là khá nhiều, và việc
giải quyết hết tất cả các rủi ro là không cần thiết, cũng như sẽ làm phá sản ngân sách của dự án.
Hình 3-2: Phân tích rủi ro
3.5.2.1. Phân tích khả năng xuất hiện của rủi ro (Risk Probability)
Có 4 mức để đo lường khả năng xuất hiện của rủi ro, mỗi mức độ được gán với một
giá trị số (tùy dự án) để có thể ước lượng sự quan trọng của nó.
 6 - Thường xuyên: Khả năng xuất hiện rủi ro rất cao, xuất hiện trong hầu hết dự án
 4 - Hay xảy ra: Khả năng xuất hiện rủi ro cao, xuất hiện trong nhiều dự án 71 lOMoARcPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
 2 - Đôi khi: Khả năng xuất hiện rủi ro trung bình, chỉ xuất hiện ở một số ít dự án
 1 - Hiếm khi: Khả năng xuất hiện thấp, chỉ xuất hiện trong những điều kiện nhất định
BẢNG ĐÁNH GIÁ KHẢ NĂNG XUẤT HIỆN
Hình 3-3: Bảng đánh giá khả năng xuất hiện
3.5.2.2. Phân tích mức tác động của rủi ro (Risk Impact)
Có 4 mức để đo lường mức tác động của rủi ro, mỗi mức độ được gán với một giá trị
số (tùy dự án) để có thể ước lượng sự tác động của nó.
 8 - Trầm trọng: Có khả năng rất cao làm dự án thất bại
 6 - Quan trọng: Gây khó khăn lớn và làm dự án không đạt được các mục tiêu
 2 - Vừa phải: Gây khó khăn cho dự án, ảnh hưởng việc đạt các mục tiêu của dự án
 1 - Không đáng kể: Gây khó khăn không đáng kể.
BẢNG ĐÁNH GIÁ KHẢ NĂNG TÁC ĐỘNG 72 lOMoARcPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
Hình 3-4: Bảng đánh giá khả năng tác động
3.5.2.3. Phân tích thời điểm xuất hiện rủi ro (Time Frame)
Có 4 mức để ước lượng thời điểm rủi ro xuất hiện, mỗi mức được gán với một giá trị
số (tùy dự án) để có thể ước lượng sự tác động của nó.
 6 - Ngay lập tức: Rủi ro xuất hiện gần như tức khắc
 4 - Rất gần: Rủi ro sẽ xuất hiện trong thời điểm rất gần thời điểm phân tích
 2 - Sắp xảy ra: Rủi ro sẽ xuất hiện trong tương lai gần
 1 - Rất lâu: Rủi ro sẽ xuất hiện trong tương lai xa hoặc chưa định được
3.5.2.4. Ước lượng và phân hạng các rủi ro
Rủi ro sau đó được tính giá trị để ước lượng bằng công thức:
Risk Exposure = Risk Impact * Risk Probability
BẢNG SẮP XẾP ĐỘ ƯU TIÊN 73 lOMoARcPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
Hình 3-5: Bảng sắp xếp độ ưu tiên
3.5.3. Kiểm soát rủi ro
- Kiểm soát rủi ro bắt đầu với việc chọn lựa chiến lược và phương pháp đối phó
rủi ro. Có nhiều chiến lược và phương pháp đối phó khác nhau, tùy theo tình
huống dự án, môi trường và đặc thù của từng rủi ro.
- Thông thường người ta áp dụng nguyên tắc 20/80 để xác định và giải quyết
những rủi ro quan trọng, những nguyên nhân gốc có ảnh hưởng lớn nhất đến
sự thành công của dự án, trong chừng mực cân nhắc cẩn thận ngân sách dự án
cũng như một số yếu tố đặc biệt khác. Điều này dẫn đến việc dự án phải phân
tích để chọn ra những rủi ro cần giải quyết đó. BẢNG NHỮNG HƯỚNG GIẢI QUYẾT 74 lOMoARcPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
Hình 3-6: Bảng kế hoạch đối phó rủi ro với độ ưu tiên 1
Hình 3-7: Bảng kế hoạch đối phó rủi ro với độ ưu tiên 2 75 lOMoARcPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
Hình 3-8: Bảng kế hoạch đối phó rủi ro với độ ưu tiên 3 76 lOMoARcPSD| 27790909
Báo cáo môn Quản Lý Dự Án Nhóm 02
Hình 3-9: Bảng kế hoạch đối phó rủi ro với độ ưu tiên 4
3.5.4. Giám sát và điều chỉnh
- Bao gồm hoạt động giám sát để bảo đảm các chiến lược đối phó rủi ro được
lên kế hoạch và thực thi chặt chẽ. Việc giám sát cũng nhằm mục đích điều
chỉnh các chiến lược hoặc kế hoạch đối phó nếu chúng tỏ ra không hiệu quả,
không khả thi, ngốn quá nhiều ngân sách, hoặc để đáp ứng với rủi ro mới xuất
hiện, hoặc sự biến tướng của rủi ro đã được nhận diện trước đó.
- Kết quả giám sát có thể được báo cáo định kỳ đến tất cả những người có liên
quan, đến quản lý cấp cao, hoặc đến khách hàng nếu cần thiết.
- Trong thực tế, do các yếu tố liên quan đến dự án thay đổi liên tục, chu trình
quản lý rủi ro không đi theo đường thẳng mà được lặp lại và điều chỉnh liên
tục giữa các chặng. Các rủi ro liên tục được điều chỉnh hoặc nhận diện mới,
do đó các chiến lược và kế hoạch đối phó cũng luôn được thay đổi để bảo đảm
chúng khả thi và có hiệu quả. 77