I. Tổng quan A Z bài tập lớn quản lý dự án phần mềm thư viện
Bài viết này trình bày chi tiết quy trình thực hiện một bài tập lớn CNTT với đề tài cụ thể là quản lý dự án xây dựng phần mềm quản lý thư viện. Đây là một đồ án quản lý dự án điển hình, bao gồm tất cả các giai đoạn từ khởi tạo, lập kế hoạch, thực thi, cho đến kiểm soát và kết thúc dự án. Mục tiêu chính của dự án, theo tài liệu gốc từ sinh viên Đại học Mỏ Địa chất, là xây dựng một hệ thống quản lý thư viện hiện đại nhằm thay thế các phương pháp quản lý thủ công bằng Word và Excel, vốn tồn tại nhiều bất cập. Các phương pháp thủ công thường dẫn đến việc tổ chức cơ sở dữ liệu không chặt chẽ, chi phí quản lý cao, và quy trình truy xuất thông tin mất nhiều thời gian. Dự án này không chỉ tập trung vào việc phát triển sản phẩm phần mềm mà còn nhấn mạnh vào quá trình quản trị, áp dụng các kiến thức, công cụ và kỹ thuật chuyên nghiệp để đảm bảo dự án hoàn thành đúng tiến độ, trong phạm vi ngân sách và đạt yêu cầu kỹ thuật. Việc thực hiện dự án này là cơ hội để áp dụng lý thuyết quản lý dự án vào thực tiễn, từ việc phân tích yêu cầu hệ thống, thiết kế cơ sở dữ liệu, đến quản lý rủi ro dự án và quản lý chi phí dự án. Toàn bộ quá trình được ghi nhận và báo cáo một cách khoa học, trở thành một tài liệu tham khảo giá trị cho các sinh viên công nghệ thông tin.
1.1. Xác định mục tiêu và phạm vi cho đồ án quản lý dự án
Mục tiêu cốt lõi của đồ án quản lý dự án này là xây dựng thành công một phần mềm quản lý thư viện hoàn chỉnh cho Trường Đại học Mỏ Địa chất. Hệ thống phải đáp ứng các yêu cầu về kỹ thuật, nằm trong ngân sách dự kiến (104.550.000 VNĐ) và hoàn thành trong thời gian 3 tháng. Phạm vi dự án bao gồm việc phát triển các module chính như: quản lý sách (nhập mới, phân loại), quản lý bạn đọc (làm thẻ, theo dõi mượn/trả), thống kê báo cáo và quản trị hệ thống. Dự án không chỉ dừng lại ở việc code phần mềm quản lý thư viện mà còn bao gồm các công tác quan trọng khác như khảo sát thực tế, phân tích nghiệp vụ, thiết kế cơ sở dữ liệu sử dụng sơ đồ ERD, và xây dựng tài liệu đặc tả yêu cầu chi tiết. Việc xác định rõ ràng mục tiêu và phạm vi ngay từ đầu là yếu tố then chốt giúp nhóm dự án định hướng công việc, tránh được tình trạng "scope creep" (phạm vi dự án bị mở rộng không kiểm soát), và đảm bảo mọi thành viên đều hiểu rõ đích đến cuối cùng.
1.2. Lý do cần xây dựng hệ thống quản lý thư viện chuyên nghiệp
Việc xây dựng một hệ thống quản lý thư viện chuyên nghiệp xuất phát từ nhu cầu cấp thiết của thực tế. Báo cáo dự án chỉ ra rằng, phương pháp quản lý thủ công hiện tại tại nhiều thư viện trường học là không hiệu quả, tốn kém và dễ xảy ra sai sót. Người quản lý phải tốn nhiều công sức để sắp xếp sách, theo dõi tình trạng mượn trả, và lập báo cáo thống kê. Đối với sinh viên và giảng viên, việc tìm kiếm một đầu sách cụ thể giữa hàng ngàn cuốn sách là một thách thức lớn. Một phần mềm chuyên dụng sẽ giải quyết triệt để các vấn đề này. Hệ thống cho phép tự động hóa các quy trình nghiệp vụ như cấp mã sách, quản lý thông tin bạn đọc, ghi nhận giao dịch mượn/trả, tự động nhắc nhở khi quá hạn và tạo ra các báo cáo thống kê chính xác chỉ với vài cú nhấp chuột. Điều này không chỉ giúp tiết kiệm thời gian, nhân lực mà còn nâng cao chất lượng phục vụ, tạo ra một môi trường tra cứu, học tập hiện đại và hiệu quả hơn.
II. Top thách thức trong quản lý dự án phần mềm thư viện
Quá trình quản lý dự án phần mềm luôn tiềm ẩn nhiều thách thức và rủi ro, và dự án xây dựng hệ thống quản lý thư viện cũng không ngoại lệ. Một trong những thách thức lớn nhất là việc đảm bảo dự án đi đúng hướng và đáp ứng chính xác nhu cầu của người dùng cuối. Điều này đòi hỏi kỹ năng phân tích yêu cầu hệ thống phải thực sự tốt, tránh hiểu sai hoặc bỏ sót các chức năng quan trọng. Thách thức thứ hai liên quan đến việc quản lý nguồn lực, bao gồm cả nhân sự và tài chính. Việc phân công công việc không hợp lý hoặc thiếu hụt nhân sự có thể làm chậm tiến độ. Vấn đề quản lý chi phí dự án cũng rất quan trọng, đặc biệt là việc ước tính ngân sách ban đầu. Theo tài liệu dự án, nếu việc ước tính không chính xác, dự án có thể đối mặt với nguy cơ thiếu hụt ngân sách, ảnh hưởng đến chất lượng sản phẩm. Ngoài ra, quản lý rủi ro dự án là một hoạt động không thể bỏ qua. Các rủi ro có thể đến từ nhiều phía: kỹ thuật (công nghệ lựa chọn không phù hợp), nhân sự (thành viên chủ chốt rời dự án), hay quy trình (sự phối hợp giữa các nhóm không tốt). Việc nhận diện, đánh giá và lên kế hoạch ứng phó với rủi ro là yếu tố quyết định sự thành công của một bài tập lớn CNTT.
2.1. Nhận diện và thực thi quản lý rủi ro dự án hiệu quả
Thực thi quản lý rủi ro dự án là một quy trình gồm bốn bước chính: dự đoán, khử bỏ, giảm thiểu tác động và kiểm soát. Trong dự án này, nhóm đã xác định các rủi ro tiềm tàng và phân loại chúng. Ví dụ, rủi ro về kế hoạch bao gồm việc ước lượng thời gian và ngân sách không chính xác. Để đối phó, nhóm đề xuất việc liên tục điều chỉnh kế hoạch cho phù hợp với các phát sinh. Rủi ro về nội bộ như phân công công việc không hợp lý được giải quyết bằng cách thường xuyên điều chỉnh công việc để phù hợp với thế mạnh của từng cá nhân. Rủi ro về quy trình, chẳng hạn như việc xác định sai yêu cầu của khách hàng, được giảm thiểu bằng cách liên tục trao đổi với khách hàng. Bảng phân tích rủi ro trong tài liệu gốc đã lượng hóa xác suất và mức độ ảnh hưởng của từng rủi ro, từ đó ưu tiên các biện pháp phòng ngừa. Ví dụ, rủi ro "Người sử dụng không trao đổi – yêu cầu sẽ trượt" được đánh giá có tác động cao (8/10), đòi hỏi phải có các buổi họp và xác nhận yêu cầu thường xuyên.
2.2. Khó khăn trong việc ước tính và quản lý chi phí dự án
Ước tính và quản lý chi phí dự án là một trong những công việc phức tạp nhất. Báo cáo dự án đã chia chi phí thành hai loại: tổng quan và chi tiết. Chi phí tổng quan bao gồm các hạng mục lớn như chi phí khảo sát, thiết kế, lập trình, kiểm thử, và chi phí dự phòng. Bảng chi phí chi tiết đi sâu vào từng công việc cụ thể, ví dụ như chi phí cho việc thiết kế bảng CSDL, lập trình từng module. Khó khăn chính nằm ở việc dự báo chính xác các chi phí phát sinh. Tài liệu chỉ ra rủi ro "Ước lượng ngân sách không chính xác" có thể dẫn đến việc không đủ kinh phí để chi trả cho các hoạt động cần thiết. Để quản lý tốt, dự án đã phân bổ một khoản chi phí dự phòng (10.000.000 VNĐ) cho những vấn đề không lường trước. Hơn nữa, việc theo dõi chi tiêu thực tế so với ngân sách dự kiến một cách thường xuyên là cần thiết để có những điều chỉnh kịp thời, đảm bảo dự án không vượt quá tổng mức đầu tư đã được phê duyệt.
III. Phương pháp lập kế hoạch dự án CNTT chi tiết và hiệu quả
Việc lập kế hoạch dự án là giai đoạn xương sống, quyết định đến 80% sự thành công của dự án. Một bản kế hoạch tốt phải chi tiết, rõ ràng và khả thi. Trong dự án xây dựng phần mềm quản lý thư viện, quá trình lập kế hoạch bắt đầu ngay sau khi dự án được khởi động. Nhóm đã sử dụng các công cụ và kỹ thuật chuyên nghiệp để xây dựng kế hoạch. Công cụ Microsoft Project được lựa chọn để hỗ trợ việc lên lịch, phân bổ nguồn lực và theo dõi tiến độ. Kế hoạch được xây dựng dựa trên cấu trúc phân rã công việc sơ đồ WBS (Work Breakdown Structure), chia nhỏ dự án thành các gói công việc và nhiệm vụ cụ thể. Mỗi nhiệm vụ được xác định thời gian bắt đầu, kết thúc và người chịu trách nhiệm. Sau đó, các nhiệm vụ này được trực quan hóa trên sơ đồ Gantt, giúp người quản lý dự án và các thành viên dễ dàng theo dõi dòng chảy công việc và sự phụ thuộc lẫn nhau. Kế hoạch không chỉ bao gồm lịch trình mà còn đề cập đến kế hoạch truyền thông (họp nhóm, báo cáo định kỳ), quy tắc làm việc và kế hoạch quản lý các bên liên quan, tạo ra một bộ khung vững chắc cho toàn bộ quá trình thực thi dự án.
3.1. Xây dựng cấu trúc phân rã công việc với sơ đồ WBS
Cấu trúc phân rã công việc, hay sơ đồ WBS, là kỹ thuật phân chia dự án lớn thành các thành phần nhỏ hơn, dễ quản lý hơn. Trong tài liệu dự án, WBS được thể hiện qua "Bảng phân rã công việc". Dự án "Quản lý thư viện điện tử" được chia thành các giai đoạn chính như: 1. Khởi động dự án, 2. Đi khảo sát thực tế, 3. Phân tích và xác định yêu cầu, 4. Thiết kế CSDL, 5. Thiết kế giao diện, 6. Lập trình và tích hợp, 7. Kiểm thử và sửa lỗi, 8. Kết thúc dự án. Mỗi giai đoạn lớn lại được chia nhỏ thành các nhiệm vụ cụ thể. Ví dụ, giai đoạn "Thực hiện phân tích và xác định yêu cầu" bao gồm các công việc con như "Quản lý thông tin nguồn nhập sách", "Quản lý thông tin người mượn sách". Việc sử dụng sơ đồ WBS giúp đảm bảo không bỏ sót công việc, làm cơ sở cho việc ước tính thời gian, chi phí và phân công nhân sự một cách chính xác.
3.2. Lập lịch trình và theo dõi tiến độ bằng sơ đồ Gantt
Sau khi có WBS, bước tiếp theo là lập lịch trình và thể hiện nó bằng sơ đồ Gantt. Mặc dù tài liệu gốc không trực tiếp vẽ sơ đồ Gantt, nhưng bảng "Công tác thực hiện" và "Lịch trình thực hiện" cung cấp đầy đủ dữ liệu để xây dựng nó. Bảng này liệt kê các công việc, ngày bắt đầu, ngày kết thúc dự kiến và người chịu trách nhiệm. Ví dụ, công việc "Lập trình" được lên kế hoạch diễn ra từ 10/12/2019, và "Kiểm thử" bắt đầu từ 15/01/2019. Sơ đồ Gantt sẽ trực quan hóa các mốc thời gian này dưới dạng các thanh ngang trên một trục thời gian, cho thấy sự tuần tự và chồng chéo của các công việc. Công cụ như Microsoft Project giúp tự động tạo sơ đồ này, cho phép người quản lý dễ dàng theo dõi tiến độ thực tế so với kế hoạch, xác định các đường găng (critical path) và kịp thời điều chỉnh khi có sự chậm trễ, đảm bảo dự án được hoàn thành đúng hạn.
IV. Hướng dẫn phân tích yêu cầu và thiết kế phần mềm chuẩn
Giai đoạn phân tích yêu cầu hệ thống và thiết kế là giai đoạn chuyển hóa nhu cầu của người dùng thành một bản thiết kế kỹ thuật chi tiết cho đội ngũ lập trình. Đây là bước cực kỳ quan trọng trong quản lý dự án phần mềm. Bất kỳ sai sót nào ở giai đoạn này cũng sẽ dẫn đến chi phí sửa chữa rất lớn ở các giai đoạn sau. Quy trình chuẩn bắt đầu bằng việc thu thập yêu cầu thông qua các phương pháp như phỏng vấn người quản lý thư viện, quan sát quy trình làm việc thực tế. Các yêu cầu sau khi thu thập sẽ được phân tích và hệ thống hóa trong một tài liệu đặc tả yêu cầu (Software Requirement Specification - SRS). Tài liệu này mô tả chi tiết các chức năng hệ thống cần có, các yêu cầu phi chức năng (hiệu năng, bảo mật), và các ràng buộc. Các công cụ như biểu đồ use case được sử dụng để mô tả tương tác giữa người dùng (thủ thư, bạn đọc) và hệ thống. Tiếp theo là giai đoạn thiết kế, bao gồm thiết kế kiến trúc tổng thể, thiết kế giao diện người dùng (UI), và thiết kế cơ sở dữ liệu thông qua sơ đồ ERD. Việc áp dụng các phương pháp Agile và phương pháp Scrum có thể giúp quy trình này linh hoạt hơn, cho phép nhận phản hồi sớm từ khách hàng và điều chỉnh kịp thời.
4.1. Soạn thảo tài liệu đặc tả yêu cầu SRS và biểu đồ use case
Việc soạn thảo tài liệu đặc tả yêu cầu (SRS) là nền tảng để tất cả các bên liên quan (khách hàng, đội phát triển, đội kiểm thử) có chung một sự hiểu biết về sản phẩm. Dựa trên thông tin từ tài liệu dự án, SRS của phần mềm quản lý thư viện sẽ mô tả các module chức năng như: Quản lý sách, Quản lý sinh viên/giáo viên, Quản lý mượn/trả, Thống kê báo cáo. Để làm rõ các chức năng này, biểu đồ use case được sử dụng. Ví dụ, một use case có thể là "Thủ thư thêm sách mới", với các bước như nhập thông tin sách, gán mã sách, cập nhật số lượng. Một use case khác là "Sinh viên mượn sách", bao gồm các bước kiểm tra thẻ, ghi nhận thông tin mượn. Các biểu đồ này giúp xác định rõ các tác nhân (actors) và các hành động họ có thể thực hiện trên hệ thống, là đầu vào quan trọng cho giai đoạn thiết kế và kiểm thử phần mềm.
4.2. Quy trình thiết kế cơ sở dữ liệu thông qua sơ đồ ERD
Quy trình thiết kế cơ sở dữ liệu là trái tim của hệ thống quản lý thư viện, nơi lưu trữ toàn bộ dữ liệu. Bắt đầu từ các yêu cầu chức năng, nhà phân tích sẽ xác định các thực thể chính (Entities) cần quản lý. Trong dự án này, các thực thể bao gồm: Sách, Bạn Đọc, Phiếu Mượn, Nhân Viên, Hóa Đơn. Mối quan hệ (Relationship) giữa các thực thể này được xác định, ví dụ: một Bạn Đọc có thể mượn nhiều Sách. Toàn bộ cấu trúc này được mô hình hóa bằng sơ đồ ERD (Entity-Relationship Diagram). Sơ đồ ERD giúp trực quan hóa các bảng dữ liệu, các thuộc tính (cột) trong mỗi bảng và các khóa ngoại liên kết chúng. Từ sơ đồ ERD, đội ngũ kỹ thuật có thể dễ dàng tạo ra các bảng trong hệ quản trị cơ sở dữ liệu như SQL Server. Một thiết kế CSDL tốt phải đảm bảo tính toàn vẹn dữ liệu, tránh dư thừa và tối ưu hóa cho việc truy vấn.
V. Bí quyết triển khai kiểm thử và báo cáo quản lý dự án
Sau giai đoạn thiết kế, dự án bước vào giai đoạn thực thi, bao gồm lập trình, kiểm thử phần mềm và triển khai. Đây là giai đoạn biến các bản thiết kế thành một sản phẩm hoạt động được. Đội lập trình sẽ tiến hành viết code phần mềm quản lý thư viện dựa trên các công nghệ đã chọn (C# Winform và SQL Server). Song song với quá trình lập trình là hoạt động kiểm thử. Kiểm thử không phải là công việc chỉ diễn ra ở cuối dự án mà cần được thực hiện liên tục qua nhiều cấp độ: kiểm thử đơn vị (Unit Test), kiểm thử tích hợp (Integration Test), và kiểm thử hệ thống (System Test) để đảm bảo chất lượng. Sau khi sản phẩm được kiểm thử và sửa lỗi, nó sẽ được cài đặt và bàn giao cho khách hàng, kèm theo tài liệu hướng dẫn sử dụng. Cuối cùng, việc tạo một báo cáo quản lý dự án tổng kết là bắt buộc. Báo cáo này không chỉ trình bày kết quả đạt được mà còn phân tích các ưu, nhược điểm, các vấn đề gặp phải và quan trọng nhất là những bài học kinh nghiệm rút ra cho các dự án trong tương lai. Đây là một sản phẩm trí tuệ quý giá của cả đội dự án.
5.1. Các giai đoạn kiểm thử phần mềm đảm bảo chất lượng đầu ra
Hoạt động kiểm thử phần mềm trong dự án được chia thành nhiều giai đoạn để đảm bảo chất lượng. Theo bảng phân rã công việc, quy trình kiểm thử bao gồm: Chuẩn bị dữ liệu kiểm thử, Kiểm thử mức đơn vị, Kiểm thử mức tích hợp, Kiểm thử mức hệ thống và Kiểm thử giao diện. Kiểm thử mức đơn vị tập trung vào việc xác minh từng hàm, từng module nhỏ hoạt động đúng như thiết kế. Kiểm thử mức tích hợp đảm bảo các module khi kết hợp với nhau vẫn hoạt động trơn tru. Kiểm thử mức hệ thống là việc kiểm tra toàn bộ phần mềm trên một môi trường giả lập giống với môi trường thực tế để xác nhận nó đáp ứng tất cả các yêu cầu trong SRS. Cuối cùng, kiểm thử giao diện đảm bảo rằng người dùng có thể tương tác với phần mềm một cách dễ dàng và thuận tiện. Mỗi lỗi được phát hiện sẽ được ghi nhận, phân loại và gửi lại cho đội lập trình để khắc phục, tạo thành một vòng lặp cải tiến liên tục.
5.2. Công nghệ và cấu trúc code phần mềm quản lý thư viện
Việc lựa chọn công nghệ phù hợp là yếu tố quyết định đến sự ổn định và khả năng bảo trì của sản phẩm. Dự án đã lựa chọn một bộ công cụ mạnh mẽ và phổ biến của Microsoft. Ngôn ngữ lập trình chính là C# với nền tảng Winform, rất phù hợp để xây dựng các ứng dụng desktop cho hệ điều hành Windows. C# là một ngôn ngữ hiện đại, hướng đối tượng, giúp việc cấu trúc code phần mềm quản lý thư viện trở nên rõ ràng và dễ bảo trì. Hệ quản trị cơ sở dữ liệu được chọn là SQL Server, một hệ thống mạnh mẽ, có khả năng xử lý lượng dữ liệu lớn và phục vụ nhiều người dùng cùng lúc. SQL Server cung cấp ngôn ngữ Transact-SQL để thực hiện các truy vấn phức tạp. Sự kết hợp giữa C# và SQL Server tạo ra một hệ thống đồng bộ, hiệu quả và có độ tin cậy cao, đáp ứng tốt các yêu cầu nghiệp vụ của một hệ thống quản lý thư viện.
VI. Tổng kết đồ án quản lý dự án và bài học kinh nghiệm rút ra
Giai đoạn cuối cùng của bất kỳ đồ án quản lý dự án nào cũng là tổng kết và rút ra bài học kinh nghiệm. Dự án xây dựng phần mềm quản lý thư viện đã hoàn thành các mục tiêu đề ra, đáp ứng được nhu cầu cơ bản của sinh viên và giáo viên trong việc tra cứu và quản lý tài liệu. Việc đánh giá lại toàn bộ quá trình là vô cùng cần thiết. Báo cáo tổng kết của dự án đã chỉ ra những ưu điểm như tinh thần làm việc nhiệt huyết của các thành viên, sự lãnh đạo tốt của trưởng nhóm và kỹ năng làm việc hiệu quả. Tuy nhiên, dự án cũng không tránh khỏi những nhược điểm như kinh nghiệm thực tế của các thành viên còn hạn chế, một số vấn đề kỹ thuật khó cần sự hỗ trợ từ bên ngoài. Những bài học kinh nghiệm được rút ra là vô giá. Chúng bao gồm sự cần thiết của việc quản lý sát sao hơn các nguồn lực, tầm quan trọng của việc khích lệ tinh thần làm việc, và yêu cầu phân bổ công việc hợp lý để tránh gây áp lực quá mức. Quá trình chuẩn bị slide thuyết trình dự án để bảo vệ trước hội đồng cũng là một cơ hội để hệ thống hóa lại toàn bộ kiến thức và kết quả đạt được.
6.1. Đánh giá kết quả đạt được so với mục tiêu ban đầu
Việc đánh giá kết quả là bước nhìn lại để xem dự án đã thực sự thành công hay chưa. So với mục tiêu ban đầu là "Xây dựng một phần mềm để quản lý thư viện", dự án đã hoàn thành và đi vào hoạt động. Sản phẩm cuối cùng đáp ứng được các chức năng cốt lõi đã đề ra trong giai đoạn phân tích. Về mặt quản lý dự án, dự án đã bám sát được tiến độ và ngân sách, đây là một thành công lớn. Tuy nhiên, việc đánh giá cũng cần nhìn nhận các khía cạnh chưa tối ưu. Có thể một số chức năng phụ chưa được hoàn thiện hoặc giao diện người dùng có thể được cải tiến thêm. Tài liệu dự án thừa nhận "những chỗ xử lý vấn đề chưa được tối ưu". Việc đánh giá một cách khách quan, công nhận cả thành công và thiếu sót, giúp các thành viên trưởng thành hơn và cung cấp dữ liệu đầu vào cho việc cải tiến quy trình trong các dự án tương lai.
6.2. Những bài học cốt lõi sau khi hoàn thành dự án thực tế
Thực hiện một dự án thực tế mang lại những bài học kinh nghiệm không có trong sách vở. Bài học đầu tiên là tầm quan trọng của giao tiếp và làm việc nhóm. Sự phối hợp không ăn khớp giữa các thành viên có thể phá vỡ dự án. Thứ hai, quản lý sự thay đổi là một kỹ năng thiết yếu; các yêu cầu từ khách hàng có thể thay đổi, và người quản lý dự án phải linh hoạt để thích ứng. Thứ ba, việc ghi chép và lưu trữ tài liệu cẩn thận trong suốt dự án (biên bản họp, báo cáo tiến độ, tài liệu thiết kế) là cực kỳ quan trọng để đảm bảo mọi người đều có thông tin nhất quán và là bằng chứng khi nghiệm thu. Cuối cùng, bài học về quản lý rủi ro dự án là không bao giờ được chủ quan. Những rủi ro đã được dự đoán cần có kế hoạch đối phó, và luôn phải chuẩn bị cho những rủi ro bất ngờ. Những kinh nghiệm này là tài sản quý giá nhất mà các thành viên nhận được sau khi hoàn thành bài tập lớn CNTT.
6.3. Chuẩn bị slide thuyết trình dự án và bảo vệ đồ án hiệu quả
Bảo vệ đồ án là bước cuối cùng để chứng minh giá trị của dự án. Việc chuẩn bị một slide thuyết trình dự án chuyên nghiệp và súc tích là rất quan trọng. Một bài thuyết trình hiệu quả cần có cấu trúc rõ ràng: giới thiệu vấn đề và mục tiêu dự án, trình bày phương pháp quản lý đã áp dụng (kế hoạch, WBS, Gantt), demo các chức năng chính của phần mềm, và cuối cùng là tổng kết kết quả, khó khăn và bài học kinh nghiệm. Slide nên tập trung vào các ý chính, sử dụng hình ảnh, biểu đồ để minh họa thay vì các đoạn văn bản dài. Trong quá trình thuyết trình, người trình bày cần thể hiện sự tự tin, nắm vững toàn bộ dự án từ tổng quan đến chi tiết kỹ thuật. Việc chuẩn bị trước các câu hỏi có thể được hội đồng đặt ra sẽ giúp đội dự án trả lời một cách thuyết phục, khẳng định sự thành công của đồ án quản lý dự án.
