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

Sprint Retrospective là một sự kiện trong Scrum được tổ chức sau Sprint Review và trước Sprint Planning. Mục đích chính của nó là để nhóm Scrum tự xem xét lại Sprint vừa qua, xác định những gì đã diễn ra tốt, những gì có thể cải thiện và lập kế hoạch các hành động cải tiến để áp dụng trong các Sprint tiếp theo.

Giảm thiểu rủi ro (risk mitigation) là một chiến lược quản lý rủi ro bao gồm việc thực hiện các hành động cụ thể để giảm khả năng xảy ra của một rủi ro hoặc giảm thiểu tác động tiêu cực của nó nếu nó xảy ra. Đây là một trong những phản ứng rủi ro chủ động.

Rủi ro dự án phần mềm thường được phân loại thành các loại chính như rủi ro kỹ thuật (liên quan đến công nghệ, thiết kế, thực hiện), rủi ro kinh doanh (liên quan đến thị trường, tài chính, chiến lược) và rủi ro lịch trình (liên quan đến thời gian hoàn thành dự án). 'Rủi ro cá nhân' không phải là một phân loại rủi ro dự án phần mềm được công nhận rộng rãi.

Scrum Master đóng vai trò là người phục vụ lãnh đạo cho nhóm Scrum, giúp loại bỏ các trở ngại, tạo điều kiện thuận lợi cho các sự kiện Scrum và đảm bảo rằng nhóm hiểu và tuân thủ các giá trị, nguyên tắc và thực hành của Scrum.

Kiểm thử chức năng là loại kiểm thử phần mềm được thiết kế để xác minh rằng phần mềm hoạt động đúng theo các yêu cầu chức năng đã được xác định. Nó tập trung vào việc kiểm tra xem mỗi chức năng của phần mềm có hoạt động như mong đợi hay không.

Để giao tiếp dự án hiệu quả, điều quan trọng nhất là phải lập kế hoạch giao tiếp cẩn thận, bao gồm việc xác định rõ ai cần giao tiếp với ai, thông điệp chính cần truyền đạt là gì, và phương tiện giao tiếp phù hợp nhất cho từng đối tượng và loại thông tin. Điều này đảm bảo rằng thông tin được truyền đạt đúng người, đúng thời điểm và theo cách hiệu quả nhất.

Critical Path Method (CPM) là một kỹ thuật quản lý dự án được sử dụng để lập lịch trình dự án. Nó xác định đường găng (critical path) trong dự án, tức là chuỗi các công việc phụ thuộc lẫn nhau quyết định thời gian hoàn thành dự án tổng thể. CPM giúp xác định thời gian hoàn thành dự án tối thiểu và các công việc quan trọng cần được theo dõi sát sao.

Ma trận rủi ro là một công cụ trực quan hóa giúp ưu tiên rủi ro bằng cách đánh giá và so sánh chúng dựa trên hai yếu tố chính: mức độ nghiêm trọng (tác động) nếu rủi ro xảy ra và khả năng xảy ra của rủi ro đó. Điều này giúp tập trung nỗ lực quản lý rủi ro vào những rủi ro quan trọng nhất.

Ba ràng buộc chính trong quản lý dự án phần mềm, thường được gọi là 'tam giác ràng buộc' hoặc 'bộ ba ràng buộc', là thời gian, chi phí và phạm vi. Kích thước nhóm dự án, mặc dù quan trọng, nhưng không phải là một ràng buộc cơ bản theo định nghĩa cổ điển này.

Definition of Done (DoD) là một danh sách các tiêu chí mà một công việc hoặc một sản phẩm gia tăng (increment) phải đáp ứng để được coi là 'hoàn thành' trong Scrum. DoD giúp đảm bảo sự rõ ràng về chất lượng và tiêu chuẩn hoàn thành công việc cho cả nhóm Scrum.

Microsoft Word là một phần mềm xử lý văn bản, không phải là công cụ quản lý dự án. Microsoft Project, Jira và Asana là các công cụ phổ biến được sử dụng để lập kế hoạch, theo dõi và quản lý dự án phần mềm.

Biểu đồ Burndown là một công cụ trực quan hóa quan trọng trong Scrum, được sử dụng để theo dõi tiến độ công việc còn lại trong một Sprint. Nó hiển thị lượng công việc còn lại theo thời gian và giúp nhóm Scrum và Product Owner theo dõi xem Sprint có đi đúng hướng để hoàn thành mục tiêu Sprint hay không.

Ước tính điểm chức năng là một kỹ thuật ước tính kích thước và nỗ lực dự án phần mềm bằng cách đo lường chức năng mà phần mềm cung cấp cho người dùng. Nó dựa trên việc phân tích các đầu vào, đầu ra, truy vấn, tệp tin và giao diện bên ngoài của hệ thống.

Scrum Master là một vai trò cụ thể trong phương pháp Scrum (thuộc Agile), không phải là vai trò điển hình trong phương pháp Waterfall truyền thống. Waterfall thường có các vai trò như Quản lý dự án, Nhà phân tích nghiệp vụ, Lập trình viên, Kiểm thử viên, v.v.

Agile là một phương pháp luận quản lý dự án lặp đi lặp lại và gia tăng, tập trung vào sự linh hoạt, cộng tác của khách hàng và phát triển phần mềm từng bước nhỏ trong các giai đoạn ngắn, thường được gọi là sprints hoặc iterations.

Tam giác Sắt, hay còn gọi là Tam giác Ràng buộc, trong quản lý dự án truyền thống bao gồm ba ràng buộc chính: phạm vi, chi phí và thời gian. Chất lượng, mặc dù quan trọng, thường được coi là bị ảnh hưởng bởi sự cân bằng giữa ba ràng buộc này, chứ không phải là một đỉnh độc lập của tam giác.

Biểu đồ Pareto, hay còn gọi là quy tắc 80/20, là một công cụ quản lý chất lượng được sử dụng để xác định và ưu tiên các nguyên nhân quan trọng nhất gây ra vấn đề. Nó giúp tập trung nỗ lực cải thiện chất lượng vào những yếu tố có tác động lớn nhất.

Hợp đồng chi phí cộng phí (Cost-plus contract) là loại hợp đồng mà nhà cung cấp được hoàn trả tất cả các chi phí hợp lệ phát sinh trong quá trình thực hiện dự án, cộng thêm một khoản phí lợi nhuận đã được thỏa thuận trước. Loại hợp đồng này thường được sử dụng khi phạm vi công việc chưa được xác định rõ ràng ngay từ đầu.

Kiểm thử hồi quy là loại kiểm thử được thực hiện sau khi thực hiện các thay đổi (như sửa lỗi, thêm tính năng mới, hoặc thay đổi cấu hình) đối với phần mềm. Mục đích là để đảm bảo rằng các thay đổi mới không gây ra tác dụng phụ không mong muốn hoặc làm hỏng các chức năng hiện có của phần mềm.

Product Owner chịu trách nhiệm chính trong Scrum về việc tối đa hóa giá trị của sản phẩm được tạo ra bởi Nhóm Phát triển. Điều này bao gồm việc xác định, làm rõ, ưu tiên và quản lý Product Backlog, đảm bảo rằng nhóm phát triển đang làm việc trên các tính năng có giá trị cao nhất cho người dùng và doanh nghiệp.

Trong SCM, 'baseline' là một cấu hình được phê duyệt của sản phẩm phần mềm tại một thời điểm cụ thể, đóng vai trò là điểm tham chiếu ổn định cho các thay đổi tiếp theo. Nó được sử dụng để kiểm soát và quản lý các phiên bản khác nhau của phần mềm.

Sprint Review là một sự kiện trong Scrum được tổ chức vào cuối mỗi Sprint để nhóm Scrum trình diễn sản phẩm gia tăng (increment) đã hoàn thành trong Sprint cho các bên liên quan. Mục tiêu chính là để thu thập phản hồi từ các bên liên quan, kiểm tra sản phẩm so với mục tiêu Sprint và điều chỉnh Product Backlog nếu cần thiết.

Kiểm soát phiên bản (version control) là một hoạt động quan trọng trong quản lý cấu hình phần mềm, giúp theo dõi và quản lý tất cả các thay đổi được thực hiện đối với mã nguồn, tài liệu và các thành phần khác của dự án. Nó cho phép các nhóm làm việc cộng tác hiệu quả, dễ dàng quay lại các phiên bản trước và quản lý các nhánh phát triển khác nhau.

'Scope creep' là một thuật ngữ trong quản lý dự án mô tả sự gia tăng dần dần và không kiểm soát về phạm vi dự án trong suốt quá trình thực hiện. Điều này thường xảy ra khi các yêu cầu mới được thêm vào mà không có sự điều chỉnh tương ứng về thời gian, chi phí hoặc nguồn lực.

Giai đoạn khởi tạo dự án là giai đoạn đầu tiên trong vòng đời dự án, tập trung vào việc xác định tính khả thi của dự án, xác định các mục tiêu và phạm vi dự án ở cấp độ cao, và nhận được sự phê duyệt chính thức để bắt đầu dự án.

Work Breakdown Structure (WBS) là một công cụ cơ bản trong quản lý dự án, được sử dụng để phân chia dự án thành các thành phần nhỏ hơn, có cấu trúc phân cấp, gọi là các gói công việc. Điều này giúp đơn giản hóa việc lập kế hoạch, phân công công việc, ước tính chi phí và thời gian, cũng như theo dõi tiến độ dự án.

Phương pháp Waterfall, với quy trình tuần tự và giai đoạn rõ ràng, thường phù hợp hơn cho các dự án có yêu cầu được xác định rõ ràng, ít thay đổi và ổn định. Ngược lại, Agile và Scrum linh hoạt hơn và thích hợp cho các dự án có yêu cầu thay đổi hoặc chưa rõ ràng ngay từ đầu.

Phương pháp Agile nhấn mạnh sự linh hoạt và thích ứng với thay đổi, do đó, việc lập kế hoạch chi tiết và cố định ngay từ đầu không phải là một lợi ích của Agile. Thực tế, Agile chủ trương lập kế hoạch thích ứng và điều chỉnh kế hoạch theo phản hồi và thay đổi trong quá trình phát triển.

Biểu đồ Gantt là một công cụ quản lý dự án cổ điển, đặc biệt hữu ích trong phương pháp Waterfall, để hiển thị lịch trình dự án, các công việc, thời gian bắt đầu và kết thúc của chúng, và tiến độ tổng thể của dự án theo thời gian.

Giai đoạn thực hiện dự án tập trung vào việc thực hiện các công việc đã được lên kế hoạch. Lập kế hoạch dự án chi tiết thường diễn ra trước giai đoạn thực hiện, trong giai đoạn lập kế hoạch. Các hoạt động khác như lập trình, kiểm thử, quản lý thay đổi và giao tiếp là các hoạt động điển hình trong giai đoạn thực hiện.