Ngân hàng đề — PMP® Mock Exam Set II Exam

Tìm thấy 718 câu.

Câu 331 People
Janice is a project manager for ACE Corporation. Earlier in her current project, she noticed team members struggled to fill out their time reports appropriately. These reports are a critical source of information to track the cost and duration of the project. The information is used to predict costs and to measure progress against the amount of labor exerted. Janice partnered with a stakeholder to provide training to the team on the time system, and that training has just been completed. What should Janice do next?
  1. A Actively monitor how the team uses the system to ensure that the training was successful.
  2. B Tell the stakeholder that the time tracking challenges are resolved.
  3. C Celebrate the accomplishment with the team.
  4. D Do nothing. The team has been appropriately trained.
Xem giải thích

Đáp án

A — CHỦ ĐỘNG THEO DÕI CÁCH ĐỘI SỬ DỤNG HỆ THỐNG ĐỂ BẢO ĐẢM VIỆC ĐÀO TẠO ĐÃ THÀNH CÔNG.

Vì sao đúng

⚠ Vì sao phải theo dõi sau đào tạo: | Lý do | Nội dung | |---|---| | ⚠ Đào tạo là ĐẦU VÀO, thay đổi hành vi mới là KẾT QUẢ | ⚠ học xong không đồng nghĩa với làm đúng | | ⚠ Dữ liệu thời gian là NGUỒN THÔNG TIN THEN CHỐT của dự án | ⚠ đề nói rõ nó dùng để đo tiến độ và dự báo chi phí | | ⚠ Dữ liệu sai còn tệ hơn không có dữ liệu | ⚠ vì người ta ra quyết định dựa trên nó | | ⚠ Phát hiện sớm thì còn kịp bổ sung | ⚠ kèm cặp, sửa hướng dẫn, chỉnh lại biểu mẫu | | ⚠ Đây là chu trình "kiểm tra" trong PDCA | ⚠ lập kế hoạch – thực hiện – KIỂM TRA – hành động | | ⚠ Kết luận | ⚠ một can thiệp chưa hoàn tất cho tới khi có bằng chứng nó đã hiệu quả |

Vì sao các phương án khác sai

  • C (ăn mừng thành quả cùng đội) — ⚠ phương án gây nhiễu mạnh nhất vì ⚠ ghi nhận nỗ lực của đội là việc tốt và thường được PMI khuyến khích, nên nó nghe rất tích cực: ⚠ nhưng ⚠ chưa có gì để ăn mừng: đội mới HỌC XONG chứ chưa chứng minh được vấn đề đã hết ⚠ — ⚠ ăn mừng quá sớm còn khiến việc theo dõi tiếp trở nên khó xử, vì nó ngầm tuyên bố rằng chuyện này đã khép lại; ⚠ hãy ăn mừng khi dữ liệu cho thấy vấn đề đã được giải quyết — khi đó lời chúc mừng cũng có sức nặng hơn nhiều.

  • B (nói với bên liên quan rằng vấn đề đã được giải quyết) — ⚠ tuyên bố khi chưa có bằng chứng; ⚠ và nếu vấn đề tái diễn thì uy tín của Janice bị ảnh hưởng.

  • D (không làm gì, đội đã được đào tạo) — ⚠ giả định đào tạo luôn hiệu quả; ⚠ trong đề PMP, "không làm gì" gần như luôn sai khi vẫn còn một việc hợp lý để làm.

Ghi nhớ

⚠ Ghi nhớ về chất lượng câu hỏi — câu GẦN TRÙNG: ⚠ #26820 lô 201 lặp lại gần như nguyên vẹn tình huống này ⚠ — ⚠ ở đó Denise cử hai lập trình viên đi đào tạo chuyên sâu, họ đã đi làm lại được một tuần, và câu hỏi cũng là làm gì tiếp theo; ⚠ KHOÁ CỦA HAI CÂU NHẤT QUÁN — đều là theo dõi và đánh giá hiệu quả thật sự của việc đào tạo, tức là mức 3 trong thang Kirkpatrick; ⚠ lưu ý bộ đề xáo chữ cái: ở câu này đáp án là phương án A, ở #26820 nó là phương án C.

⚠ Đối chiếu: ⚠ #26820 lô 201 (CÂU GẦN TRÙNG — cùng khoá), ⚠ #26716 lô 199 (tổ chức đào tạo cho đội thiếu kỹ năng), ⚠ #26746 cùng lô (kiểm chứng giả định), ⚠ #26741 cùng lô (dành thời gian tìm nguyên nhân), ⚠ #26757 cùng lô (đo để biết quy trình có ổn định không), ⚠ #26753 cùng lô (xác nhận thông tin đã được hiểu).

⚠ Bốn mức đánh giá hiệu quả đào tạo (mô hình Kirkpatrick): | Mức | Đo cái gì | Ví dụ trong tình huống này | |---|---|---| | ⚠ 1. PHẢN ỨNG | ⚠ học viên thấy khoá học thế nào | ⚠ phiếu đánh giá cuối buổi | | ⚠ 2. HỌC TẬP | ⚠ họ có nắm được kiến thức không | ⚠ bài kiểm tra, thực hành trên hệ thống | | ⚠ 3. HÀNH VI | ⚠ họ có LÀM KHÁC ĐI không | ⚠ ĐÁP ÁN — theo dõi cách đội dùng hệ thống thật | | ⚠ 4. KẾT QUẢ | ⚠ chỉ số nghiệp vụ có cải thiện không | ⚠ báo cáo thời gian chính xác, dự báo chi phí tin cậy hơn | | ⚠ Điều đáng nói | ⚠ phần lớn tổ chức chỉ đo tới mức 1 rồi tuyên bố đào tạo thành công — trong khi giá trị thật chỉ xuất hiện ở mức 3 và mức 4, và đó chính là hai mức mà Janice đang định kiểm |

⚠ Janice nên theo dõi những gì: | Chỉ số | Nội dung | |---|---| | ⚠ Tỉ lệ báo cáo nộp đúng hạn | | | ⚠ Số lỗi hoặc số lần phải sửa lại | | | ⚠ Số câu hỏi gửi tới bộ phận hỗ trợ | ⚠ giảm dần là dấu hiệu tốt; tăng có thể nghĩa là đào tạo chưa đủ | | ⚠ Chất lượng dữ liệu đầu ra | ⚠ con số có hợp lý không | | ⚠ Ai vẫn còn gặp khó | ⚠ để kèm cặp riêng — liên hệ #26698 lô 199 | | ⚠ Khoảng thời gian theo dõi hợp lý | ⚠ vài chu kỳ báo cáo — một tuần đầu thường tốt vì mọi người còn nhớ bài; vấn đề thật thường lộ ra ở tuần thứ ba khi thói quen cũ quay lại |

⚠ Nếu theo dõi thấy vẫn còn vấn đề thì sao: | Nguyên nhân có thể | Cách xử lý | |---|---| | ⚠ Đào tạo chưa đủ sâu hoặc chưa đúng nội dung | ⚠ bổ sung phần còn thiếu | | ⚠ Hệ thống khó dùng | ⚠ vấn đề nằm ở công cụ, không ở người — cần nói với bên liên quan sở hữu hệ thống | | ⚠ Không rõ vì sao phải làm đúng | ⚠ giải thích dữ liệu này được dùng để làm gì | | ⚠ Thói quen cũ quay lại | ⚠ nhắc nhở, kèm cặp, làm mẫu | | ⚠ Điều quan trọng | ⚠ đừng kết luận ngay rằng đội thiếu ý thức — nếu sau đào tạo mà vẫn sai, khả năng cao nhất là hệ thống hoặc quy trình có vấn đề mà đào tạo không sửa được, liên hệ #26757 cùng lô |

Từ khoá nhận diện:

"vừa đào tạo xong, tiếp theo làm gì" → ⚠ THEO DÕI XEM CÓ HIỆU QUẢ KHÔNG "ăn mừng" → ⚠ quá sớm, chưa có kết quả để mừng "báo đã giải quyết xong" → ⚠ tuyên bố không có bằng chứng "không làm gì" → ⚠ gần như luôn sai trong đề PMP

Ba việc kiểm chứng: | Việc | Cách | |---|---| | Khoá đào tạo gần nhất trong dự án bạn có được đo hiệu quả không | | | Bạn đo ở mức nào trong bốn mức | | | Nếu hành vi không đổi, bạn có biết vì sao không | |

Và điều phân biệt một người quản lý dự án đã giải quyết vấn đề với một người mới chỉ tổ chức một khoá học: người thứ hai đánh dấu công việc hoàn thành vào ngày cuối khoá; người thứ nhất mở bảng dữ liệu ra ba tuần sau đó để xem con số có thật sự khác đi hay không.

Câu 332 Process
You are the project manager for a small IT project. While the scope is small, there is a considerable expense for three new database servers. Dom, the project sponsor, contacts you and asks for details on managing and balancing time, cost, and scope in your project. What document would be best for Dom to review?
  1. A Work breakdown structure, scope statement, and charter
  2. B Status reports
  3. C Project management plan
  4. D Project charter
Xem giải thích

Đáp án

C — KẾ HOẠCH QUẢN LÝ DỰ ÁN.

Vì sao đúng

⚠ Vì sao đây là tài liệu Dom cần đọc: | Yêu cầu của Dom | Kế hoạch quản lý dự án đáp ứng thế nào | |---|---| | ⚠ Muốn biết cách QUẢN LÝ thời gian, chi phí, phạm vi | ⚠ có kế hoạch quản lý cho từng lĩnh vực đó | | ⚠ Muốn biết cách CÂN BẰNG giữa ba yếu tố | ⚠ các đường cơ sở và quy trình kiểm soát thay đổi cho thấy sự đánh đổi được xử lý ra sao | | ⚠ Dự án nhỏ nhưng chi phí thiết bị lớn | ⚠ cần thấy rõ cách kiểm soát chi phí | | ⚠ Dom là NHÀ TÀI TRỢ | ⚠ anh cần bức tranh quản trị, không cần chi tiết kỹ thuật | | ⚠ Kết luận | ⚠ chỉ một tài liệu duy nhất bao trùm cả ba ràng buộc và cách chúng được cân bằng |

⚠ Đây là CÂU CẶP với #26771 cùng lô: ⚠ cùng một đáp án, nhưng một câu hỏi theo định nghĩa còn câu này hỏi theo tình huống ⚠ — ⚠ cách ra đề này rất phổ biến trong bộ PMP: kiểm tra xem bạn nhận ra khái niệm cả khi nó được diễn đạt bằng lời của một nhà tài trợ.

Vì sao các phương án khác sai

  • A (WBS, tuyên bố phạm vi và hiến chương) — ⚠ phương án gây nhiễu mạnh nhất vì ⚠ nó gộp tới BA tài liệu thật, nghe rất đầy đủ, và cả ba đều là tài liệu quan trọng của dự án: ⚠ nhưng ⚠ cả ba đều tập trung vào PHẠM VI, gần như không nói gì về cách quản lý THỜI GIAN và CHI PHÍ ⚠ — ⚠ và không tài liệu nào trong đó nói về việc CÂN BẰNG giữa ba ràng buộc; ⚠ nhiều tài liệu không đồng nghĩa với đúng tài liệu.

  • D (hiến chương dự án) — ⚠ ngắn và ở mức rất cao; ⚠ nó CHO PHÉP dự án tồn tại và trao quyền cho quản lý dự án, chứ không mô tả cách quản lý hằng ngày.

  • B (báo cáo tình trạng) — ⚠ cho biết dự án đang ở đâu HÔM NAY; ⚠ nó là ảnh chụp tại một thời điểm, không phải tài liệu về phương pháp quản lý.

Ghi nhớ

⚠ Đối chiếu: ⚠ #26771 cùng lô (CÂU CẶP — cùng đáp án, hỏi theo định nghĩa), ⚠ #26735 cùng lô (kế hoạch gộp các kế hoạch lĩnh vực), ⚠ #26747 cùng lô (quản lý phạm vi), ⚠ #26721 lô 199 (bản cập nhật cho lãnh đạo), ⚠ #26739 cùng lô (kiểm soát thay đổi).

⚠ TAM GIÁC RÀNG BUỘC — vì sao phải nói về sự CÂN BẰNG: | Nguyên tắc | Nội dung | |---|---| | ⚠ Ba yếu tố: PHẠM VI, THỜI GIAN, CHI PHÍ | ⚠ cộng thêm chất lượng, rủi ro, nguồn lực trong mô hình mở rộng | | ⚠ Đổi một yếu tố thì ít nhất một yếu tố khác phải đổi theo | ⚠ đó chính là "cân bằng" | | ⚠ Thêm phạm vi mà giữ nguyên thời gian và tiền → chất lượng giảm | ⚠ quy luật gần như không có ngoại lệ | | ⚠ Kế hoạch quản lý dự án ghi rõ yếu tố nào là ưu tiên cao nhất | ⚠ để khi phải đánh đổi thì đã biết hy sinh cái gì | | ⚠ Câu hỏi hữu ích nhất để hỏi nhà tài trợ | ⚠ "nếu buộc phải chọn, ngài muốn giữ NGÀY, giữ TIỀN hay giữ PHẠM VI" — trả lời được câu đó ngay từ đầu thì mọi quyết định khó về sau đều đã có sẵn hướng |

⚠ Dom nên đọc phần nào của kế hoạch: | Phần | Nội dung | |---|---| | ⚠ Đường cơ sở phạm vi, tiến độ, chi phí | ⚠ ba con số cam kết | | ⚠ Kế hoạch quản lý chi phí | ⚠ đặc biệt quan trọng vì ba máy chủ tốn kém | | ⚠ Quy trình kiểm soát thay đổi | ⚠ ai duyệt gì, ngưỡng nào — liên hệ #26739 cùng lô | | ⚠ Kế hoạch quản lý rủi ro | ⚠ thiết bị đắt tiền thường kèm rủi ro giao hàng và bảo hành | | ⚠ Kế hoạch giao tiếp | ⚠ anh sẽ nhận báo cáo gì, khi nào | | ⚠ Lời khuyên cho người quản lý dự án | ⚠ đừng đưa nguyên tài liệu dày cho nhà tài trợ — hãy chỉ ra các mục liên quan và tóm tắt trong một trang; liên hệ #26721 lô 199, lãnh đạo càng cao thì bản tóm tắt càng cần ngắn |

⚠ Vì sao dự án "nhỏ" vẫn cần kế hoạch: | Lý do | Nội dung | |---|---| | ⚠ Chi phí thiết bị lớn dù phạm vi nhỏ | ⚠ rủi ro tài chính không tỉ lệ với quy mô công việc | | ⚠ Nhà tài trợ vẫn cần biết tiền được kiểm soát ra sao | | | ⚠ Máy chủ mua sai cấu hình là khoản lỗ không sửa được | | | ⚠ Kế hoạch có thể RÚT GỌN nhưng không được bỏ | ⚠ liên hệ #26689 lô 199 — quy trình co giãn theo quy mô | | ⚠ Nhận xét | ⚠ chính những dự án được coi là nhỏ mới hay bỏ qua kế hoạch — và cũng chính chúng hay gây bất ngờ, vì không ai theo dõi sát một thứ mà mọi người đều tin là đơn giản |

Từ khoá nhận diện:

"cách quản lý và cân bằng thời gian, chi phí, phạm vi" → ⚠ KẾ HOẠCH QUẢN LÝ DỰ ÁN "WBS, tuyên bố phạm vi, hiến chương" → ⚠ đều thiên về phạm vi, không nói cách cân bằng "hiến chương dự án" → ⚠ cho phép dự án tồn tại, không hướng dẫn cách chạy "báo cáo tình trạng" → ⚠ ảnh chụp hiện tại, không phải phương pháp

Ba việc kiểm chứng: | Việc | Cách | |---|---| | Nhà tài trợ của bạn đã đọc kế hoạch quản lý dự án chưa | | | Bạn có biết ràng buộc nào là ưu tiên cao nhất của họ không | | | Nếu phải chọn giữa trễ hạn và vượt chi, bạn biết họ sẽ chọn gì chứ | |

Và điều mà một câu hỏi tưởng như đơn giản của nhà tài trợ thật ra đang kiểm tra: liệu người quản lý dự án đã suy nghĩ về việc ba ràng buộc sẽ va vào nhau thế nào — hay mới chỉ lên lịch cho chúng như thể cả ba đều có thể được giữ nguyên tới cuối.

Câu 333 Process
As a PMP candidate, Leah knows that, even if the typical project does not include procurements, she needs to understand the provisions of project procurement. A contract cannot have a provision for which of the following choices?
  1. A Penalties or fines for the disclosure of intellectual rights
  2. B Work that is subcontracted
  3. C A deadline for work being completed
  4. D Illegal activities
Xem giải thích

Đáp án

D — HOẠT ĐỘNG BẤT HỢP PHÁP (illegal activities).

Vì sao đúng

⚠ Câu hỏi phủ định — hợp đồng được và không được chứa gì: | Phương án | Hợp đồng có thể quy định không | |---|---| | ⚠ A — phạt hoặc tiền phạt khi tiết lộ quyền sở hữu trí tuệ | ⚠ CÓ — điều khoản bảo mật rất phổ biến | | ⚠ B — phần công việc được giao cho nhà thầu phụ | ⚠ CÓ — điều khoản về thầu phụ là chuẩn | | ⚠ C — hạn hoàn thành công việc | ⚠ CÓ — gần như hợp đồng nào cũng có | | ⚠ D — HOẠT ĐỘNG BẤT HỢP PHÁP | ⚠ KHÔNG — ĐÁP ÁN |

⚠ MỤC ĐÍCH HỢP PHÁP là một trong các yếu tố cấu thành hợp đồng có hiệu lực ⚠ — ⚠ một thoả thuận về việc bất hợp pháp KHÔNG PHẢI là hợp đồng: nó vô hiệu ngay từ đầu, toà không cưỡng chế thi hành, và các bên còn có thể chịu trách nhiệm hình sự; ⚠ liên hệ #26718 lô 199.

Vì sao các phương án khác sai

  • A (phạt hoặc tiền phạt khi tiết lộ quyền sở hữu trí tuệ) — ⚠ phương án gây nhiễu mạnh nhất vì ⚠ chữ "phạt" (penalties, fines) khiến nhiều người liên tưởng tới điều gì đó mang tính cưỡng chế và nghĩ rằng hợp đồng dân sự không được đặt ra hình phạt: ⚠ nhưng ⚠ điều khoản phạt vi phạm và bồi thường thiệt hại là nội dung hoàn toàn hợp pháp và cực kỳ phổ biến trong hợp đồng thương mại ⚠ — ⚠ đặc biệt với thông tin mật và quyền sở hữu trí tuệ, đó thường là điều khoản quan trọng nhất; ⚠ chỉ có một giới hạn: mức phạt phải hợp lý so với thiệt hại, không được mang tính trừng phạt quá đáng.

  • B (công việc giao cho nhà thầu phụ) — ⚠ hợp đồng thường quy định rõ có được thuê thầu phụ không và với điều kiện gì; ⚠ hoàn toàn hợp pháp.

  • C (hạn hoàn thành) — ⚠ là nội dung cơ bản nhất của hầu hết hợp đồng.

Ghi nhớ

⚠ Đối chiếu: ⚠ #26718 lô 199 (các yếu tố cấu thành hợp đồng — mục đích hợp pháp), ⚠ #26738 cùng lô (sửa đổi hợp đồng), ⚠ #26761 cùng lô (kiểm soát mua sắm), ⚠ #26705 lô 199 (điều khoản chấm dứt), ⚠ #26706 lô 199 (tài liệu tuân thủ).

⚠ NĂM YẾU TỐ của hợp đồng có hiệu lực — nhắc lại: | Yếu tố | Nội dung | |---|---| | ⚠ ĐỀ NGHỊ | ⚠ một bên đưa ra nội dung cụ thể | | ⚠ CHẤP NHẬN | ⚠ bên kia đồng ý đúng nội dung đó | | ⚠ ĐỐI GIÁ | ⚠ cả hai bên đều bỏ ra và nhận về thứ có giá trị | | ⚠ NĂNG LỰC PHÁP LÝ | ⚠ các bên đủ tư cách ký kết | | ⚠ MỤC ĐÍCH HỢP PHÁP | ⚠ CÂU NÀY — thiếu nó thì hợp đồng vô hiệu tuyệt đối | | ⚠ Khác biệt quan trọng | ⚠ thiếu một yếu tố khác thì hợp đồng có thể vô hiệu hoặc tranh chấp được; nhưng mục đích bất hợp pháp thì hợp đồng KHÔNG BAO GIỜ tồn tại về mặt pháp lý, và không bên nào kiện được bên nào dựa trên nó |

⚠ Các điều khoản hợp pháp và phổ biến trong hợp đồng dự án: | Điều khoản | Nội dung | |---|---| | ⚠ Phạm vi công việc và tiêu chí nghiệm thu | ⚠ liên hệ #26684 lô 199 — tuyên bố công việc | | ⚠ Giá, cách thanh toán, mốc thanh toán | | | ⚠ Thời hạn và phạt chậm tiến độ | ⚠ phương án C | | ⚠ Bảo mật và sở hữu trí tuệ | ⚠ phương án A | | ⚠ Thầu phụ và chuyển nhượng hợp đồng | ⚠ phương án B | | ⚠ Bảo hành, bảo hiểm, trách nhiệm | | | ⚠ Chấm dứt hợp đồng | ⚠ liên hệ #26705 lô 199 | | ⚠ Giải quyết tranh chấp và luật áp dụng | | | ⚠ Điều khoản hay bị bỏ quên nhất | ⚠ giải quyết tranh chấp — không ai muốn nghĩ tới nó lúc ký, và ai cũng cần tới nó lúc mọi chuyện đã xấu |

⚠ Vì sao PMI đưa nội dung này vào kỳ thi: | Lý do | Nội dung | |---|---| | ⚠ Quy tắc đạo đức nghề nghiệp đòi TUÂN THỦ PHÁP LUẬT | ⚠ không có ngoại lệ vì lợi ích dự án | | ⚠ Quản lý dự án thường là người soạn hoặc rà tuyên bố công việc | ⚠ liên hệ #26684 lô 199 | | ⚠ Áp lực tiến độ có thể đẩy người ta tới các thoả thuận vùng xám | | | ⚠ Biết khi nào phải gọi phòng pháp chế là một kỹ năng thật | | | ⚠ Nguyên tắc không thương lượng | ⚠ không có mục tiêu dự án nào biện minh được cho một điều khoản bất hợp pháp — và trong đề PMP, mọi phương án dính tới việc lách luật hay che giấu đều là phương án sai |

Từ khoá nhận diện:

"hoạt động bất hợp pháp" → ⚠ KHÔNG BAO GIỜ được đưa vào hợp đồng "phạt vi phạm bảo mật" → ⚠ hợp pháp và phổ biến "thầu phụ, hạn hoàn thành" → ⚠ điều khoản chuẩn nguyên tắc → ⚠ mục đích hợp pháp là một trong năm yếu tố cấu thành hợp đồng

Ba việc kiểm chứng: | Việc | Cách | |---|---| | Bạn có đọc hết hợp đồng của dự án mình không | | | Có điều khoản nào bạn không hiểu mà chưa hỏi ai không | | | Khi gặp vùng xám về pháp lý, bạn hỏi ai | ⚠ biết trước tên người đó là một phần của việc chuẩn bị |

Và điều mà một câu hỏi nghe có vẻ hiển nhiên vẫn đáng có mặt trong kỳ thi: áp lực trong dự án hiếm khi đưa người ta tới một đề nghị rõ ràng là phạm pháp — nó thường đưa tới một điều khoản nghe hợp lý mà không ai muốn đọc kỹ, và đó là lúc cần nhớ rằng có những thứ hợp đồng không được phép chứa.

Câu 334 Process
Blake is developing a schedule for the project management plan to construct an additional structure to house a paint booth for an automotive repair facility. Blake is using the precedence diagramming method (PDM) to determine what order tasks should be done. He scheduled the pouring of the concrete foundation to be completed when the heating for the area has commenced. Which of the following components, dependencies, or logical relationships best describes the scenario above?
  1. A Finish-to-start (FS)
  2. B Finish-to-finish (FF)
  3. C Start-to-finish (SF)
  4. D Start-to-start (SS)
Xem giải thích

Đáp án

A — KẾT THÚC–BẮT ĐẦU (finish-to-start, FS).

Vì sao đúng

⚠ Phân tích câu chữ trong đề: | Câu trong đề | Ý nghĩa | |---|---| | ⚠ "Việc đổ móng bê tông phải HOÀN THÀNH..." | ⚠ việc trước KẾT THÚC | | ⚠ "...khi việc lắp hệ sưởi cho khu vực đã BẮT ĐẦU" | ⚠ việc sau BẮT ĐẦU | | ⚠ Ràng buộc: móng xong thì mới lắp sưởi | ⚠ kết thúc của A dẫn tới bắt đầu của B | | ⚠ Logic thi công cũng ủng hộ | ⚠ không lắp thiết bị khi nền chưa xong — đây là PHỤ THUỘC BẮT BUỘC | | ⚠ Kết luận | ⚠ quan hệ kết thúc–bắt đầu, loại phổ biến nhất |

⚠ Câu này là CÂU CẶP với #26701 lô 199: ⚠ cùng bối cảnh sơ đồ ưu tiên, cùng bốn phương án, nhưng ở đó hai việc BẮT ĐẦU CÙNG LÚC nên đáp án là SS; ở đây một việc phải XONG trước khi việc kia bắt đầu nên đáp án là FS ⚠ — ⚠ cách phân biệt duy nhất là đọc kỹ động từ ở mỗi vế.

Vì sao các phương án khác sai

  • B (kết thúc–kết thúc, FF) — ⚠ phương án gây nhiễu mạnh nhất vì ⚠ đề mở đầu bằng chữ "hoàn thành", và người đọc nhanh sẽ bắt ngay lấy từ đó rồi tìm phương án có chữ "kết thúc" ở cả hai vế: ⚠ nhưng ⚠ FF nghĩa là việc sau không được XONG trước khi việc trước XONG — cả hai vế đều nói về điểm kết thúc ⚠ — ⚠ ở đây vế thứ hai nói về điểm BẮT ĐẦU của việc lắp sưởi; ⚠ mẹo an toàn: gạch chân động từ ở mỗi vế rồi mới chọn.

  • D (bắt đầu–bắt đầu, SS) — ⚠ hai việc cùng khởi động; ⚠ đó là khoá của #26701 lô 199, không phải câu này.

  • C (bắt đầu–kết thúc, SF) — ⚠ loại hiếm nhất: việc trước bắt đầu thì việc sau mới được kết thúc; ⚠ ví dụ điển hình là giao ca trực.

Ghi nhớ

⚠ Đối chiếu: ⚠ #26701 lô 199 (CÂU CẶP — quan hệ SS), ⚠ #26666 lô 198 (độ trễ — lag), ⚠ #26752 cùng lô (rút ngắn đường găng), ⚠ #26712 lô 199 (san bằng nguồn lực), ⚠ #26563 lô 196 (chạy song song).

⚠ BỐN QUAN HỆ LOGIC — bảng đầy đủ: | Quan hệ | Nghĩa | Ví dụ xây dựng | |---|---|---| | ⚠ FS — kết thúc–bắt đầu | ⚠ A xong thì B mới bắt đầu — ĐÁP ÁN | ⚠ móng xong mới lắp hệ sưởi; chiếm phần lớn tiến độ | | ⚠ SS — bắt đầu–bắt đầu | ⚠ A bắt đầu thì B mới bắt đầu | ⚠ đổ bê tông và san mặt — #26701 lô 199 | | ⚠ FF — kết thúc–kết thúc | ⚠ A xong thì B mới xong | ⚠ lắp đặt xong thì nghiệm thu mới xong | | ⚠ SF — bắt đầu–kết thúc | ⚠ A bắt đầu thì B mới được xong | ⚠ ca mới tới thì ca cũ mới về; rất hiếm | | ⚠ Quy ước đọc | ⚠ vế ĐẦU luôn nói về việc TRƯỚC, vế SAU nói về việc SAU — nắm quy ước này thì bốn quan hệ không bao giờ lẫn nữa |

⚠ BỐN LOẠI PHỤ THUỘC — Blake đang dùng loại nào: | Loại | Nội dung | Ví dụ | |---|---|---| | ⚠ BẮT BUỘC (mandatory / hard logic) | ⚠ do bản chất công việc, không thể khác | ⚠ CA NÀY — không lắp thiết bị trên nền chưa xong | | ⚠ TUỲ CHỌN (discretionary / soft logic) | ⚠ do thông lệ hoặc lựa chọn của đội | ⚠ có thể đổi khi cần chạy song song | | ⚠ BÊN NGOÀI (external) | ⚠ phụ thuộc vào bên ngoài dự án | ⚠ chờ giấy phép, chờ nhà cung cấp | | ⚠ BÊN TRONG (internal) | ⚠ giữa các công việc trong dự án | | | ⚠ Vì sao phải phân biệt | ⚠ chỉ có phụ thuộc TUỲ CHỌN mới bỏ được khi cần chạy song song — cố chạy song song trên một phụ thuộc bắt buộc là cách tạo ra việc phải làm lại, liên hệ #26563 lô 196 |

⚠ Lưu ý khi đọc đề dạng này: | Mẹo | Nội dung | |---|---| | ⚠ Gạch chân động từ ở MỖI vế | ⚠ "hoàn thành" hay "bắt đầu" | | ⚠ Xác định việc nào là TRƯỚC, việc nào là SAU | ⚠ theo logic thực tế chứ không theo thứ tự câu văn | | ⚠ Ghép hai động từ theo đúng thứ tự | | | ⚠ Cái bẫy hay gặp | ⚠ câu văn tiếng Anh thường đảo thứ tự để gây nhiễu — đọc "A phải hoàn thành khi B đã bắt đầu" dễ khiến người ta tưởng B là việc trước; hãy hỏi logic thực tế: móng phải có trước hệ sưởi, nên móng là việc trước |

Từ khoá nhận diện:

"xong cái này rồi mới bắt đầu cái kia" → ⚠ KẾT THÚC–BẮT ĐẦU (FS) "bắt đầu cùng lúc" → ⚠ bắt đầu–bắt đầu (SS) — #26701 lô 199 "không xong trước khi cái kia xong" → ⚠ kết thúc–kết thúc (FF) "giao ca" → ⚠ bắt đầu–kết thúc (SF), hiếm

Ba việc kiểm chứng: | Việc | Cách | |---|---| | Trong tiến độ của bạn, phụ thuộc nào là bắt buộc và phụ thuộc nào là thói quen | | | Có quan hệ FS nào thật ra có thể thành SS để rút ngắn không | | | Bạn có ghi lý do cho các phụ thuộc tuỳ chọn không | |

Và điều mà việc phân biệt đúng bốn quan hệ quyết định trong một bản tiến độ xây dựng: một chữ chọn sai trong phần mềm lập lịch có thể dời cả một chuỗi công việc đi hàng tuần — và không ai phát hiện ra cho tới ngày đội thi công tới công trường và thấy nền vẫn còn ướt.

Câu 335 Process
Midway through developing a complex software program, Alana, a senior developer, mentions that there is a slight possibility that the server that the code relies on may crash. If the server crashes, there is a potential that the project's progress over the last week will be lost. As a result, you call together the network engineers and server administrators to create a mitigation plan for this newly identified risk. The team agrees that a second server would offer redundancy and prevent a loss in project time. What should you do next?
  1. A Update the risk register with the mitigation plan and assign a risk owner.
  2. B Update the risk management plan with the mitigation response and assign Alana as the identifier.
  3. C Update the issue log with the issue Alana has identified and mark her as the issue owner.
  4. D Update the resource management plan as the new server is a resource.
Xem giải thích

Đáp án

A — CẬP NHẬT SỔ ĐĂNG KÝ RỦI RO VỚI KẾ HOẠCH GIẢM NHẸ VÀ CHỈ ĐỊNH MỘT CHỦ RỦI RO.

Vì sao đúng

⚠ Vì sao đây là bước đúng: | Lý do | Nội dung | |---|---| | ⚠ Máy chủ CÓ THỂ hỏng — đó là sự kiện BẤT ĐỊNH | ⚠ rủi ro, không phải vấn đề | | ⚠ SỔ ĐĂNG KÝ RỦI RO là nơi ghi rủi ro và phản ứng | ⚠ đúng tài liệu | | ⚠ Kế hoạch giảm nhẹ đã có: máy chủ dự phòng | ⚠ cần được ghi lại để không bị quên | | ⚠ Mỗi rủi ro phải có CHỦ RỦI RO | ⚠ người theo dõi và kích hoạt phản ứng | | ⚠ Chưa có gì xảy ra | ⚠ nên chưa vào sổ vấn đề | | ⚠ Kết luận | ⚠ ghi vào đúng tài liệu, kèm phản ứng và người phụ trách |

⚠ Phân biệt cốt lõi: ⚠ RỦI RO là điều CÓ THỂ xảy ra và được ghi vào SỔ ĐĂNG KÝ RỦI RO; VẤN ĐỀ là điều ĐÃ xảy ra và được ghi vào SỔ VẤN ĐỀ ⚠ — ⚠ Alana nói "có khả năng nhỏ là máy chủ sập", nên đây rõ ràng vẫn là rủi ro.

Vì sao các phương án khác sai

  • B (cập nhật KẾ HOẠCH QUẢN LÝ RỦI RO với phản ứng và ghi Alana là người nhận diện) — ⚠ phương án gây nhiễu mạnh nhất vì ⚠ nó chứa đúng hai từ khoá "rủi ro" và "phản ứng", và việc ghi nhận người phát hiện nghe rất hợp tình: ⚠ nhưng ⚠ KẾ HOẠCH quản lý rủi ro nói về CÁCH quản lý rủi ro nói chung — phương pháp, vai trò, phân loại, ngưỡng — chứ không chứa từng rủi ro cụ thể ⚠ — ⚠ liên hệ #26743 cùng lô; ⚠ và thứ cần chỉ định là CHỦ RỦI RO (người chịu trách nhiệm theo dõi và xử lý), không phải "người nhận diện" — vai trò đó không tồn tại trong quản lý rủi ro.

  • C (ghi vào sổ vấn đề, Alana là chủ vấn đề) — ⚠ sai tài liệu; ⚠ máy chủ chưa hỏng nên chưa có vấn đề nào.

  • D (cập nhật kế hoạch quản lý nguồn lực vì máy chủ mới là một nguồn lực) — ⚠ đúng về mặt kỹ thuật là máy chủ là nguồn lực, nhưng lạc trọng tâm; ⚠ vấn đề đang xử lý là rủi ro, và cập nhật nguồn lực chỉ là hệ quả phụ nếu phản ứng được duyệt.

Ghi nhớ

⚠ Đối chiếu: ⚠ #26743 cùng lô (kế hoạch quản lý rủi ro chứa gì), ⚠ #26744 cùng lô (tra sổ khi rủi ro xảy ra), ⚠ #26764 cùng lô (đánh giá và lập kế hoạch giảm nhẹ), ⚠ #26725 lô 199 (giám sát rủi ro chưa xảy ra), ⚠ #26668 lô 198 (sổ vấn đề).

⚠ KẾ HOẠCH và SỔ ĐĂNG KÝ — bảng phân biệt cho mọi lĩnh vực: | Lĩnh vực | KẾ HOẠCH (cách làm) | TÀI LIỆU (dữ liệu) | |---|---|---| | ⚠ Rủi ro | ⚠ kế hoạch quản lý rủi ro | ⚠ SỔ ĐĂNG KÝ RỦI RO — ĐÁP ÁN | | ⚠ Bên liên quan | ⚠ kế hoạch gắn kết bên liên quan | ⚠ sổ đăng ký bên liên quan | | ⚠ Chất lượng | ⚠ kế hoạch quản lý chất lượng | ⚠ phép đo chất lượng, báo cáo kiểm toán | | ⚠ Thay đổi | ⚠ kế hoạch quản lý thay đổi | ⚠ nhật ký thay đổi | | ⚠ Quy tắc chung | ⚠ kế hoạch đổi thì cần yêu cầu thay đổi; tài liệu thì cập nhật liên tục — đó là lý do ghi nhầm chỗ không chỉ là lỗi hình thức |

⚠ Một dòng trong SỔ ĐĂNG KÝ RỦI RO nên có gì: | Trường | Nội dung cho rủi ro của Alana | |---|---| | ⚠ Mô tả rủi ro | ⚠ "nếu máy chủ sập thì mất tới một tuần công việc" | | ⚠ Nguyên nhân và tác nhân | | | ⚠ Xác suất và tác động | ⚠ Alana nói khả năng nhỏ, nhưng tác động là một tuần | | ⚠ Chiến lược ứng phó | ⚠ GIẢM NHẸ — dựng máy chủ dự phòng | | ⚠ CHỦ RỦI RO | ⚠ ĐÁP ÁN nhấn mạnh phần này — thường là quản trị viên hệ thống | | ⚠ Tín hiệu kích hoạt | ⚠ liên hệ #26744 cùng lô | | ⚠ Trạng thái và ngày cập nhật | | | ⚠ Trường hay bị bỏ trống nhất | ⚠ CHỦ RỦI RO — và một rủi ro không có chủ là một rủi ro không ai nhìn, tức là nó chỉ tồn tại trên giấy |

⚠ Việc cần làm tiếp sau khi ghi vào sổ: | Bước | Nội dung | |---|---| | ⚠ Ước lượng chi phí của máy chủ dự phòng | ⚠ giảm nhẹ luôn có giá | | ⚠ So chi phí đó với tác động kỳ vọng | ⚠ liên hệ #26607 lô 197 — giá trị tiền tệ kỳ vọng | | ⚠ Nếu cần thêm ngân sách thì lập yêu cầu thay đổi | ⚠ liên hệ #26739 cùng lô | | ⚠ Đưa việc dựng máy chủ vào tiến độ | ⚠ phản ứng phải là công việc có kế hoạch — liên hệ #26764 cùng lô | | ⚠ Theo dõi trong các buổi rà soát rủi ro | | | ⚠ Nhận xét về cách đội xử lý | ⚠ họ đã làm rất đúng: một lập trình viên nêu rủi ro, người quản lý tập hợp đúng chuyên gia, và nhóm đưa ra được phản ứng cụ thể — phần còn thiếu duy nhất là ghi nó lại, và đó chính là điều câu hỏi đang kiểm tra |

Từ khoá nhận diện:

"rủi ro mới + kế hoạch ứng phó" → ⚠ SỔ ĐĂNG KÝ RỦI RO + CHỦ RỦI RO "kế hoạch quản lý rủi ro" → ⚠ chứa CÁCH LÀM, không chứa từng rủi ro "sổ vấn đề" → ⚠ dành cho điều ĐÃ xảy ra "người nhận diện" → ⚠ không phải vai trò trong quản lý rủi ro; vai trò đúng là CHỦ RỦI RO

Ba việc kiểm chứng: | Việc | Cách | |---|---| | Mỗi rủi ro trong sổ của bạn có chủ rủi ro không | | | Có rủi ro nào chỉ được nói trong cuộc họp mà chưa ghi lại không | | | Phản ứng đã lập có nằm trong tiến độ và ngân sách không | |

Và điều quyết định số phận của một rủi ro vừa được phát hiện trong cuộc họp: nó được ghi vào đúng chỗ với một cái tên bên cạnh, hay chỉ tồn tại trong trí nhớ của những người có mặt hôm đó — và trí nhớ tập thể thường chỉ giữ được chừng hai tuần.

Câu 336 Process
One of the many projects you are managing is experiencing multiple quality failures, and the stakeholders are frustrated with you, the project team, and the work the project has completed. The repeated issues have caused your project to miss key milestones and are affecting the business value the project aims to deliver. You know that changes need to be made immediately to avoid the risk of your project's termination. What should be your first step in addressing this situation?
  1. A Meet with the project stakeholders to discuss the issues in the project.
  2. B Execute the most promising change right away and keep the stakeholders informed.
  3. C Call the project sponsor due to the severity of missing multiple milestones.
  4. D Suggest terminating the project due to the dissatisfaction of the stakeholders.
Xem giải thích

Đáp án

A — GẶP CÁC BÊN LIÊN QUAN CỦA DỰ ÁN ĐỂ TRAO ĐỔI VỀ CÁC VẤN ĐỀ.

Vì sao đúng

⚠ Vì sao đây là bước đầu tiên: | Lý do | Nội dung | |---|---| | ⚠ Bên liên quan đang BẤT MÃN — họ cần được nghe | ⚠ im lặng làm mọi thứ tệ hơn | | ⚠ Bạn cần HIỂU rõ vấn đề từ góc nhìn của họ | ⚠ có thể có thông tin bạn chưa biết | | ⚠ Mọi thay đổi lớn sẽ cần sự ủng hộ của họ | ⚠ áp đặt giải pháp lên nhóm đang bất mãn thì không ai theo | | ⚠ Dự án đang có nguy cơ bị DỪNG | ⚠ chính họ là người sẽ quyết định điều đó | | ⚠ Câu hỏi hỏi BƯỚC ĐẦU TIÊN | ⚠ thu thập thông tin và tái lập lòng tin đứng trước hành động | | ⚠ Kết luận | ⚠ gặp, nghe, thống nhất hướng đi — rồi mới hành động |

⚠ Nguyên tắc chung của đề PMP với các tình huống khủng hoảng: ⚠ HIỂU trước, HÀNH ĐỘNG sau; và với vấn đề liên quan tới sự bất mãn của con người thì bước hiểu đó phải là một cuộc gặp, không phải một bản phân tích.

Vì sao các phương án khác sai

  • B (thực hiện ngay thay đổi hứa hẹn nhất và thông báo cho bên liên quan) — ⚠ phương án gây nhiễu mạnh nhất vì ⚠ đề nói rõ "cần thay đổi ngay lập tức", nên hành động nhanh có vẻ đúng tinh thần, và nó vẫn có phần thông báo cho bên liên quan: ⚠ nhưng ⚠ hành động trước khi hiểu là cách tạo ra thất bại thứ hai ⚠ — ⚠ "hứa hẹn nhất" theo đánh giá của ai, dựa trên phân tích nào; ⚠ và với những người đang bất mãn vì cảm thấy không được lắng nghe, việc bạn tự quyết rồi thông báo sẽ xác nhận đúng điều họ đang nghĩ về bạn.

  • C (gọi cho nhà tài trợ vì đã trễ nhiều mốc) — ⚠ có thể cần, nhưng chưa phải bước đầu; ⚠ gọi cho nhà tài trợ mà chưa nắm được vấn đề và chưa có hướng xử lý là báo cáo nửa vời.

  • D (đề xuất dừng dự án vì bên liên quan không hài lòng) — ⚠ bỏ cuộc quá sớm; ⚠ dừng dự án là quyết định của nhà tài trợ và chỉ sau khi đã cân nhắc mọi phương án.

Ghi nhớ

⚠ Đối chiếu: ⚠ #26750 cùng lô (cộng tác để tìm nguyên nhân), ⚠ #26741 cùng lô (tìm nguồn gốc vấn đề chất lượng), ⚠ #26780 cùng lô (giao tiếp với bên liên quan hoài nghi), ⚠ #26754 cùng lô (Pareto để tìm loại lỗi lớn nhất), ⚠ #26733 cùng lô (hỏi trực tiếp để tìm nguyên nhân).

⚠ Trình tự xử lý một dự án đang khủng hoảng: | Bước | Việc | |---|---| | ⚠ 1. GẶP bên liên quan, nghe và thừa nhận vấn đề | ⚠ ĐÁP ÁN — tái lập kênh đối thoại | | ⚠ 2. Thu thập DỮ LIỆU về các lỗi chất lượng | ⚠ loại nào, tần suất, nguyên nhân — liên hệ #26754 cùng lô | | ⚠ 3. Phân tích nguyên nhân gốc | ⚠ liên hệ #26741 cùng lô | | ⚠ 4. Lập phương án khắc phục kèm tác động | | | ⚠ 5. Thống nhất với bên liên quan và nhà tài trợ | ⚠ phương án C thuộc bước này | | ⚠ 6. Đưa qua kiểm soát thay đổi và thực hiện | | | ⚠ 7. Theo dõi và báo cáo tiến bộ thường xuyên hơn bình thường | ⚠ lòng tin được xây lại bằng những lời hứa nhỏ được giữ đúng | | ⚠ Sai lầm phổ biến nhất trong khủng hoảng | ⚠ rút vào im lặng để tập trung sửa — nhưng với bên liên quan thì im lặng đồng nghĩa với việc không có gì đang được làm |

⚠ Cuộc gặp đó nên diễn ra thế nào: | Nên | Không nên | |---|---| | ⚠ Thừa nhận vấn đề một cách thẳng thắn | ⚠ bào chữa hoặc đổ lỗi cho hoàn cảnh | | ⚠ Nghe nhiều hơn nói ở phần đầu | ⚠ mở đầu bằng bản kế hoạch khắc phục | | ⚠ Hỏi tác động thật với công việc của họ | ⚠ giả định mình đã biết | | ⚠ Nói rõ bước tiếp theo và mốc thời gian | ⚠ hứa chung chung là sẽ cải thiện | | ⚠ Hẹn nhịp cập nhật cụ thể | | | ⚠ Điều quan trọng nhất | ⚠ đừng bước vào cuộc gặp với một giải pháp đã chốt — người đang bất mãn cần cảm thấy mình có phần trong việc quyết định lối ra, và đó cũng là cách nhanh nhất biến họ từ người phê phán thành người cùng chịu trách nhiệm |

⚠ Vì sao chất lượng kém lại phá huỷ lòng tin nhanh tới vậy: | Lý do | Nội dung | |---|---| | ⚠ Lỗi LẶP LẠI cho thấy vấn đề hệ thống, không phải xui rủi | | | ⚠ Mỗi lần làm lại là một mốc bị trễ | ⚠ hai thiệt hại từ một nguyên nhân | | ⚠ Giá trị kinh doanh bị hoãn | ⚠ đúng điều đề nêu | | ⚠ Bên liên quan bắt đầu tự kiểm tra công việc của đội | ⚠ tốn thêm nguồn lực của cả hai phía | | ⚠ Con đường quay lại | ⚠ chọn MỘT vấn đề cụ thể, sửa dứt điểm và chứng minh bằng số liệu — lòng tin không được xây lại bằng lời hứa về một kế hoạch lớn mà bằng một điều nhỏ được sửa xong và nhìn thấy được |

Từ khoá nhận diện:

"bên liên quan bất mãn, cần thay đổi ngay" → ⚠ GẶP HỌ TRƯỚC "làm ngay thay đổi hứa hẹn nhất" → ⚠ hành động trước khi hiểu "gọi nhà tài trợ" → ⚠ cần, nhưng sau khi đã nắm vấn đề "đề xuất dừng dự án" → ⚠ bỏ cuộc quá sớm, và không phải quyền của bạn

Ba việc kiểm chứng: | Việc | Cách | |---|---| | Khi dự án gặp khó, bạn nói chuyện với bên liên quan nhiều hơn hay ít hơn | | | Bạn có biết điều gì làm họ bất mãn nhất không | ⚠ hỏi, đừng đoán | | Có lời hứa nhỏ nào bạn có thể giữ đúng trong tuần này không | |

Và điều mà một cuộc gặp khó khăn được tổ chức đúng lúc thường tiết lộ: phần lớn sự bất mãn không đến từ việc dự án có lỗi, mà từ việc họ phải tự phát hiện ra những lỗi ấy — và đó là thứ có thể sửa ngay từ tuần này.

Câu 337 People
You are having lunch with Martha, another project manager at your firm when she mentions her team's charter. All project teams in your organization are required to write their charter and share it among the project's stakeholders. Martha's colleague asks what the process is for altering a team charter. What will you tell her?
  1. A The team charter is a working document that the entire project team owns and can alter at any point in time.
  2. B Altering the team charter requires an approved change request in the integrated change control process.
  3. C No team member can alter the team charter once the project has begun.
  4. D No one can alter the team charter once the charter has been approved.
Xem giải thích

Đáp án

A — HIẾN CHƯƠNG ĐỘI LÀ MỘT TÀI LIỆU SỐNG DO TOÀN ĐỘI SỞ HỮU VÀ CÓ THỂ SỬA ĐỔI BẤT CỨ LÚC NÀO.

Vì sao đúng

⚠ Vì sao hiến chương đội khác các tài liệu chính thức khác: | Đặc điểm | Nội dung | |---|---| | ⚠ Do CHÍNH ĐỘI xây dựng, không phải do cấp trên ban hành | ⚠ nên đội cũng là người sửa | | ⚠ Nội dung là CÁCH ĐỘI LÀM VIỆC VỚI NHAU | ⚠ giá trị, quy tắc ứng xử, cách ra quyết định — liên hệ #26759 cùng lô | | ⚠ KHÔNG phải đường cơ sở của dự án | ⚠ nên không cần qua kiểm soát thay đổi | | ⚠ Đội thay đổi thì hiến chương phải theo | ⚠ có người mới, có bài học mới | | ⚠ Rà lại trong buổi hồi cứu là thực hành tốt | ⚠ liên hệ #26704 lô 199 | | ⚠ Kết luận | ⚠ tài liệu sống, đội sở hữu, sửa khi cần |

⚠ Phân biệt then chốt: ⚠ HIẾN CHƯƠNG DỰ ÁN do nhà tài trợ ban hành và chính thức hoá dự án; HIẾN CHƯƠNG ĐỘI do đội tự viết về cách họ làm việc với nhau ⚠ — ⚠ hai tài liệu có tên gần giống nhau nhưng khác nhau hoàn toàn về chủ sở hữu và cách thay đổi.

Vì sao các phương án khác sai

  • B (sửa hiến chương đội cần yêu cầu thay đổi được duyệt qua kiểm soát thay đổi tích hợp) — ⚠ phương án gây nhiễu mạnh nhất vì ⚠ quy tắc "mọi thay đổi phải qua kiểm soát thay đổi" là một trong những nguyên tắc được nhấn mạnh nhất trong PMBOK, nên áp dụng nó ở đây có vẻ đúng bài: ⚠ nhưng ⚠ quy tắc đó áp cho các ĐƯỜNG CƠ SỞ và KẾ HOẠCH QUẢN LÝ DỰ ÁN, chứ không áp cho mọi tài liệu tồn tại trong dự án ⚠ — ⚠ hiến chương đội không phải đường cơ sở, việc sửa nó không ảnh hưởng phạm vi, tiến độ hay chi phí; ⚠ bắt đội xin duyệt để đổi quy tắc họp của chính mình là cách nhanh nhất khiến tài liệu đó chết.

  • C (không thành viên nào được sửa sau khi dự án bắt đầu) và D (không ai được sửa sau khi hiến chương được duyệt) — ⚠ cả hai đều đóng băng tài liệu; ⚠ trái với bản chất của một thoả thuận về cách làm việc, vốn phải tiến hoá cùng đội.

Ghi nhớ

⚠ Đối chiếu: ⚠ #26759 cùng lô (quy tắc ứng xử — nội dung chính của hiến chương đội), ⚠ #26771 cùng lô (kế hoạch quản lý dự án — tài liệu chính thức, phải qua kiểm soát thay đổi), ⚠ #26739 cùng lô (kiểm soát thay đổi tích hợp áp cho cái gì), ⚠ #26683 lô 199 (họp khởi động đội), ⚠ #26750 cùng lô (đội cần chuẩn chung để nói thật với nhau).

⚠ HIẾN CHƯƠNG ĐỘI chứa gì: | Mục | Nội dung | |---|---| | ⚠ Giá trị chung của đội | ⚠ điều gì quan trọng với chúng ta | | ⚠ Quy tắc ứng xử | ⚠ liên hệ #26759 cùng lô | | ⚠ Hướng dẫn giao tiếp | ⚠ kênh nào, tần suất nào, thời gian phản hồi mong đợi | | ⚠ Cách ra quyết định | ⚠ đồng thuận, đa số hay uỷ quyền — liên hệ #26763 cùng lô | | ⚠ Cách xử lý xung đột | ⚠ liên hệ #26750 cùng lô | | ⚠ Quy ước họp hành | ⚠ liên hệ #26742 cùng lô | | ⚠ Nguyên tắc quan trọng nhất | ⚠ nó phải do đội TỰ VIẾT — một hiến chương do người quản lý soạn sẵn rồi phát ra chỉ là một bản nội quy, và nó sẽ được đối xử đúng như vậy |

⚠ HIẾN CHƯƠNG DỰ ÁN và HIẾN CHƯƠNG ĐỘI — bảng phân biệt: | Tiêu chí | HIẾN CHƯƠNG DỰ ÁN | HIẾN CHƯƠNG ĐỘI | |---|---|---| | ⚠ Ai ban hành | ⚠ nhà tài trợ | ⚠ chính đội — ĐÁP ÁN | | ⚠ Nội dung | ⚠ mục tiêu, phạm vi cấp cao, thẩm quyền của quản lý dự án | ⚠ cách đội làm việc với nhau | | ⚠ Sửa thế nào | ⚠ cần nhà tài trợ phê duyệt | ⚠ đội tự sửa bất cứ lúc nào | | ⚠ Khi nào lập | ⚠ khởi động dự án | ⚠ khi đội hình thành | | ⚠ Điểm chung duy nhất | ⚠ cả hai đều được lập SỚM và cả hai đều nên được đọc lại, chứ không phải viết xong rồi cất đi |

⚠ Khi nào nên rà lại hiến chương đội: | Thời điểm | Lý do | |---|---| | ⚠ Có thành viên mới | ⚠ họ chưa tham gia vào thoả thuận ban đầu — liên hệ #26766 cùng lô | | ⚠ Sau một xung đột đáng kể | ⚠ thường lộ ra một quy tắc còn thiếu | | ⚠ Trong buổi hồi cứu định kỳ | ⚠ liên hệ #26704 lô 199 | | ⚠ Khi cách làm việc thay đổi | ⚠ chuyển sang làm từ xa, đổi công cụ | | ⚠ Dấu hiệu hiến chương đã chết | ⚠ không ai nhớ nội dung của nó — và cách chữa không phải là gửi lại tài liệu, mà là dành hai mươi phút viết lại nó cùng nhau |

Từ khoá nhận diện:

"hiến chương ĐỘI" → ⚠ tài liệu SỐNG, đội sở hữu, sửa được bất cứ lúc nào "hiến chương DỰ ÁN" → ⚠ nhà tài trợ ban hành, sửa cần phê duyệt "phải qua kiểm soát thay đổi" → ⚠ áp cho đường cơ sở và kế hoạch quản lý dự án, không áp cho mọi tài liệu "không ai được sửa" → ⚠ đóng băng một thoả thuận về cách làm việc, luôn sai

Ba việc kiểm chứng: | Việc | Cách | |---|---| | Đội bạn có hiến chương đội không, và ai viết nó | | | Lần cuối nó được đọc lại là khi nào | | | Người mới nhất trong đội có được tham gia sửa nó không | |

Và điều phân biệt một hiến chương đội có tác dụng với một tờ giấy dán trên tường: đội có cảm thấy mình được phép thay đổi nó hay không — vì thứ mà người ta không được sửa cũng là thứ mà người ta thôi không đọc.

Câu 338 Business Environment
Stu is managing a long-term project that has a year until completion. This is not an agile project, and the project sponsor and key stakeholders want the project to have a “big reveal” or “grand opening” feel to it. Stu’s project utilizes many resources and man-hours, but the cost to benefit ratio appears to be very favorable to the company. If all goes to plan, this project will propel the company forward, and the benefits will be very apparent. In the meantime, though, the company stock price is stagnant. There have recently been layoffs, and for many stakeholders, Stu’s project feels like an indulgence. They cannot see the benefits, do not know many of the details, and some are calling for Stu’s dismissal. Stu thankfully has the backing of senior management, who have seen preliminary results and are enthused. How should Stu address the enthusiasm gap with his other stakeholders?
  1. A Just wait and endure the criticism.
  2. B Communicate the high-level objectives of the project to stakeholders.
  3. C Seek out the most vocal stakeholders and work with them.
  4. D Fast-track the project, so everyone sees how great it is.
Xem giải thích

Đáp án

B — TRUYỀN ĐẠT CÁC MỤC TIÊU Ở MỨC CAO CỦA DỰ ÁN TỚI CÁC BÊN LIÊN QUAN.

Vì sao đúng

⚠ Chẩn đoán vấn đề của Stu: | Dấu hiệu trong đề | Ý nghĩa | |---|---| | ⚠ Bên liên quan "KHÔNG THẤY được lợi ích" | ⚠ vấn đề THÔNG TIN, không phải vấn đề giá trị | | ⚠ "KHÔNG BIẾT nhiều chi tiết" | ⚠ họ đang thiếu thông tin, đúng nguyên văn | | ⚠ Tỉ lệ chi phí trên lợi ích rất thuận lợi | ⚠ dự án thật sự đáng làm — chỉ là chưa ai biết | | ⚠ Bối cảnh: cổ phiếu trì trệ, vừa có cắt giảm nhân sự | ⚠ mọi khoản chi lớn đều bị soi xét | | ⚠ Dự án được thiết kế theo kiểu "màn ra mắt lớn" | ⚠ nên không có kết quả trung gian nào để nhìn thấy | | ⚠ Kết luận | ⚠ chữa đúng bệnh: cung cấp thông tin về mục tiêu và lợi ích |

⚠ Vì sao "mức cao" là chi tiết quan trọng: ⚠ bên liên quan không cần chi tiết kỹ thuật — họ cần biết dự án này mang lại GÌ cho tổ chức và VÌ SAO nó đáng làm vào lúc khó khăn này ⚠ — ⚠ liên hệ #26721 lô 199.

Vì sao các phương án khác sai

  • C (tìm tới những bên liên quan lên tiếng nhiều nhất và làm việc với họ) — ⚠ phương án gây nhiễu mạnh nhất vì ⚠ xử lý người phản đối gay gắt nhất là một chiến thuật thật, và họ đang kêu gọi cách chức Stu nên có vẻ cấp bách: ⚠ nhưng ⚠ nó chỉ chữa PHẦN ỒN ÀO của vấn đề chứ không chữa nguyên nhân — đề nói rõ rằng nhiều bên liên quan không nhìn thấy lợi ích, không chỉ vài người lớn tiếng ⚠ — ⚠ và dồn nỗ lực vào người ồn ào nhất sẽ dạy cả tổ chức rằng cách để được chú ý là lên tiếng thật to; ⚠ truyền đạt rộng rồi mới xử lý riêng từng trường hợp mới là thứ tự đúng.

  • A (cứ chờ đợi và chịu đựng chỉ trích) — ⚠ bị động; ⚠ sự hoài nghi không tự biến mất, nó cứng lại thành lập trường — liên hệ #26642 lô 198.

  • D (chạy song song dự án để mọi người sớm thấy nó tuyệt vời) — ⚠ tăng rủi ro để giải quyết một vấn đề truyền thông; ⚠ liên hệ #26752 cùng lô, và nó không hề bảo đảm bên liên quan sẽ hiểu hơn.

Ghi nhớ

⚠ Ghi nhớ về chất lượng câu hỏi: ⚠ đề bài trong bộ nguồn bị CẮT CỤT ở cuối ("Stu thankfully has the backing of senior management") ⚠ — ⚠ câu hỏi đầy đủ hỏi Stu nên làm gì trong tình huống đó; ⚠ khoá đáp án giữ nguyên vì phần đề còn lại đã nêu đủ chẩn đoán: bên liên quan không thấy lợi ích và không biết chi tiết; ⚠ chi tiết "có sự hậu thuẫn của ban lãnh đạo cấp cao" cũng quan trọng — nó nghĩa là dự án không bị đe doạ về mặt quản trị, nên đây thuần tuý là vấn đề truyền thông.

⚠ Đối chiếu: ⚠ #26642 lô 198 (hiểu lầm của công chúng — sửa sớm thì rẻ), ⚠ #26768 cùng lô (vòng đời gia số — thái cực ngược lại của "màn ra mắt lớn"), ⚠ #26721 lô 199 (bản cập nhật ngắn cho lãnh đạo), ⚠ #26762 cùng lô (bên liên quan cần theo dõi), ⚠ #26778 cùng lô (gặp bên liên quan khi có khủng hoảng).

⚠ Vì sao mô hình "màn ra mắt lớn" tạo ra chính vấn đề này: | Đặc điểm | Hệ quả | |---|---| | ⚠ Không có kết quả trung gian nào để nhìn thấy | ⚠ suốt một năm chỉ có chi phí, không có bằng chứng | | ⚠ Chi tiết được giữ kín để tạo bất ngờ | ⚠ và sự thiếu thông tin nuôi dưỡng hoài nghi | | ⚠ Lợi ích chỉ hiện ra ở cuối | ⚠ trong khi chi phí hiện ra hằng tháng | | ⚠ Bối cảnh tổ chức khó khăn khuếch đại mọi nghi ngờ | | | ⚠ Bài học thiết kế | ⚠ nếu bối cảnh tổ chức đang căng thẳng thì một dự án dài không có kết quả trung gian là lựa chọn rủi ro về mặt CHÍNH TRỊ, dù nó hoàn toàn hợp lý về mặt kỹ thuật — liên hệ #26768 cùng lô, giao gia số vừa tạo giá trị sớm vừa tạo bằng chứng sớm |

⚠ Stu nên truyền đạt những gì: | Nội dung | Nội dung chi tiết | |---|---| | ⚠ Mục tiêu của dự án bằng ngôn ngữ kinh doanh | ⚠ không phải bằng thuật ngữ kỹ thuật | | ⚠ Lợi ích kỳ vọng và mốc thời gian nhận được | ⚠ tỉ lệ chi phí trên lợi ích rất thuận lợi — hãy nói ra con số đó | | ⚠ Vì sao dự án này quan trọng ĐÚNG VÀO LÚC NÀY | ⚠ thừa nhận bối cảnh khó khăn thay vì tránh né | | ⚠ Tiến triển tới nay và các mốc sắp tới | ⚠ cho họ thứ để theo dõi | | ⚠ Sự ủng hộ của ban lãnh đạo cấp cao | ⚠ giúp định vị dự án là một quyết định chiến lược, không phải một sự tuỳ hứng | | ⚠ Kênh nên dùng | ⚠ kết hợp: một bản tóm tắt viết cho tất cả, cộng với các cuộc gặp nhóm nhỏ cho những nhóm quan trọng — liên hệ #26751 cùng lô |

⚠ Nguyên tắc: khoảng trống thông tin luôn được lấp đầy: | Nguyên lý | Nội dung | |---|---| | ⚠ Người ta không chịu được sự mơ hồ | ⚠ thiếu thông tin thì họ tự suy diễn | | ⚠ Suy diễn trong bối cảnh xấu luôn nghiêng về phía tiêu cực | ⚠ vừa có cắt giảm nhân sự thì mọi khoản chi đều thành "sự phung phí" | | ⚠ Tin đồn lan nhanh hơn thông tin chính thức | | | ⚠ Sửa một hiểu lầm đã ăn sâu tốn hơn nhiều lần | ⚠ liên hệ #26642 lô 198 | | ⚠ Kết luận thực dụng | ⚠ im lặng không phải là trung lập — trong một tổ chức đang lo lắng, im lặng là một thông điệp, và nó luôn được đọc theo nghĩa xấu nhất |

Từ khoá nhận diện:

"bên liên quan không thấy lợi ích, không biết chi tiết" → ⚠ TRUYỀN ĐẠT MỤC TIÊU MỨC CAO "chỉ làm việc với người lớn tiếng nhất" → ⚠ chữa phần ồn ào, không chữa nguyên nhân "chờ đợi và chịu đựng" → ⚠ hoài nghi không tự biến mất "chạy song song cho nhanh" → ⚠ tăng rủi ro để chữa một vấn đề truyền thông

Ba việc kiểm chứng: | Việc | Cách | |---|---| | Bên liên quan của bạn có nói lại được lợi ích của dự án bằng lời của họ không | | | Họ có thấy được bằng chứng tiến triển nào trong ba tháng qua không | | | Nếu dự án của bạn dài một năm, có gì nhìn thấy được ở tháng thứ ba không | |

Và điều mà một năm im lặng để chuẩn bị màn ra mắt lớn đã đánh đổi: sự bất ngờ vào ngày cuối cùng, lấy bằng ba trăm sáu mươi ngày mà không ai bên ngoài đội biết dự án này đang xây dựng điều gì cho họ.

Câu 339 Process
Karwan is the project manager for the Orchard Vine Project at Farmer's Depot. To devise a risk management plan, which of the following techniques will he use?
  1. A Variance meetings
  2. B Planning meetings
  3. C Risk tolerance
  4. D Status meetings
Xem giải thích

Đáp án

B — CÁC CUỘC HỌP LẬP KẾ HOẠCH (planning meetings).

Vì sao đúng

⚠ Vì sao họp lập kế hoạch là kỹ thuật đúng: | Lý do | Nội dung | |---|---| | ⚠ PMBOK nêu "họp lập kế hoạch và phân tích" là công cụ của quy trình này | ⚠ đúng tên gọi trong tài liệu | | ⚠ Kế hoạch rủi ro cần sự tham gia của NHIỀU BÊN | ⚠ đội, nhà tài trợ, bên liên quan chủ chốt, chuyên gia | | ⚠ Phải thống nhất KHẨU VỊ RỦI RO và các NGƯỠNG | ⚠ đây là thoả thuận, không phải tính toán | | ⚠ Phải phân vai và chốt ngân sách cho hoạt động rủi ro | ⚠ cần người có thẩm quyền cùng ngồi | | ⚠ Kết luận | ⚠ kế hoạch quản lý rủi ro được XÂY DỰNG trong các cuộc họp lập kế hoạch |

⚠ Ba phương án còn lại đều liên quan tới rủi ro hoặc tới họp hành, nhưng không cái nào là kỹ thuật để LẬP KẾ HOẠCH ⚠ — ⚠ đây là dạng câu hỏi kiểm tra xem bạn có phân biệt được ĐẦU VÀO, CÔNG CỤ và ĐẦU RA của một quy trình hay không.

Vì sao các phương án khác sai

  • C (mức chịu đựng rủi ro — risk tolerance) — ⚠ phương án gây nhiễu mạnh nhất vì ⚠ mức chịu đựng rủi ro thật sự là một nội dung quan trọng phải có trong kế hoạch quản lý rủi ro, nên nó liên quan trực tiếp: ⚠ nhưng ⚠ nó là một ĐẦU VÀO hoặc một NỘI DUNG của kế hoạch, KHÔNG phải một KỸ THUẬT để lập kế hoạch ⚠ — ⚠ câu hỏi hỏi Karwan sẽ DÙNG kỹ thuật nào, tức là hỏi công cụ; ⚠ cách phân biệt: kỹ thuật là thứ bạn LÀM, còn mức chịu đựng rủi ro là thứ bạn BIẾT hoặc GHI LẠI.

  • A (họp phân tích sai lệch — variance meetings) — ⚠ thuộc nhóm GIÁM SÁT, so sánh thực tế với kế hoạch; ⚠ liên hệ #26739 cùng lô.

  • D (họp báo cáo tình trạng) — ⚠ cũng thuộc nhóm giám sát, cập nhật tiến độ hiện tại; ⚠ không dùng để lập kế hoạch.

Ghi nhớ

⚠ Đối chiếu: ⚠ #26743 cùng lô (kế hoạch quản lý rủi ro chứa gì), ⚠ #26777 cùng lô (sổ đăng ký rủi ro — tài liệu khác), ⚠ #26744 cùng lô (tra sổ khi rủi ro xảy ra), ⚠ #26764 cùng lô (đánh giá và giảm nhẹ), ⚠ #26725 lô 199 (giám sát rủi ro).

⚠ BẢY QUY TRÌNH QUẢN LÝ RỦI RO: | Quy trình | Nhóm | Đầu ra chính | |---|---|---| | ⚠ LẬP KẾ HOẠCH QUẢN LÝ RỦI RO | ⚠ Lập kế hoạch | ⚠ kế hoạch quản lý rủi ro — CÂU NÀY | | ⚠ NHẬN DIỆN RỦI RO | ⚠ Lập kế hoạch | ⚠ sổ đăng ký rủi ro | | ⚠ PHÂN TÍCH ĐỊNH TÍNH | ⚠ Lập kế hoạch | ⚠ xếp hạng ưu tiên rủi ro | | ⚠ PHÂN TÍCH ĐỊNH LƯỢNG | ⚠ Lập kế hoạch | ⚠ EMV, mô phỏng — liên hệ #26607 lô 197 | | ⚠ LẬP KẾ HOẠCH ỨNG PHÓ | ⚠ Lập kế hoạch | ⚠ các phản ứng và chủ rủi ro | | ⚠ THỰC HIỆN ỨNG PHÓ | ⚠ Thực thi | ⚠ liên hệ #26744 cùng lô | | ⚠ GIÁM SÁT RỦI RO | ⚠ Giám sát và kiểm soát | ⚠ liên hệ #26725 lô 199 | | ⚠ Điểm đáng chú ý | ⚠ năm trong bảy quy trình nằm ở nhóm LẬP KẾ HOẠCH — quản lý rủi ro là lĩnh vực đòi đầu tư nhiều nhất vào khâu chuẩn bị, và đó không phải sự trùng hợp |

⚠ Ai nên dự cuộc họp lập kế hoạch rủi ro của Karwan: | Người | Đóng góp | |---|---| | ⚠ Quản lý dự án | ⚠ dẫn dắt | | ⚠ Đội dự án chủ chốt | ⚠ hiểu rủi ro kỹ thuật | | ⚠ Nhà tài trợ | ⚠ quyết định khẩu vị rủi ro và ngân sách dự phòng | | ⚠ Bên liên quan chính | ⚠ nêu ngưỡng chịu đựng của họ | | ⚠ Chuyên gia lĩnh vực | ⚠ với dự án vườn nho thì có thể là chuyên gia nông nghiệp, thời tiết | | ⚠ Đại diện văn phòng quản lý dự án | ⚠ mang chuẩn và bài học của tổ chức | | ⚠ Kết quả cần đạt | ⚠ một kế hoạch nói rõ: rủi ro được nhận diện thế nào, phân loại ra sao, "cao" nghĩa là bao nhiêu, ai chịu trách nhiệm, rà soát bao lâu một lần, và bao nhiêu tiền được dành cho việc này |

⚠ Phân biệt CÔNG CỤ và NỘI DUNG — mẹo làm bài: | Câu hỏi hỏi gì | Loại đáp án | |---|---| | ⚠ "Dùng KỸ THUẬT nào" | ⚠ một hoạt động: họp, phỏng vấn, phân tích, động não | | ⚠ "Tài liệu nào chứa..." | ⚠ một tài liệu: kế hoạch, sổ đăng ký, báo cáo | | ⚠ "Điều nào là ĐẦU RA" | ⚠ thứ được tạo ra sau quy trình | | ⚠ Cái bẫy của câu này | ⚠ "mức chịu đựng rủi ro" là một danh từ nghe rất đúng chủ đề nhưng không phải một hoạt động — mà câu hỏi lại hỏi về kỹ thuật, tức là hỏi một hoạt động |

Từ khoá nhận diện:

"kỹ thuật để LẬP kế hoạch quản lý rủi ro" → ⚠ HỌP LẬP KẾ HOẠCH "mức chịu đựng rủi ro" → ⚠ nội dung của kế hoạch, không phải kỹ thuật "họp phân tích sai lệch, họp báo cáo tình trạng" → ⚠ thuộc nhóm giám sát mẹo chung → ⚠ hỏi KỸ THUẬT thì đáp án phải là một HOẠT ĐỘNG

Ba việc kiểm chứng: | Việc | Cách | |---|---| | Dự án của bạn có buổi họp lập kế hoạch rủi ro riêng không | ⚠ hay chỉ là một mục trong cuộc họp khởi động | | Nhà tài trợ có tham gia buổi đó không | | | Bạn có biết ngưỡng chịu đựng rủi ro của họ bằng con số không | |

Và điều mà một buổi họp lập kế hoạch rủi ro tử tế mua được cho cả năm còn lại của dự án: khi rủi ro đầu tiên xuất hiện, không ai phải hỏi rủi ro này thuộc mức nào, ai xử lý và tiền lấy từ đâu — vì cả ba câu trả lời đã được thống nhất từ trước, lúc còn bình tĩnh.

Câu 340 People
You are a scrum master for your organization and you have served in this role for six years. A project team member named Cheryl is an excellent addition to your agile team. She is intuitive, loves to teach others, and volunteers on the weekend. She appreciates financial incentives but is more interested in how the software that the team is building affects the world. She is very interested in the company's commitment to the environment and social justice. While Cheryl is passionate, sometimes her passion gets in the way of project progress. For example, Cheryl may start an argument with someone who does not agree with her ideas and has disdain for people she views as lukewarm. A Myers-Briggs test confirms that she is a healer-type. What is likely to motivate Cheryl the most?
  1. A Complicated projects
  2. B A promotion
  3. C Placement in company committees
  4. D A raise
Xem giải thích

Đáp án

C — ĐƯỢC THAM GIA VÀO CÁC HỘI ĐỒNG, BAN CỦA CÔNG TY.

Vì sao đúng

⚠ Chân dung động lực của Cheryl: | Dấu hiệu trong đề | Ý nghĩa | |---|---| | ⚠ Quan tâm SẢN PHẨM TÁC ĐỘNG TỚI THẾ GIỚI thế nào | ⚠ động lực từ ý nghĩa, không từ tiền | | ⚠ Rất quan tâm cam kết của công ty về MÔI TRƯỜNG và CÔNG BẰNG XÃ HỘI | ⚠ giá trị cá nhân gắn với giá trị tổ chức | | ⚠ "Có coi trọng khích lệ tài chính NHƯNG quan tâm hơn tới..." | ⚠ đề tự loại hai phương án về tiền | | ⚠ Thích DẠY người khác, tình nguyện cuối tuần | ⚠ hướng ra cộng đồng | | ⚠ Kiểu "người chữa lành" trong Myers-Briggs | ⚠ định hướng giá trị và lý tưởng | | ⚠ Kết luận | ⚠ hội đồng công ty về môi trường và trách nhiệm xã hội là nơi cô có thể tạo tác động thật |

⚠ Nguyên tắc tạo động lực: ⚠ phần thưởng có tác dụng khi nó khớp với thứ CHÍNH NGƯỜI ĐÓ coi trọng ⚠ — ⚠ và đề đã nói rõ điều Cheryl coi trọng nhất không phải là tiền.

Vì sao các phương án khác sai

  • B (được thăng chức) — ⚠ phương án gây nhiễu mạnh nhất vì ⚠ thăng chức không chỉ là tiền — nó còn là sự công nhận, là ảnh hưởng lớn hơn, nên có vẻ khớp với một người muốn tạo tác động: ⚠ nhưng ⚠ thăng chức mang lại quyền lực trong HỆ THỐNG PHÂN CẤP, còn Cheryl quan tâm tới TÁC ĐỘNG XÃ HỘI của công việc ⚠ — ⚠ hai thứ đó không đồng nhất, và một vị trí quản lý cao hơn có khi còn kéo cô xa hơn khỏi những chủ đề cô quan tâm; ⚠ đề cũng không hề nhắc tới mong muốn về chức vụ hay quyền hạn.

  • D (tăng lương) và A (dự án phức tạp) — ⚠ D bị chính đề loại: cô coi trọng khích lệ tài chính nhưng quan tâm hơn tới điều khác; ⚠ A cũng không có căn cứ — đề không nói cô thích thử thách kỹ thuật.

Ghi nhớ

⚠ Ghi nhớ về chất lượng câu hỏi: ⚠ đề bài trong bộ nguồn bị CẮT CỤT ở cuối ("What is likely to motivate C") ⚠ — ⚠ câu đầy đủ hỏi điều gì có khả năng tạo động lực cho Cheryl; ⚠ khoá đáp án giữ nguyên vì phần đề còn lại đã mô tả rất đầy đủ hệ giá trị của cô; ⚠ cũng lưu ý: đề trộn hai công cụ khác nhau — mô tả tính cách theo kiểu Myers-Briggs nhưng câu hỏi lại về động lực; trong thực tế, động lực nên được tìm hiểu bằng cách HỎI CHÍNH NGƯỜI ĐÓ chứ không suy ra từ một bài trắc nghiệm tính cách.

⚠ Đối chiếu: ⚠ #26766 cùng lô (hệ thống khen thưởng của đội), ⚠ #26772 cùng lô (DiSC — phong cách hành vi), ⚠ #26694 lô 199 (chỉ dấu tính cách), ⚠ #26663 lô 198 (ghi nhận đóng góp), ⚠ #26573 lô 196 (kế hoạch phát triển nghề nghiệp).

⚠ CÁC LOẠI ĐỘNG LỰC — và cách nhận ra trong đề: | Loại | Dấu hiệu | Phần thưởng phù hợp | |---|---|---| | ⚠ THÀNH TỰU | ⚠ thích thử thách khó, muốn giỏi hơn | ⚠ dự án phức tạp — phương án A | | ⚠ QUYỀN LỰC / ẢNH HƯỞNG | ⚠ muốn dẫn dắt, muốn quyết định | ⚠ thăng chức — phương án B | | ⚠ GẮN KẾT | ⚠ coi trọng quan hệ và tinh thần đội | ⚠ làm việc nhóm, ghi nhận công khai | | ⚠ Ý NGHĨA / MỤC ĐÍCH | ⚠ quan tâm tác động của công việc — CHERYL | ⚠ hội đồng, sáng kiến xã hội, được dạy người khác | | ⚠ VẬT CHẤT | ⚠ tiền, phúc lợi | ⚠ lương, thưởng — phương án D | | ⚠ Cách dùng đúng | ⚠ mỗi người là một tổ hợp, và tổ hợp đó thay đổi theo giai đoạn cuộc đời — cách duy nhất đáng tin để biết là HỎI, liên hệ #26664 lô 198 |

⚠ Vấn đề còn lại của Cheryl mà đề nêu ra: | Vấn đề | Nội dung | |---|---| | ⚠ Sự nhiệt thành đôi khi cản trở tiến độ | ⚠ cô tranh cãi với người không đồng ý | | ⚠ Coi thường những người cô cho là hờ hững | ⚠ có thể gây chia rẽ trong đội | | ⚠ Cách xử lý gắn với đáp án | ⚠ đưa cô vào một hội đồng công ty vừa TRAO cho cô kênh chính đáng để theo đuổi điều cô quan tâm, vừa GIẢM áp lực mà cô đang dồn vào các cuộc thảo luận kỹ thuật của đội — đó là lý do đáp án này vừa là phần thưởng vừa là một biện pháp quản lý khôn ngoan |

⚠ Nguyên tắc chung về việc tạo động lực trong đội: | Nguyên tắc | Nội dung | |---|---| | ⚠ Hỏi, đừng đoán | ⚠ trắc nghiệm tính cách là điểm khởi đầu, không phải kết luận | | ⚠ Tiền có ngưỡng bão hoà | ⚠ đủ sống thì nó thôi tạo động lực; ý nghĩa thì không | | ⚠ Ba yếu tố bền nhất: TỰ CHỦ, THÀNH THẠO, MỤC ĐÍCH | ⚠ Cheryl thiên rõ về yếu tố thứ ba | | ⚠ Ghi nhận phải công khai, góp ý phải riêng tư | ⚠ liên hệ #26663 lô 198 | | ⚠ Cạm bẫy lớn nhất | ⚠ thưởng người khác bằng thứ mà CHÍNH BẠN sẽ thích — đó là cách phổ biến nhất để một phần thưởng chân thành lại không tạo ra chút động lực nào |

Từ khoá nhận diện:

"quan tâm tác động xã hội và môi trường" → ⚠ HỘI ĐỒNG, SÁNG KIẾN của công ty "tăng lương" → ⚠ bị chính đề loại "thăng chức" → ⚠ quyền lực trong hệ thống, không phải tác động xã hội "dự án phức tạp" → ⚠ động lực thành tựu, không có căn cứ trong đề

Ba việc kiểm chứng: | Việc | Cách | |---|---| | Bạn có biết điều gì tạo động lực cho từng người trong đội không | ⚠ hỏi họ, đừng suy từ tính cách | | Phần thưởng gần nhất bạn trao có khớp với người nhận không | | | Có ai trong đội đang tìm ý nghĩa mà chưa có kênh nào để theo đuổi không | |

Và điều mà việc mời Cheryl vào một hội đồng công ty làm được, ngoài việc khiến cô hạnh phúc hơn: nó chuyển nguồn năng lượng đang gây căng thẳng trong các cuộc họp kỹ thuật sang đúng nơi mà nó tạo ra giá trị — và cả đội đều được lợi từ điều đó.