(Tiểu luận) báo cáo quản lý dự án checkmeinkế hoạch dự án

GIỚI THIỆU

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

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

Báo cáo môn Quản Lý Dự Án

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

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.

Báo cáo môn Quản Lý Dự Án Nhóm 02

Phạm!vi,!mục!tiêu!dự!án!

1.4.1 Mục tiêu và phạm vi dự án:

- 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. § 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).

- Ứ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.

- 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).

1.4.2 Phương pháp, công nghệ sử dụng:

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.

- Ngôn ngữ lập trình: Java

- Thư viện hỗ trợ: Tesseract

- Cơ sở dữ liệu: Firebase

- Công cụ thiết kế: Visio, Figma.

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

- Quản lý dự án16520951@gm.uit.edu.vn

- Chịu trách ĐT: 0366272703 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

My phân tích nhiệm thiết kế ĐT: 0945371082 nghiệp và kiểm soát vụ chất lượng

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

Điều!phối!dự!án!

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

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

TỔ CHỨC DỰ ÁN

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:

! 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.

Nhóm 02 Đà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. Để 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:

! 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.

- 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.

Cơ!cấu!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

- Chịu trách nhiệm quản lý, Nguyễn Hồng Phúc điều phối toàn bộ dự án.

PM Email: Trưởng dự án - Lập kế hoạch triển khai dự

16520951@gm.uit.edu.vn á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,

Nhân viên lập trình dự án

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.

- 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.

- 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.

QA Nguyễn Hồng Phúc 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.

QUẢN LÝ DỰ ÁN

Giả!định,!điều!kiện!và!rủi!ro!

- 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.

- 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.

Các chi phí tổng quan trong dự án

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.

Khởi!tạo!dự!án!

- 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ử.

Báo cáo môn Quản Lý Dự Án !

- 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).

- 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)

- 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.

- 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.

Kế!hoạch!thực!hiện!dự!án!

(Ngàn! trách! BĐ! KT! nguyên!

1.3!Khảo!sát!thực!tế! 12! Luyện! 04/04! 09/04!

! 2.1!Nghiên!cứu!tài! Tài!liệu!số,! liệu! dự!án!

! 2.2!Xác!định!rủi!ro! 8! My! 20/04! 21/04! ! 1200!

! 2.3!Đề!xuất!giải! pháp!và!chốt!yêu! 5! Luyện! 21/04! 22/04! ! 750! cầu!

! 2.5!Đề!cương!dự!án! 4! Luyện! 24/04! 24/04! Word! 600!

5! My! 11/05! 26/05! Word! 750! chức!năng!chính!

! 3.2!Đặc!tả!hệ!thống! 10/04! 25/04! Visio! !

! ! 3.2.2!Đặc!tả!Use- case!“Đăng!nhập”!

! ! 3.2.3!Đặc!tả!Use- case!“Quản!lý!tổ! 2! Luyện! 10/04! 25/04! ! 300! chức”!

! ! 3.2.4!Đặc!tả!Use- case!“Thêm!sự! 2! Luyện! 10/04! 25/04! ! 300! kiện”!

! ! 3.2.5!Đặc!tả!Use- case!“Tạo!bộ!câu! 2! Luyện! 10/04! 25/04! ! 300! hỏi”!

! ! 3.2.6!Đặc!tả!Use- case!“Tham!gia! 2! My! 10/04! 25/04! ! 300! sự!kiện”!

! ! 3.2.7!Đặc!tả!Use- case!“Xem!thông! 2! My! 10/04! 25/04! ! 300! tin!của!User”!

! ! 3.2.8!Đặc!tả!Use- case!“Xem!thống! 2! My! 10/04! 25/04! ! 300! kê!của!tổ!chức”!

! ! 3.2.9!Đặc!tả!Use- case!“Gửi!mail!

2! My! 10/04! 25/04! ! 300! nhắc!nhở/!cảm! ơn!tham!gia”!

Use-case!“Quét! 2! Luyện! 10/04! 25/04! ! 300! thẻ!điểm!danh”!

2! Luyện! 10/04! 25/04! ! 300! danh!sách!tham! gia!từ!file”!

Use-case!“Điểm! 2! Luyện! 10/04! 25/04! ! 300! danh!bằng!mã”!

! 3.3!Xây!dựng!sơ!đồ!tuần!tự!cho!các!

1! Luyện! 26/04! 05/05! ! 150! quản!lý!tổ!chức!

! ! 3.3.5!Chức!năng! 1! Luyên! 26/04! 05/05! ! 150! tạo!bộ!câu!hỏi!

! ! 3.3.6!Chức!năng! xem!thông!tin! 1! My! 26/04! 05/05! ! 150! người!dùng!

! ! 3.3.8!Chức!năng! quét!thẻ!điểm! 1! My! 26/04! 05/05! ! 150! danh!

! ! 3.3.9!Chức!năng! điểm!danh!bằng! 1! Phúc! 26/04! 05/05! ! 150! mã!

! ! 3.4.1!Phân!tích! các!thông!tin!cần! 6! Phúc! 26/04! 05/05! ! 900! đưa!vào!

! ! 3.4.2!Chuyển!đổi,! tối!ưu!lưu!trữ! 3! Phúc! 11/05! 05/05! ! 450! dạng!noSQL!

! ! 4.2.2!Màn!hình! tham!gia!sự!kiện! 1! Phúc! 06/05! 11/05! ! 150! bằng!mã!

! ! 4.2.3!Màn!hình! danh!sách!hoạt! 2! Phúc! 2! 11/05! ! 300! động!

! ! 4.2.4!Màn!hình! tạo!hoạt!động!(3! 2! My! 06/05! 11/05! ! 300! màn!hình)!

! ! 4.2.6!Màn!hình! danh!sách!tham! 2! My! 06/05! 11/05! ! 300! gia!

! ! 4.2.7!Màn!hình! nhập!danh!sách! 2! My! 06/05! 11/05! ! 300! dừ!file!

! ! 4.2.8!Màn!hình! thông!tin!cá!nhân!

(danh!sách!hoạt! 2! Luyện! 06/05! 11/05! ! 300! động!đã!tham! gia)!

! ! 4.2.9!Màn!hình! thông!tin!cá!nhân! 1! Luyện! 06/05! 11/05! ! 150!

! ! 4.2.11!Màn!hình! danh!sách!câu! 2! Luyện! 06/05! 11/05! ! 300! hỏi!

! ! 4.2.13!Màn!hình! thống!kê,!xếp! 2! Phúc! 06/05! 11/05! ! 300! hạng!câu!trả!lời!

My! 06/05! 11/05! ! 300! trả!lời!câu!hỏi!

! ! 5.2.4!Màn!hình! tham!gia!sự!kiện! 1! Phúc! 17/05! 31/05! ! 150! bằng!mã!

! ! 5.2.5!Màn!hình! danh!sách!hoạt! 4! My! 12/05! 16/05! ! 600! động!

! ! 5.2.6!Màn!hình! tạo!hoạt!động!(3! 5! Luyện! 17/05! 31/05! ! 750! màn!hình)!

! ! 5.2.8!Màn!hình! danh!sách!tham! 5! My! 17/05! 31/05! ! 750! gia!

! ! 5.2.9!Màn!hình! nhập!danh!sách! 3! My! 17/05! 31/05! ! 450! dừ!file!

! ! 5.2.10!Màn!hình! thông!tin!cá!nhân!

(danh!sách!hoạt! 3! My! 12/05! 16/05! ! 450! động!đã!tham! gia)!

! ! 5.2.11!Màn!hình! thông!tin!cá!nhân! 3! Phúc! 12/05! 16/05! ! 450!

! ! 5.2.13!Màn!hình! danh!sách!câu! 8! Luyện! 17/05! 31/05! ! 1200! hỏi!

! ! 5.2.15!Màn!hình! thống!kê,!xếp! 8! Luyện! 17/05! 31/05! ! 1200! hạng!câu!trả!lời!

15! Luyện! 17/05! 31/05! ! 2250! trả!lời!câu!hỏi!

! 5.4!Xây!dựng!các! chức!năng!theo!đặc! 7! ! 01/06! 27/06! ! ! tả!(logic)!

3! Phúc! 14/06! 20/06! ! 450! thông!tin!tổ!chức!

! !5.4.15!Gửi!thư! cho!người!tham! 3! My! 14/06! 20/06! ! 450! gia!

! 6.1!Kiểm!thử!tích! Điện!thoại! hợp!module! 24! My! 02/07! 04/07! (Hao!mòn! 3900!

! 7.1!Book!lịch!gặp! khách!hàng!

! 7.2!Demo!sản! Điện!thoại! phẩm,!ký!xác!nhận! 8! Phúc! 05/07! 07/07! (hao!mòn! 1300! hồ!sơ! 100)!

Xăng!xe! hàng,!bàn!giao!sản! 5! Phúc! 08/07! 09/07! 950!

! 9.1!Bảo!hành!các! [bảo! chức!năng!đã!cung! hành!

Phúc! -! -! ! ! nâng!cấp!!hệ!thống! chọn!

*Giá!tính!theo!giờ!và!tài!nguyên!liên!quan!(150.000!VNĐ/H)!

Việc cần công Công việc thực hiện

1 Book lịch gặp khách hàng 4 *

2 Gặp mặt, trao đổi thông tin 8 1

4 Viết tài liệu dự án 20 5

7 Đề xuất giải pháp và chốt yêu cầu 5 6

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

22 Đặc tả Use-case “Xem thống kê của tổ

23 Đặc tả Use-case “Gửi mail nhắc nhở/ cảm

24 Đặc tả Use-case “Quét thẻ điểm danh” 2 14

25 Đặc tả Use-case “Tạo danh sách tham gia

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

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

35 Sơ đồ tuần tự chức năng điểm danh bằng

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

41 [Thiết kế] Màn hình danh sách hoạt động 2 14

42 [Thiết kế] Màn hình tạo sự kiện (3 màn

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ừ

46 [Thiết kế] Màn hình thông tin cá nhân

(danh sách hoạt động đã tham gia)

47 [Thiết kế] Màn hình thông tin cá nhân

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

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

59 [Triển khai] Màn hình tham gia sự kiện

60 [Triển khai] Màn hình danh sách hoạt

61 [Triển khai] Màn hình tạo hoạt động (3

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ừ

65 [Triển khai] Màn hình thông tin cá nhân

(danh sách hoạt động đã tham gia)

66 [Triển khai] Màn hình thông tin cá nhân

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

71 [Triển khai] Màn hình trả lời câu hỏi 15 38,52

73 [Logic] Xử lý đăng ký 3 55,28

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

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

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

92 Viết tài liệu sử dụng 11 91

93 Kiểm thử tích hợp module 24 91

94 Kiểm thử toàn hệ thống 16 93

96 Book lịch gặp khách hàng [Kiểm thử chấp

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

101 Bảo hành các chức năng đã cung cấp [bảo hành

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.

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ừ Ban học tập Công nghệ

Giai đoạn 3: Phân tích yêu cầu của BHT CNPM

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 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)

- Tài liệu mô tả yêu cầu của ! người 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

- Thông tin liên lạc: Số điện ! thoại, thư điện tử.

STT Hoạt động Nguồn lực

Số Kỹ năng cần nhân viên! thiết

1 sát, viết tài liệu dự án

3 ro, ước lượng chi phí

- 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

- Máy tính Thinkpad, tài liệu dự án liên quan

- Máy chiếu, phần mềm Excel

- Nắm rõ thông tin hợp đồng

- Sử dụng thành thạo các phần mền

- Cần 1 người có kinh nghiệm quản lý dự án trên 1 năm

- Có kiến thức về công nghệ sẽ sử

- Có khả năng ty duy và đánh giá vấn đề tốt

- Có kinh nghiệm quản lý dự án.

1 - Sử dụng thành thạo các thiết bị hỗ trợ

- Biết sử dụng 3 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

- Có kiên thức về Phân tích, phân tích thiết kế hệ thống thông tin

5 xây dựng đặc - Word, visio 3

(hướng đối tượng tả hệ thống và hướng cấu trúc)

- Từng làm chức vụ leader trở lên trong các dự án Thiết kế hệ - Bảng! khác

1 - Có khả năng đưa thống ra các phương án và các giải pháp dưa trên ưu nhược điểm

- Sử dụng thành Thiết kế giao - Figma, bảng, bút, giấy thạo figma, có

7 1 diện - Máy tính thinkpad hiểu biết về

- Phần mềm kiểm thử tesrail

- Có kiên thức về giao tiếp người - máy là lợi thế.

- Có kiên thức lập trình vững

- Quen thuộc với phát triển giao

- Có khả năng phân tích và đề xuất giải pháp thay thế

- 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

3 sử dụng ngôn ngữ java

- Có khả năng phân tích và đề xuất giải pháp thay thế

- Máy tính thinkpad - Tự tạo được các

- Điện thoại hệ điều hành testcase để phủ android hết các trường

- Excel hợp lỗi phổ biến.

- Am hiểu tường tận về sản phẩm

- Điện thoại hệ điều hành đã phát triển. android

- Có thể xử lý các

- Bút, giấy vấn đề phát sinh Phương tiện di chuyển (lỗi trong quá trình cài đặt môi trường,…)

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).

- 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

- Đề nghị cấp quyền git dự án cho các thành viên.

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ế § 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óm 02 § 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 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

- 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

- 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.

- 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.

- Kế hoạch thiết lập và duy trì môi trường phát triển: § 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:

Thời gian gửi tài Giai đoạn Tài liệu liệu YCND

Giai đoạn lấy yêu cầu

Giai đoạn thiết kế phần mềm

Tài liệu yêu cầu tính năng, giao diện người dùng

Tài liệu thêm yêu cầu giao diện tính năng

Liên lạc qua kênh chat Microsoft Teams của công ty

Tài liệu thư viện dữ

Giải đoạn Tài liệu triển khai kỹ kiểm thử

Tài liệu hướng dẫn sử

Tài liệu hướng dẫn cài

Tài liệu hỗ trợ kỹ

Chuyển qua email bộ phận

Chuyển qua email Chuyển qua email và kênh chat Microsoft

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 đã 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.

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

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

Mã rủi Rũi ro tiềm ẩn ro

Thành viên trong dự án: Ốm đau, tai

A nạn (nghỉ trong một thời gian ngắn)

Thành viên trong dự án đột ngột rút khỏi dự án (nghỉ trong một thời gian B dài)

Thành viên trong dự án thiếu kiến thức

Thiếu kinh nghiệm quản lý E

Thay đổi về phạm vi và yêu cầu dự án

Xung đột giữa các thành viên trong dự

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 G hàng

8 Thay đổi về phạm vi và yêu cầu dự án

Hiểu lầm mục tiêu dự án

Khách hàng thay đổi yêu cầu liên tục

I Thiếu tài liệu tham khảo

Thiết kế không đủ đáp ứng yêu cầu thực tế K

12 Thời gian thực hiện dự Thiếu thời gian cho kiểm định chất án lượng sản phẩm

Nhiệm vụ quan trọng bị sót từ lịch trình, xác định yêu cầu thiếu

14 Lịch trình Ước tính chi phí kém

15 Lịch trình Lịch biểu quá căng thẳng

16 Ngân sách/nguồn tài trợ Nguồn tài trợ cho dự án không còn đủ 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, … chính trị, văn hóa Chính trị: Bạo động,

18 Không làm rõ môi trường làm việc của

Môi trường người tham gia dự án từ đầu (chuyển R công tác giữa chừng)

Công nghệ thay đổi liên tục, phải

22 Công nghệ Công nghệ quá mới mẻ U

Không làm rõ những devices cần phải

24 Công nghệ Vấn đề về proxy, IP, … W

25 Công nghệ Thiếu công cụ hỗ trợ X

- 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 § 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!

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

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!

! Hình 3-6: Bảng kế hoạch đối phó rủi ro với độ ưu tiên 1

Định dạng
Số trang	81
Dung lượng	0,92 MB