Đề thi, bài tập trắc nghiệm online Quản lý dự án phần mềm – Đề 5

Review thường được thực hiện bởi các thành viên trong nhóm dự án hoặc các đồng nghiệp để kiểm tra các sản phẩm công việc (ví dụ: mã nguồn, tài liệu) để tìm lỗi và cải thiện chất lượng. Audit thường được thực hiện bởi một bên độc lập bên ngoài nhóm dự án để đánh giá việc tuân thủ quy trình và tiêu chuẩn chất lượng.

Kiểm thử hộp đen (Black Box Testing) là phương pháp kiểm thử chức năng của phần mềm mà không cần xem xét cấu trúc mã nguồn bên trong. Người kiểm thử chỉ tương tác với phần mềm thông qua giao diện người dùng hoặc API và kiểm tra xem đầu ra có đúng với đầu vào hay không, dựa trên đặc tả yêu cầu.

Scope creep là hiện tượng phạm vi dự án mở rộng ngoài kế hoạch ban đầu mà không có sự điều chỉnh tương ứng về thời gian, chi phí hoặc nguồn lực. Điều này thường xảy ra do các yêu cầu mới được thêm vào dự án trong quá trình thực hiện, dẫn đến rủi ro trễ hạn, vượt ngân sách và giảm chất lượng.

Hệ thống kiểm soát phiên bản (Version Control Systems) như Git cho phép nhiều người làm việc trên cùng một dự án đồng thời. Các thành viên có thể tạo các nhánh (branches) riêng để làm việc độc lập và sau đó hợp nhất (merge) các thay đổi của họ lại vào nhánh chính. Điều này giúp quản lý các thay đổi và cộng tác hiệu quả.

Mô hình Agile được thiết kế để linh hoạt và thích ứng với sự thay đổi. Nó phù hợp với các dự án có yêu cầu không chắc chắn hoặc có khả năng thay đổi trong quá trình phát triển. Các mô hình Waterfall và V-Model cứng nhắc hơn và ít phù hợp với các dự án có yêu cầu biến động.

Rủi ro nguồn lực (Resource Risk) bao gồm các rủi ro liên quan đến sự sẵn có và khả năng của nguồn lực dự án, bao gồm cả nhân sự. Sự thay đổi nhân sự chủ chốt, đặc biệt là mất mát thành viên có kỹ năng quan trọng, có thể gây ra rủi ro nguồn lực, ảnh hưởng đến tiến độ và chất lượng dự án.

Hợp đồng trọn gói (Fixed-Price Contract) xác định một tổng giá cố định cho toàn bộ công việc. Nhà cung cấp chịu rủi ro chi phí vượt quá, nhưng cũng có cơ hội hưởng lợi nếu chi phí thực tế thấp hơn giá hợp đồng. Loại hợp đồng này phù hợp khi phạm vi dự án được xác định rõ ràng.

Trong mô hình V-Model, mỗi giai đoạn phát triển (phía bên trái chữ 'V') có một giai đoạn kiểm thử tương ứng (phía bên phải chữ 'V'). Giai đoạn 'Verification' (xác minh) ở phía bên trái, bao gồm phân tích yêu cầu, thiết kế hệ thống và thiết kế module, tương ứng với giai đoạn 'Validation' (xác nhận) ở phía bên phải, bắt đầu từ kiểm thử chấp nhận, kiểm thử hệ thống, kiểm thử tích hợp và kiểm thử đơn vị, lần lượt kiểm tra lại các kết quả của các giai đoạn 'Verification' tương ứng.

Tam giác quản lý dự án (hay còn gọi là tam giác ràng buộc, iron triangle) bao gồm ba yếu tố chính: phạm vi, thời gian và chi phí. Chất lượng thường được coi là kết quả của sự cân bằng giữa ba yếu tố này, chứ không phải là một đỉnh độc lập trong tam giác. Tuy nhiên, trong một số mô hình mở rộng, chất lượng có thể được thêm vào như một yếu tố thứ tư.

Ma trận xác suất - tác động là công cụ để đánh giá và phân loại rủi ro. Nó giúp ưu tiên rủi ro bằng cách nhân xác suất xảy ra của rủi ro với tác động tiềm tàng của nó, từ đó xác định rủi ro nào cần được ưu tiên xử lý trước.

Scrum Master là người đóng vai trò là huấn luyện viên cho nhóm Scrum, giúp đảm bảo rằng nhóm tuân thủ các giá trị và nguyên tắc của Scrum. Họ loại bỏ các rào cản và tạo điều kiện để nhóm làm việc hiệu quả.

Mô hình Waterfall là mô hình tuyến tính tuần tự, nhấn mạnh vào việc lập kế hoạch chi tiết và tài liệu đầy đủ ở đầu dự án trước khi chuyển sang các giai đoạn phát triển và kiểm thử. Các mô hình khác như Agile, Spiral và Prototyping linh hoạt hơn và ít tập trung vào kế hoạch cố định ban đầu.

Lập kế hoạch linh hoạt (Agile Planning) thường sử dụng kỹ thuật 'rolling wave planning' (lập kế hoạch theo làn sóng). Kỹ thuật này cho phép lập kế hoạch chi tiết cho công việc gần và lập kế hoạch ở mức độ tổng quan hơn cho công việc xa hơn trong tương lai. Khi dự án tiến triển và thông tin trở nên rõ ràng hơn, kế hoạch cho các giai đoạn sau sẽ được chi tiết hóa dần.

Chiến lược né tránh rủi ro là hành động để loại bỏ hoàn toàn rủi ro hoặc nguyên nhân gốc rễ của nó. Điều này thường liên quan đến việc thay đổi kế hoạch dự án hoặc phạm vi để tránh hoàn toàn hoạt động hoặc tình huống gây ra rủi ro.

Kiểm thử tích hợp (Integration Testing) tập trung vào việc kiểm tra sự tương tác và luồng dữ liệu giữa các module hoặc thành phần khác nhau của hệ thống sau khi chúng đã được kiểm thử đơn vị. Mục tiêu là đảm bảo các thành phần này làm việc cùng nhau một cách chính xác.

Biểu đồ Gantt là một công cụ quản lý dự án phổ biến, hiển thị các nhiệm vụ dự án theo thời gian. Nó cho phép trực quan hóa tiến độ, thời hạn, và sự phụ thuộc giữa các nhiệm vụ, giúp theo dõi và quản lý lịch trình dự án hiệu quả.

Biểu đồ đốt cháy (Burn-down chart) là một công cụ trực quan hóa tiến độ dự án, đặc biệt phổ biến trong Scrum và Agile. Nó hiển thị lượng công việc còn lại (thường là story points hoặc giờ công) theo thời gian, giúp nhóm theo dõi tiến độ hoàn thành công việc và dự đoán khả năng hoàn thành dự án đúng hạn.

Product Owner là người chịu trách nhiệm về sự thành công của sản phẩm. Họ quản lý Product Backlog (danh sách các tính năng và yêu cầu), ưu tiên các mục trong backlog, và làm việc với nhóm phát triển để đảm bảo sản phẩm đáp ứng nhu cầu của người dùng và mang lại giá trị kinh doanh cao nhất.

Ba ràng buộc chính trong quản lý dự án phần mềm là thời gian, chi phí và phạm vi. Sự hài lòng của nhân viên là quan trọng nhưng không được coi là một ràng buộc theo định nghĩa truyền thống như ba yếu tố kia.

Velocity là một chỉ số quan trọng trong Scrum, đo lường lượng công việc (thường tính bằng story points hoặc giờ công) mà một nhóm phát triển có thể hoàn thành trong một Sprint. Nó giúp nhóm dự đoán năng suất trong tương lai và lập kế hoạch cho các Sprint tiếp theo.

Ước tính từ dưới lên là phương pháp chia nhỏ công việc thành các gói công việc nhỏ hơn, dễ quản lý và ước tính hơn. Sau khi ước tính chi phí hoặc thời gian cho từng gói công việc, chúng được tổng hợp lại để có ước tính tổng thể cho dự án.

Đường găng (Critical Path) là chuỗi các nhiệm vụ phụ thuộc lẫn nhau, xác định thời gian dự án dài nhất có thể. Bất kỳ sự chậm trễ nào trong các nhiệm vụ trên đường găng đều trực tiếp làm chậm toàn bộ dự án. Quản lý đường găng là rất quan trọng để đảm bảo dự án hoàn thành đúng thời hạn.

Quản lý phạm vi dự án tập trung vào việc xác định và kiểm soát những gì (và những gì không) được bao gồm trong dự án. Mục tiêu chính là đảm bảo dự án tập trung vào việc cung cấp các tính năng và chức năng cần thiết để đạt được mục tiêu dự án, tránh scope creep và đảm bảo dự án đi đúng hướng.

Phòng ngừa lỗi tập trung vào việc xây dựng chất lượng ngay từ đầu quy trình phát triển, giảm thiểu khả năng phát sinh lỗi. Điều này hiệu quả hơn phát hiện lỗi vì sửa lỗi ở giai đoạn sau thường tốn kém hơn nhiều (về thời gian và chi phí) so với việc ngăn chặn chúng ngay từ đầu. Phòng ngừa lỗi giúp cải thiện chất lượng phần mềm và giảm chi phí tổng thể.

Mô hình hóa trường hợp sử dụng là kỹ thuật sử dụng use cases để mô tả các tương tác điển hình giữa người dùng (actor) và hệ thống để đạt được một mục tiêu cụ thể. Use cases giúp làm rõ yêu cầu chức năng từ góc độ người dùng.

Kiểm thử chấp nhận (User Acceptance Testing - UAT) là giai đoạn cuối cùng của kiểm thử, trong đó người dùng cuối hoặc khách hàng kiểm tra phần mềm để đảm bảo rằng nó đáp ứng các yêu cầu và mong đợi của họ trong môi trường thực tế. Nó tập trung vào việc xác minh giá trị kinh doanh của phần mềm.

Agile Manifesto coi trọng việc phản hồi với thay đổi hơn là tuân thủ theo một kế hoạch cố định. Các nguyên tắc cốt lõi khác bao gồm ưu tiên cá nhân và tương tác, phần mềm chạy tốt, và hợp tác với khách hàng. Nguyên tắc 'phản hồi với thay đổi hơn tuân thủ kế hoạch' thể hiện tính linh hoạt và khả năng thích ứng của phương pháp Agile.

Giai đoạn khởi đầu dự án tập trung vào việc xác định và ủy quyền chính thức cho dự án. Các hoạt động chính bao gồm xây dựng điều lệ dự án, xác định các bên liên quan, và phân tích tính khả thi. Phát triển kế hoạch quản lý dự án chi tiết là hoạt động thuộc giai đoạn 'lập kế hoạch dự án' (project planning), diễn ra sau giai đoạn khởi đầu.

Jira, Asana và Microsoft Project là các công cụ quản lý dự án chuyên dụng, cung cấp các tính năng để lập kế hoạch, theo dõi tiến độ, quản lý công việc và cộng tác. Microsoft Word là một trình soạn thảo văn bản, không phải là công cụ quản lý dự án.

Baseline trong quản lý cấu hình là một snapshot (ảnh chụp nhanh) của các sản phẩm công việc (ví dụ: mã nguồn, tài liệu) tại một thời điểm cụ thể. Nó được phê duyệt và đóng vai trò là điểm tham chiếu để quản lý các thay đổi trong tương lai. Bất kỳ thay đổi nào sau baseline đều phải được kiểm soát chặt chẽ.