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

Mục tiêu cốt lõi của quản lý dự án phần mềm là đảm bảo dự án thành công, được định nghĩa là hoàn thành đúng thời gian, trong phạm vi ngân sách đã định và đáp ứng các yêu cầu đã xác định của khách hàng hoặc người dùng cuối.

Rủi ro phạm vi (Scope creep) đề cập đến việc mở rộng phạm vi dự án một cách không kiểm soát, thường do yêu cầu thay đổi liên tục từ khách hàng, dẫn đến tăng chi phí, chậm trễ tiến độ và giảm chất lượng dự án.

Trong Scrum, Sprint là một khoảng thời gian ngắn, lặp đi lặp lại (iteration) thường kéo dài từ 2 đến 4 tuần, trong đó đội phát triển làm việc để hoàn thành một tập hợp các công việc đã được lên kế hoạch từ Product Backlog.

Giai đoạn khởi đầu dự án tập trung vào việc xác định phạm vi, mục tiêu và tính khả thi của dự án ở mức tổng quan. Phát triển WBS chi tiết là hoạt động thuộc giai đoạn lập kế hoạch dự án, sau khi dự án đã được phê duyệt và đi vào giai đoạn chi tiết hơn.

Sprint Review là một sự kiện trong Scrum được tổ chức vào cuối mỗi Sprint, mục đích là để đội Scrum trình diễn Increment (sản phẩm gia tăng) đã hoàn thành cho Product Owner và các bên liên quan, thu thập phản hồi và điều chỉnh Product Backlog nếu cần thiết cho các Sprint tiếp theo. Đây là cơ hội để đánh giá kết quả Sprint và đảm bảo sản phẩm đang phát triển đúng hướng.

WBS, hay Work Breakdown Structure, là một công cụ quan trọng trong quản lý dự án, dùng để phân chia dự án thành các phần nhỏ hơn, dễ quản lý và phân công công việc.

Chuyên viên phân tích nghiệp vụ (Business Analyst) đóng vai trò cầu nối giữa doanh nghiệp và đội ngũ kỹ thuật, chịu trách nhiệm thu thập, phân tích và làm rõ yêu cầu từ khách hàng và các bên liên quan, đảm bảo yêu cầu được hiểu đúng và đầy đủ.

Quản lý cấu hình phần mềm (SCM) liên quan đến việc theo dõi và kiểm soát các thay đổi trong mã nguồn, tài liệu và các thành phần khác của dự án. Git, Subversion (SVN) và CVS là các hệ thống quản lý phiên bản phổ biến được sử dụng cho SCM. Microsoft PowerPoint không phải là công cụ SCM.

Phương pháp Waterfall (Thác nước) là một phương pháp quản lý dự án tuần tự, trong đó các giai đoạn (yêu cầu, thiết kế, phát triển, kiểm thử, triển khai, bảo trì) được thực hiện theo trình tự tuyến tính, giai đoạn sau chỉ bắt đầu khi giai đoạn trước hoàn thành. Điều này trái ngược với các phương pháp Agile linh hoạt và lặp đi lặp lại.

Daily Scrum, hay còn gọi là Stand-up meeting, là một cuộc họp ngắn hàng ngày trong Scrum, mục đích chính là để đội phát triển đồng bộ hóa công việc, kiểm tra tiến độ hướng tới mục tiêu sprint và lập kế hoạch cho ngày làm việc tiếp theo, không phải để báo cáo cho quản lý hay giải quyết vấn đề kỹ thuật chi tiết.

Rủi ro nhân sự (Resource risk) bao gồm các vấn đề liên quan đến nguồn nhân lực của dự án, chẳng hạn như thiếu nhân viên có kỹ năng phù hợp, nhân viên chủ chốt rời đi, hoặc năng suất làm việc của nhân viên không đạt yêu cầu.

Velocity (vận tốc) là một chỉ số quan trọng trong Agile/Scrum, đo lường lượng công việc mà một đội có thể hoàn thành trong một sprint. Nó được sử dụng để lập kế hoạch sprint và dự đoán thời gian hoàn thành dự án.

Jira là một công cụ quản lý dự án và theo dõi lỗi phổ biến, được sử dụng rộng rãi trong phát triển phần mềm để quản lý các công việc, lỗi, yêu cầu và quy trình làm việc của dự án.

Biểu đồ Gantt là công cụ trực quan hóa lịch trình dự án, hiển thị các công việc, thời gian bắt đầu và kết thúc, cũng như tiến độ thực tế so với kế hoạch, giúp theo dõi tiến độ dự án một cách hiệu quả.

Phân tích mạng lưới dự án, sử dụng các kỹ thuật như CPM (Phương pháp đường găng) và PERT (Kỹ thuật đánh giá và xem xét chương trình), giúp xác định các công việc phụ thuộc lẫn nhau, trình tự thực hiện và đường găng - chuỗi các công việc quyết định thời gian hoàn thành dự án.

Kiểm thử đơn vị (Unit testing) là quá trình kiểm tra từng thành phần (unit) nhỏ nhất của phần mềm, thường là các hàm hoặc phương thức, được thực hiện bởi lập trình viên trong giai đoạn phát triển (coding) để đảm bảo mỗi đơn vị hoạt động đúng như thiết kế.

Phương pháp Agile nhấn mạnh sự linh hoạt, phản hồi nhanh chóng với thay đổi, làm việc theo nhóm và phát triển lặp đi lặp lại. Các dự án Agile thường chia thành các sprints ngắn để tăng tính thích ứng và giảm rủi ro.

Tài liệu thiết kế phần mềm (SDD - Software Design Document) chứa đựng các quyết định thiết kế chi tiết, bao gồm kiến trúc phần mềm, cấu trúc dữ liệu, thuật toán, giao diện người dùng và các chi tiết kỹ thuật khác cần thiết cho việc phát triển phần mềm.

Kiểm thử chức năng (Functional testing) nhằm mục đích kiểm tra xem phần mềm có hoạt động đúng theo các yêu cầu chức năng đã được mô tả trong tài liệu yêu cầu hay không. Nó tập trung vào việc xác minh các tính năng và chức năng của phần mềm.

Giai đoạn triển khai (Deployment) là giai đoạn cuối cùng trong vòng đời dự án phần mềm, bao gồm việc cài đặt, cấu hình và đưa phần mềm vào môi trường sản xuất để người dùng cuối có thể sử dụng.

Kiểm thử chấp nhận của người dùng (UAT) là giai đoạn kiểm thử cuối cùng, được thực hiện bởi người dùng cuối hoặc đại diện khách hàng để đảm bảo phần mềm đáp ứng các yêu cầu kinh doanh và mong đợi của họ trong môi trường thực tế. Thành công của UAT quyết định việc phần mềm có được chấp nhận và triển khai hay không.

Báo cáo tiến độ (Status report) được tạo ra định kỳ để cung cấp cái nhìn tổng quan về tình hình dự án, bao gồm tiến độ đã đạt được, các vấn đề hiện tại, rủi ro tiềm ẩn và các bước tiếp theo để đảm bảo dự án đi đúng hướng.

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

Ước tính tương tự, hay còn gọi là ước tính từ trên xuống, sử dụng dữ liệu và kinh nghiệm từ các dự án tương tự trong quá khứ để dự đoán chi phí hoặc thời gian cho dự án hiện tại. Đây là phương pháp nhanh chóng nhưng có thể kém chính xác hơn các phương pháp chi tiết khác.

Scope Baseline (Đường cơ sở phạm vi) là một phần của kế hoạch dự án, bao gồm bản mô tả phạm vi dự án, WBS và từ điển WBS đã được phê duyệt. Nó đóng vai trò là điểm tham chiếu cố định để so sánh và kiểm soát các thay đổi phạm vi trong suốt dự án. Bất kỳ thay đổi phạm vi nào cũng cần được đánh giá và so sánh với Scope Baseline.

Tam giác dự án, còn gọi là ràng buộc ba bên, bao gồm ba yếu tố chính: Phạm vi (Scope), Thời gian (Time) và Chi phí (Cost). Chất lượng thường bị ảnh hưởng bởi sự cân bằng giữa ba yếu tố này, nhưng không phải là một đỉnh độc lập của tam giác.

Ma trận rủi ro là một công cụ trực quan giúp đánh giá và phân loại rủi ro dựa trên hai yếu tố chính: Xác suất xảy ra rủi ro và Mức độ tác động của rủi ro nếu nó xảy ra. Ma trận này giúp ưu tiên các rủi ro cần được xử lý trước.

Trong Scrum, vai trò Project Manager không tồn tại. Các trách nhiệm quản lý dự án truyền thống được phân chia giữa Product Owner (quản lý backlog sản phẩm), Scrum Master (hỗ trợ đội Scrum) và Development Team (tự tổ chức và quản lý công việc phát triển).

CMMI (Capability Maturity Model Integration) là một mô hình cải tiến quy trình, cung cấp một khung tham chiếu để đánh giá và cải thiện sự trưởng thành của quy trình phát triển phần mềm của một tổ chức. Nó tập trung vào việc liên tục cải tiến quy trình thông qua việc thu thập dữ liệu, phân tích và thực hiện các hành động cải tiến dựa trên dữ liệ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 dự án KHÔNG phải là một lợi ích của Agile. Agile tập trung vào việc lập kế hoạch ngắn hạn và điều chỉnh kế hoạch dựa trên phản hồi và thay đổi trong quá trình phát triển.