Các phương pháp giao tiếp được sử dụng trong giao tiếp doanh nghiệp bao gồm giao tiếp tương tác, giao tiếp đẩy và giao tiếp kéo. Giao tiếp tương tác là một phương pháp giao tiếp giữa hai hoặc nhiều bên và có hướng đi đa chiều, giúp đảm bảo sự hiểu biết chung giữa các bên tham gia. Giao tiếp đẩy là phương pháp gửi thông tin đến người nhận, nhưng không đảm bảo thông tin đó đã được nhận và hiểu đúng. Giao tiếp kéo là phương pháp người nhận phải truy cập thông tin, thường được sử dụng cho các khối lượng thông tin lớn hoặc đối tượng người dùng lớn, mỗi người dùng truy cập thông tin theo ý muốn của mình. Vì vậy, phương pháp giao tiếp tương tác phù hợp với giải thích (a), giao tiếp đẩy phù hợp với giải thích (b) và giao tiếp kéo phù hợp với giải thích (c).

Trong các cuộc họp đánh giá tình trạng dự án để đánh giá hiệu suất và tiến độ dự án, báo cáo nào không được ưa chuộng để sử dụng? Báo cáo tiến độ dự án (Status report) và báo cáo dự đoán tiến độ (Forecasting report) thường được sử dụng để đánh giá hiệu suất và tiến độ dự án. Báo cáo tiến độ dự án cung cấp thông tin về tình trạng hiện tại của dự án, trong khi báo cáo dự đoán tiến độ cung cấp dự đoán về tiến độ dự án trong tương lai. Tuy nhiên, báo cáo thử nghiệm (Test report) không liên quan trực tiếp đến việc đánh giá hiệu suất và tiến độ dự án. Báo cáo thử nghiệm thường được sử dụng để đánh giá chất lượng sản phẩm hoặc dịch vụ, và không phải là báo cáo chính thức để đánh giá hiệu suất và tiến độ dự án.

Mục đích của quản lý rủi ro dự án là giảm thiểu khả năng hoặc tác động tiêu cực của các sự kiện tiêu cực hoặc mối đe dọa đối với dự án của bạn và tăng cường khả năng hoặc tác động của các sự kiện tích cực. Quản lý rủi ro dự án giúp dự án của bạn tránh được những rủi ro tiềm ẩn và tận dụng được những cơ hội. Điều này giúp dự án của bạn đạt được mục tiêu và đạt được thành công. Quản lý rủi ro dự án bao gồm việc xác định, phân tích, đánh giá và kiểm soát rủi ro. Mục đích cuối cùng là giảm thiểu tác động tiêu cực và tăng cường tác động tích cực, từ đó giúp dự án của bạn đạt được thành công và hiệu quả.

Đáp án đúng: False. Đầu ra chính của quá trình nhận diện rủi ro là RISK REGISTER (sổ đăng ký rủi ro), không phải stakeholder register.

Khi bạn chọn một trong những lựa chọn trên để tránh một rủi ro, điều đó có nghĩa là bạn đang cố gắng loại bỏ hoặc giảm thiểu rủi ro đó. Ví dụ, nếu bạn đang dự định đi du lịch nhưng có thể gặp phải một cơn bão, bạn có thể thay đổi kế hoạch của mình để tránh đi vào thời điểm có bão. Điều này có nghĩa là bạn đang thay đổi kế hoạch của mình để loại bỏ rủi ro đó. Điều này khác với việc bạn không xem xét rủi ro đó (không xem xét rủi ro) hoặc bạn chỉ ghi nhận rủi ro đó nhưng không nói về nó (ghi nhận rủi ro nhưng không thảo luận).

Trong quá trình thảo luận về rủi ro, thành viên trong nhóm đã xác định một rủi ro. Tuy nhiên, rủi ro này không thuộc vào bất kỳ một loại rủi ro nào trong cấu trúc phân tích rủi ro (RBS) của bạn. Bạn cảm ơn thành viên đó vì đã đóng góp, nhưng thông báo cho họ rằng rủi ro này không thể được bao gồm vì nó không phù hợp với bất kỳ loại rủi ro nào được định nghĩa trong RBS. Điều này có vẻ không hợp lý, nhưng thực tế là RBS được thiết kế để phân loại và quản lý rủi ro một cách hiệu quả. Nếu rủi ro không thuộc vào bất kỳ loại nào, có thể nó không phải là rủi ro thực sự hoặc nó có thể là một rủi ro phụ thuộc vào nhiều yếu tố khác nhau. Trong trường hợp này, bạn nên khuyến khích thành viên đó tiếp tục phân tích và xác định rủi ro một cách cụ thể hơn.

Khi bạn không chắc chắn về danh sách các bên liên quan (stakeholders) của dự án, một cách để xác định họ là tìm kiếm những người sẽ sử dụng sản phẩm hoặc dịch vụ đang được tạo ra. Điều này giúp bạn hiểu rõ hơn về nhu cầu và kỳ vọng của họ, từ đó có thể xây dựng sản phẩm hoặc dịch vụ phù hợp hơn. Việc xác định các bên liên quan không chỉ giúp bạn tập trung vào mục tiêu chính của dự án mà còn giúp bạn tránh lãng phí thời gian và nguồn lực vào những việc không cần thiết. Vì vậy, câu trả lời đúng là "True".

Khi một bên liên quan có mức độ quan tâm cao và quyền lực cao, bạn cần phải tập trung thời gian và sự chú ý vào họ. Điều này là vì họ có thể ảnh hưởng lớn đến dự án và bạn muốn giữ họ tích cực và tích cực tham gia. Việc giữ mối quan hệ tốt với họ có thể giúp bạn tránh được những rắc rối không cần thiết và đảm bảo dự án được thực hiện một cách trơn tru. Bạn cần phải hiểu được tầm quan trọng của họ và dành thời gian để giao tiếp, lắng nghe và giải quyết các vấn đề của họ. Điều này sẽ giúp bạn xây dựng được mối quan hệ tốt đẹp và đảm bảo dự án được thực hiện một cách hiệu quả.

Đáp án đúng: B. Người này BIẾT về dự án (nên không phải Unaware), KHÔNG chống đối (nên không phải Resistant), nhưng cũng chẳng tỏ ra quan tâm (nên không phải Supportive). Đúng định nghĩa của mức Neutral: nhận biết được dự án nhưng không ủng hộ cũng không phản đối. Thang phân loại mức độ tham gia của bên liên quan gồm năm bậc: Unaware (không biết dự án tồn tại), Resistant (biết và chống), Neutral (biết nhưng trung lập), Supportive (biết và ủng hộ), Leading (biết và tích cực tham gia thúc đẩy). Chi tiết "he knew about your project" trong đề là mấu chốt loại bỏ Unaware.

Đáp án đúng: False. Quản lý kỳ vọng bên liên quan là trách nhiệm của PROJECT MANAGER, không phải sponsor ⇒ sai.

Đáp án đúng: Assessment information, identification information, and stakeholder classification. Stakeholder register gồm 3 nhóm: thông tin nhận dạng, thông tin đánh giá và phân loại bên liên quan. "Job descriptions" không thuộc register.

Đáp án đúng: Bottom-up estimating. PMBOK nói thẳng: khi KHÔNG THỂ ước tính một hoạt động với độ tin cậy hợp lý, hãy phân rã công việc bên trong nó thành các phần nhỏ hơn, ước tính từng phần rồi cộng dồn — đó chính là bottom-up. Với công việc công ty chưa từng làm, top-down (analogous) bị loại vì không có dự án tương tự để so sánh, parametric cũng bị loại vì không có dữ liệu lịch sử để dựng tham số. Three-point là phương án gây phân vân, nhưng nó chỉ là công thức làm mịn một ước tính ĐÃ CÓ bằng ba kịch bản lạc quan – khả dĩ – bi quan, không phải cách tạo ra ước tính từ con số không; muốn có ba kịch bản đó thì trước hết vẫn phải phân rã công việc.