Luật mới của chính phủ yêu cầu tổ chức phải báo cáo dữ liệu theo cách mới. Cái nào trong số các danh mục sau sẽ bao gồm một dự án hệ thống thông tin mới để cung cấp dữ liệu này?

Câu hỏi yêu cầu xác định phương án *không* phải là gợi ý để thực hiện kiểm soát thay đổi tích hợp. Kiểm soát thay đổi tích hợp là một phần quan trọng của quản lý dự án, đảm bảo rằng các thay đổi được thực hiện một cách có kiểm soát và không gây ảnh hưởng tiêu cực đến dự án.

• A. Sử dụng quản lý cấu hình tốt: Quản lý cấu hình tốt là một yếu tố quan trọng để kiểm soát thay đổi, giúp theo dõi và quản lý các phiên bản khác nhau của các thành phần dự án.
• B. Giảm thiểu sự thay đổi: Mặc dù việc giảm thiểu các thay đổi không cần thiết là một thực hành tốt, nhưng nó không phải là một phần của việc *thực hiện* kiểm soát thay đổi tích hợp. Kiểm soát thay đổi tập trung vào việc quản lý các thay đổi *đã* xảy ra hoặc *sẽ* xảy ra.
• C. Thiết lập một hệ thống kiểm soát thay đổi chính thức: Việc thiết lập một hệ thống chính thức là cần thiết để đảm bảo rằng tất cả các thay đổi đều được ghi lại, đánh giá và phê duyệt một cách có hệ thống.
• D. Xem quản lý dự án như một quá trình liên lạc và đàm phán liên tục: Điều này là quan trọng vì các thay đổi thường phát sinh từ các yêu cầu hoặc vấn đề khác nhau, và việc liên lạc và đàm phán giúp đảm bảo rằng tất cả các bên liên quan đều hiểu và đồng ý với các thay đổi.

Vì vậy, đáp án B không phải là gợi ý để thực hiện kiểm soát thay đổi tích hợp. Thay vì tập trung vào kiểm soát thay đổi khi nó xảy ra, nó chỉ tập trung vào việc ngăn ngừa thay đổi.

Phạm vi (scope) dự án xác định ranh giới của dự án, bao gồm các sản phẩm, dịch vụ hoặc kết quả mà dự án sẽ cung cấp. Nó cũng mô tả công việc cần thiết để tạo ra các sản phẩm đó và các nguồn lực (bao gồm chuyên gia) sẽ được sử dụng. Do đó, đáp án C là phù hợp nhất.

• Giao hàng (A) là kết quả hữu hình của dự án, không mô tả công việc và chuyên gia liên quan.


• Các mốc quan trọng (B) là các điểm đánh dấu quan trọng trong tiến độ dự án, không bao gồm thông tin về công việc và chuyên gia.


• Phát triển sản phẩm (D) chỉ đề cập đến một phần của phạm vi dự án, tập trung vào việc tạo ra sản phẩm, nhưng không bao gồm tất cả các công việc và chuyên gia liên quan.

Trong các kỹ thuật thu thập yêu cầu, phỏng vấn thường tốn kém và tốn thời gian nhất vì:

1. Chi phí nhân lực: Cần chuyên gia phỏng vấn có kỹ năng, kinh nghiệm để thu thập thông tin hiệu quả.


2. Thời gian: Mỗi cuộc phỏng vấn thường kéo dài, cần lên lịch, chuẩn bị, tiến hành và phân tích kết quả. Với số lượng lớn các bên liên quan, thời gian có thể tăng lên đáng kể.


3. Địa điểm: Phỏng vấn thường cần một địa điểm phù hợp, yên tĩnh, đảm bảo tính riêng tư.


4. Tính cá nhân hóa: Phỏng vấn mang tính cá nhân, cho phép đi sâu vào chi tiết và làm rõ các yêu cầu cụ thể, nhưng điều này đồng nghĩa với việc tốn nhiều thời gian hơn so với các phương pháp khác như khảo sát hay quan sát.

Nhóm tập trung (focus groups) cũng tốn kém và tốn thời gian, nhưng thường ít hơn so với phỏng vấn cá nhân hàng loạt. Khảo sát và quan sát thường ít tốn kém và nhanh chóng hơn.

Câu hỏi này liên quan đến kiến thức về quản lý dự án, cụ thể là cấu trúc phân chia công việc (WBS). Trong quản lý dự án, WBS (Work Breakdown Structure) là một công cụ quan trọng để chia nhỏ dự án thành các phần nhỏ hơn, dễ quản lý hơn. Nó là một cấu trúc phân cấp, định hướng theo kết quả đầu ra (deliverable-oriented grouping) của công việc, xác định và tổ chức tổng phạm vi của dự án. Các lựa chọn khác không chính xác vì những lý do sau:

• Tuyên bố phạm vi (Scope Statement): Mô tả chi tiết phạm vi của dự án, bao gồm các mục tiêu, sản phẩm bàn giao, tiêu chí chấp nhận, loại trừ, ràng buộc và giả định. Không phải là cấu trúc phân chia công việc.
• Từ điển WBS (WBS Dictionary): Cung cấp mô tả chi tiết cho từng thành phần trong WBS, bao gồm các sản phẩm bàn giao, hoạt động cần thiết, nguồn lực, và các thông tin khác. Nó bổ sung cho WBS chứ không phải là cấu trúc chính.
• Gói công việc (Work Package): Là mức thấp nhất của WBS, là công việc cụ thể cần thực hiện.