______ giới thiệu (các) công việc liên quan đến việc tạo ra các sản phẩm của dự án và các chuyên gia được sử dụng để tạo ra chúng.

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.

Câu hỏi này đề cập đến các phương pháp phát triển WBS (Work Breakdown Structure - Cấu trúc phân chia công việc). Trong đó, sơ đồ tư duy là một phương pháp phi tuyến tính, cho phép các ý tưởng được viết ra hoặc vẽ một cách tự do, không theo một trình tự cố định nào. Các phương pháp khác như từ trên xuống (top-down) và từ dưới lên (bottom-up) có cấu trúc tuyến tính hơn.

Câu hỏi yêu cầu tìm phương pháp *không* giúp tránh các vấn đề về phạm vi dự án CNTT. Chúng ta cùng phân tích từng đáp án:

• A. Giữ phạm vi thực tế: Việc giữ phạm vi dự án thực tế, nghĩa là không cố gắng nhồi nhét quá nhiều tính năng hoặc yêu cầu vào dự án, là một cách hiệu quả để kiểm soát phạm vi và tránh các vấn đề phát sinh.
• B. Sử dụng phần cứng và phần mềm có sẵn bất cứ khi nào có thể: Việc tận dụng các nguồn lực có sẵn giúp giảm thiểu thời gian và chi phí phát triển, từ đó giúp dự án bám sát phạm vi ban đầu.
• C. Tuân theo các quy trình quản lý dự án tốt: Các quy trình quản lý dự án tốt (ví dụ: xác định phạm vi rõ ràng, quản lý thay đổi phạm vi chặt chẽ) là yếu tố then chốt để kiểm soát phạm vi dự án.
• D. Không liên quan đến quá nhiều người dùng trong quản lý phạm vi: Đây là đáp án không đúng. Việc liên quan đến người dùng (stakeholders) là cực kỳ quan trọng trong quản lý phạm vi. Người dùng cung cấp các yêu cầu, phản hồi và xác nhận phạm vi dự án. Thiếu sự tham gia của người dùng có thể dẫn đến phạm vi dự án không phù hợp với nhu cầu thực tế, gây ra các vấn đề nghiêm trọng.

Do đó, đáp án đúng là D.

Câu hỏi mô tả một tình huống mà một công việc (chỉnh sửa báo cáo kỹ thuật) không thể bắt đầu cho đến khi một công việc khác (hoàn thành bản thảo đầu tiên) kết thúc. Đây chính là định nghĩa của mối quan hệ phụ thuộc "Kết thúc để bắt đầu" (Finish-to-Start). Trong loại phụ thuộc này, công việc kế nhiệm không thể bắt đầu cho đến khi công việc tiền nhiệm hoàn thành.