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

Scope creep là việc phạm vi dự án mở rộng dần dần và không kiểm soát so với phạm vi ban đầu đã được xác định. Đ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ự đánh giá và quản lý thay đổi thích hợp, dẫn đến rủi ro về thời gian, chi phí và chất lượng.

Lines of Code (LOC) là một thước đo kích thước phần mềm đơn giản, đếm số dòng mã trong dự án. Nó không phản ánh trực tiếp chất lượng, độ phức tạp hay hiệu suất, và có nhiều hạn chế khi sử dụng làm thước đo duy nhất.

Kiểm thử chấp nhận (UAT - User Acceptance Testing) được thực hiện bởi người dùng cuối hoặc khách hàng để xác nhận rằng phần mềm đáp ứng các yêu cầu nghiệp vụ và có thể được chấp nhận để sử dụng trong môi trường thực tế. Nó khác với kiểm thử hệ thống và tích hợp, vốn do đội kiểm thử nội bộ thực hiện.

Các giai đoạn điển hình trong SDLC bao gồm Phân tích yêu cầu, Thiết kế hệ thống, Phát triển, Kiểm thử và Triển khai, Bảo trì. Marketing và bán hàng là các hoạt động liên quan đến sản phẩm sau khi phát triển, nhưng không thuộc vòng đời phát triển phần mềm trực tiếp.

Velocity trong Scrum là một thước đo lượng công việc (thường tính bằng story point) mà Development Team có thể hoàn thành trong một Sprint. Nó giúp đội dự đoán được năng lực làm việc và lập kế hoạch cho các Sprint tiếp theo.

Mô hình Waterfall là mô hình tuyến tính và 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ự, giai đoạn sau chỉ bắt đầu khi giai đoạn trước hoàn thành. Các mô hình Agile, Scrum và Kanban linh hoạt và lặp đi lặp lại hơn.

Daily Scrum là một cuộc họp ngắn hàng ngày cho Development Team để đồng bộ công việc, kiểm tra tiến độ hướng tới Sprint Goal, xác định các trở ngại và lập kế hoạch cho 24 giờ tiếp theo. Nó không phải là để giải quyết vấn đề kỹ thuật sâu, đánh giá cá nhân hay trình bày sản phẩm.

Agile coi trọng sự linh hoạt, thích ứng và phản hồi liên tục từ khách hàng hơn là một kế hoạch cố định và tài liệu chi tiết như Waterfall. Agile tập trung vào việc cung cấp giá trị gia tăng liên tục và điều chỉnh theo yêu cầu thay đổi.

Kanban là một phương pháp quản lý luồng công việc, tập trung vào việc trực quan hóa quy trình, giới hạn công việc đang thực hiện (WIP) để cải thiện hiệu quả và luồng công việc liên tục. Nó khác với Scrum ở chỗ không có Sprint cố định và vai trò cụ thể.

Product Owner là người đại diện cho tiếng nói của khách hàng và các bên liên quan, chịu trách nhiệm quản lý Product Backlog, đảm bảo nó phản ánh đúng nhu cầu và được ưu tiên hợp lý để tối đa hóa giá trị sản phẩm.

Stakeholder là bất kỳ ai có lợi ích hoặc bị ảnh hưởng bởi dự án, có thể bao gồm thành viên đội dự án, khách hàng, người dùng cuối, nhà quản lý, nhà cung cấp, cộng đồng, chính phủ, v.v. Phạm vi bên liên quan rộng hơn nhiều so với chỉ thành viên đội dự án hoặc khách hàng trực tiếp.

Agile Manifesto coi trọng sự linh hoạt và thích ứng với thay đổi. Nguyên tắc 'Ưu tiên lập kế hoạch chi tiết và tuân thủ kế hoạch' trái ngược với tinh thần Agile, vốn nhấn mạnh phản hồi với thay đổi hơn là tuân thủ kế hoạch ban đầu.

Risk mitigation là quá trình thực hiện các biện pháp để giảm khả năng xảy ra rủi ro (xác suất) hoặc giảm tác động tiêu cực của rủi ro nếu nó xảy ra. Nó không phải là loại bỏ hoàn toàn rủi ro hay chỉ đơn thuần chuyển giao hoặc chấp nhận rủi ro.

Baseline là một snapshot của các thành phần cấu hình tại một thời điểm cụ thể. Nó được phê duyệt và dùng làm điểm tham chiếu ổn định để kiểm soát các thay đổi và phát triển tiếp theo. Nó không phải là phiên bản cuối cùng, tài liệu yêu cầu hay kế hoạch kiểm thử.

Biểu đồ Burn-up (cháy lên) hiển thị tổng công việc đã hoàn thành theo thời gian, thường so sánh với tổng phạm vi dự án. Nó giúp theo dõi tiến độ hoàn thành dự án và dự đoán thời điểm hoàn thành dựa trên tốc độ hiện tại.

Quản lý thay đổi là một quy trình có hệ thống để kiểm soát các thay đổi trong dự án. Các hoạt động chính bao gồm xác định, đánh giá và triển khai thay đổi. Bỏ qua thay đổi là trái với mục tiêu quản lý thay đổi, có thể gây ra vấn đề lớn cho dự án.

Kiểm thử tích hợp nhằm mục đích 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 phần mềm sau khi chúng đã được kiểm thử đơn vị. Nó đảm bảo các thành phần làm việc cùng nhau một cách chính xác.

Quản lý rủi ro không thể loại bỏ hoàn toàn rủi ro, mà tập trung vào việc xác định, phân tích, đánh giá và ứng phó với rủi ro để giảm thiểu tác động tiêu cực và tối đa hóa cơ hội. Chuyển giao rủi ro hoặc bỏ qua rủi ro không phải là mục tiêu chính.

Các vai trò điển hình trong dự án phần mềm bao gồm Nhà phân tích nghiệp vụ, Kiến trúc sư phần mềm và Lập trình viên. Chuyên gia marketing có thể quan trọng đối với sản phẩm phần mềm sau khi phát triển, nhưng không phải là vai trò trực tiếp trong đội dự án phát triển phần mềm.

User story thường được viết theo cấu trúc 'Là một [vai trò], tôi muốn [mục tiêu] để [lý do]'. Cấu trúc này tập trung vào người dùng, mục tiêu của họ và giá trị họ nhận được, giúp đảm bảo yêu cầu hướng đến người dùng và giá trị kinh doanh.

Đường găng là chuỗi các công việc phụ thuộc lẫn nhau, có tổng thời gian thực hiện dài nhất. Nó quyết định thời gian hoàn thành dự án, vì bất kỳ sự chậm trễ nào trên đường găng đều sẽ làm chậm toàn bộ dự án. Nó không phải là chỉ chuỗi công việc quan trọng nhất về mặt chức năng hay rủi ro.

Wideband Delphi là một kỹ thuật ước tính dựa trên sự đồng thuận của nhóm chuyên gia. Nó có thể được sử dụng để ước tính chi phí, thời gian và kích thước phần mềm, hoặc bất kỳ khía cạnh nào của dự án cần ước tính dựa trên chuyên môn.

Agile, với sự linh hoạt và khả năng thích ứng cao, phù hợp với các dự án có yêu cầu không rõ ràng hoặc dễ thay đổi. Waterfall và CPM/PERT phù hợp hơn với dự án có yêu cầu ổn định và kế hoạch chi tiết từ đầu. Agile cho phép phản hồi và điều chỉnh liên tục theo yêu cầu thay đổi.

PERT là một kỹ thuật lập lịch trình dự án sử dụng ba loại ước tính thời gian (lạc quan, bi quan và có khả năng xảy ra nhất) để ước tính thời gian hoàn thành công việc và dự án. Nó giúp quản lý thời gian và xác định đường găng của dự án.

Biểu đồ Burn-down (cháy xuống) là một công cụ trực quan trong Scrum để theo dõi lượng công việc còn lại trong Sprint theo thời gian. Nó hiển thị xu hướng công việc hoàn thành và giúp dự đoán khả năng hoàn thành Sprint đúng hạn.

Sprint Review là sự kiện Scrum để Development Team trình bày sản phẩm đã hoàn thành trong Sprint cho Product Owner và các bên liên quan khác. Mục tiêu chính là thu thập phản hồi về sản phẩm, kiểm tra tiến độ và điều chỉnh kế hoạch nếu cần.

Các ràng buộc chính của dự án thường là thời gian, chi phí và phạm vi (tam giác dự án). Động lực cá nhân của lập trình viên, dù quan trọng, không được coi là một ràng buộc dự án theo nghĩa kinh điển.

Công cụ quản lý dự án phần mềm giúp cải thiện giao tiếp giữa các thành viên, tăng cường cộng tác, theo dõi tiến độ công việc, quản lý tài nguyên và rủi ro, từ đó nâng cao hiệu quả quản lý dự án. Chúng không đảm bảo loại bỏ lỗi hoàn toàn hoặc tự động giảm chi phí/tăng tốc độ, nhưng hỗ trợ quản lý tốt hơ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, kết thúc và tiến độ của chúng. Nó giúp theo dõi tiến độ dự án so với kế hoạch và xác định các công việc quan trọng.

Jira là một công cụ quản lý dự án và theo dõi vấn đề phổ biến, đặc biệt trong phát triển phần mềm. Nó được thiết kế để quản lý lỗi, yêu cầu tính năng và các công việc khác của dự án. Word, Excel và PowerPoint không chuyên dụng cho mục đích này.