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

Tìm thấy 718 câu.

Câu 121 Process

As the project manager for Oliver Logistics, Dave knows his latest project is running behind schedule. With management's approval, he's decided to fast-track the critical path. This process adds more of what? (Choose the best answer.)

  1. A Documentation
  2. B Cost
  3. C Risk
  4. D Time
Xem giải thích

Đáp án

C — RỦI RO (risk).

Vì sao đúng

⚠ Vì sao fast-tracking làm tăng rủi ro: | Cơ chế | Nội dung | |---|---| | ⚠ Fast-tracking = cho các việc vốn TUẦN TỰ chạy CHỒNG LẤN | ⚠ bắt đầu việc sau khi việc trước chưa xong | | ⚠ Việc sau dựa trên thông tin CHƯA HOÀN CHỈNH | ⚠ nguồn gốc của rủi ro | | ⚠ Nếu việc trước đổi kết quả thì việc sau phải LÀM LẠI | ⚠ liên hệ #26525 lô 195 — chi phí hỏng hóc nội bộ | | ⚠ Phối hợp phức tạp hơn hẳn | ⚠ nhiều việc chạy song song, nhiều điểm giao | | ⚠ KHÔNG tốn thêm tiền trực tiếp | ⚠ đó là điểm phân biệt với crashing | | ⚠ Kết luận | ⚠ fast-tracking mua thời gian bằng RỦI RO, crashing mua thời gian bằng TIỀN |

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

  • B (CHI PHÍ) — ⚠ phương án gây nhiễu mạnh nhất vì ⚠ rút ngắn tiến độ trong đầu ai cũng gắn với việc tốn thêm tiền, và fast-tracking QUẢ THẬT có thể làm tăng chi phí gián tiếp qua việc làm lại: ⚠ nhưng ⚠ kỹ thuật làm TĂNG CHI PHÍ TRỰC TIẾP là CRASHING, không phải fast-tracking ⚠ — ⚠ đề hỏi "đáp án ĐÚNG NHẤT", và cặp đối lập kinh điển là fast-tracking ↔ rủi ro, crashing ↔ chi phí; ⚠ liên hệ #26454 lô 194 với bảng phân biệt đầy đủ.

  • D (THỜI GIAN) — ⚠ NGƯỢC DẤU: ⚠ fast-tracking giảm thời gian, đó là toàn bộ mục đích của nó.

  • A (TÀI LIỆU) — ⚠ không phải hệ quả đặc trưng; ⚠ có thể phát sinh thêm yêu cầu thay đổi, nhưng đó không phải điều kỹ thuật này "thêm vào".

Ghi nhớ

⚠ Đối chiếu: ⚠ #26454 lô 194 (bài toán chọn giữa crashing và fast-tracking — bảng phân biệt đầy đủ), ⚠ #26465 lô 194 (logic mềm — chỉ phụ thuộc TUỲ Ý mới fast-track được), ⚠ #26545 cùng lô (đường găng và dự trữ), ⚠ #26525 lô 195 (chi phí làm lại), ⚠ #26559 cùng lô (dự án vừa chậm vừa vượt chi).

⚠ HAI KỸ THUẬT NÉN TIẾN ĐỘ — bảng phân biệt: | | Fast-tracking | Crashing | |---|---|---| | ⚠ Làm gì | ⚠ cho việc tuần tự chạy chồng lấn | ⚠ thêm nguồn lực vào đường găng | | ⚠ Thêm cái gì | ⚠ RỦI RO — câu này | ⚠ CHI PHÍ | | ⚠ Có tốn thêm tiền không | ⚠ không trực tiếp | ⚠ có, luôn luôn | | ⚠ Điều kiện áp dụng | ⚠ phụ thuộc phải là TUỲ Ý (logic mềm) | ⚠ công việc phải chia nhỏ được cho nhiều người | | ⚠ Rủi ro chính | ⚠ phải làm lại khi việc trước đổi | ⚠ thêm người làm chậm lại — định luật Brooks | | ⚠ Áp lên | ⚠ chỉ ĐƯỜNG GĂNG | ⚠ chỉ ĐƯỜNG GĂNG | | ⚠ Cách nhớ | ⚠ fast-track = đi tắt qua rừng, nhanh nhưng dễ lạc; crash = thuê thêm người dọn đường, chắc chắn nhưng tốn tiền | |

⚠ Ví dụ cụ thể của fast-tracking và rủi ro của nó: | Ví dụ | Rủi ro phát sinh | |---|---| | ⚠ Bắt đầu XÂY khi thiết kế mới xong 80% | ⚠ 20% thiết kế còn lại có thể buộc đập bỏ phần đã xây | | ⚠ Viết mã khi yêu cầu chưa chốt | ⚠ làm lại toàn bộ nếu yêu cầu đổi | | ⚠ Đặt vật tư trước khi hoàn tất bản vẽ | ⚠ mua nhầm quy cách — liên hệ #26556 cùng lô | | ⚠ Đào tạo người dùng trước khi tính năng xong | ⚠ phải đào tạo lại | | ⚠ Điểm chung | ⚠ mọi trường hợp fast-tracking đều là một CANH BẠC rằng việc phía trước sẽ không đổi — và đó chính là định nghĩa của việc nhận thêm rủi ro |

⚠ Việc Dave phải làm khi đã quyết fast-track: | Việc | Nội dung | |---|---| | ⚠ Ghi các rủi ro mới vào sổ đăng ký | ⚠ fast-tracking sinh rủi ro cụ thể, phải nhận diện được | | ⚠ Đặt TÁC NHÂN KÍCH HOẠT cho từng rủi ro | ⚠ liên hệ #26551 cùng lô | | ⚠ Tăng tần suất phối hợp giữa các việc chồng lấn | ⚠ đây là nơi rủi ro thật sự nằm | | ⚠ Chuẩn bị dự phòng cho việc phải làm lại | | | ⚠ Báo bên liên quan rằng đánh đổi này đã được chấp nhận | ⚠ đề nói lãnh đạo đã duyệt — tốt, nhưng họ có hiểu mình duyệt cái gì không | | ⚠ Điều tệ nhất có thể xảy ra | ⚠ fast-track thành công về tiến độ nhưng phát sinh làm lại lớn, và cuối cùng dự án vừa trễ vừa vượt chi — đúng tình huống của #26559 cùng lô |

Từ khoá nhận diện:

"fast-tracking" → ⚠ thêm RỦI RO, không thêm chi phí trực tiếp "crashing" → ⚠ thêm CHI PHÍ "giảm thời gian" → ⚠ là MỤC ĐÍCH của cả hai, không phải thứ được "thêm vào" "chỉ áp lên đường găng" → ⚠ đúng với cả hai kỹ thuật

Ba việc kiểm chứng: | Việc | Cách | |---|---| | Bạn đang chồng lấn những việc nào | ⚠ và nếu việc trước đổi thì việc sau mất bao nhiêu công làm lại | | Phụ thuộc bạn định bỏ là cứng hay mềm | ⚠ cứng thì không fast-track được — liên hệ #26465 lô 194 | | Rủi ro do fast-tracking sinh ra có nằm trong sổ không | |

Và điều mà mọi quyết định fast-track cần được ghi lại kèm theo: rằng chúng ta đã chọn đổi sự chắc chắn lấy thời gian — vì sáu tháng sau, khi phải làm lại một phần việc, sẽ không ai còn nhớ rằng đó là cái giá đã được duyệt từ đầu.

Câu 122 Process
You are the project manager of an IT implementation project for your organization. This project has replaced all of the servers in your company and 750 workstations with new laptops. Throughout the project, there have been risks that have become issues. For example, when migrating the data to a new server, a hard disk failure caused a delay for the backup and restoration of data which affected the workforce accessing their data after your weekend installation. Today, your project sponsor has asked that you send him a list of secondary risks for your project. What will you send him?
  1. A A list of warning signs of a risk's occurrence.
  2. B A list of risks that remain after the team has planned risk responses.
  3. C A list of risks created by the implementation of enacted risk responses.
  4. D A list of actions performed if the initial risk responses do not work.
Xem giải thích

Đáp án

C — Danh sách các rủi ro được TẠO RA BỞI CHÍNH VIỆC THỰC HIỆN các ứng phó rủi ro đã ban hành.

Vì sao đúng

⚠ Định nghĩa RỦI RO THỨ CẤP: | Đặc điểm | Nội dung | |---|---| | ⚠ Là rủi ro MỚI HOÀN TOÀN | ⚠ không phải phần còn lại của rủi ro cũ | | ⚠ Do chính HÀNH ĐỘNG ỨNG PHÓ sinh ra | ⚠ quan hệ nhân quả rõ ràng | | ⚠ Được nhận diện khi LẬP KẾ HOẠCH ứng phó | ⚠ không phải sau khi ứng phó đã chạy | | ⚠ Cần được ghi vào sổ đăng ký rủi ro như mọi rủi ro khác | ⚠ có chủ sở hữu, có ứng phó riêng | | ⚠ Ví dụ điển hình | ⚠ thuê nhà thầu ngoài để giảm rủi ro tiến độ → sinh rủi ro rò rỉ thông tin; đó là rủi ro thứ cấp |

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

  • B (danh sách rủi ro CÒN LẠI sau khi đội đã lập kế hoạch ứng phó) — ⚠ phương án gây nhiễu mạnh nhất vì ⚠ đây là định nghĩa của RỦI RO TỒN DƯ, và hai khái niệm luôn được dạy cạnh nhau: ⚠ nhưng ⚠ tồn dư là PHẦN CÒN LẠI của rủi ro CŨ, thứ cấp là một rủi ro MỚI có tên khác ⚠ — ⚠ so sánh trực tiếp với #26462 lô 194, nơi bốn ngày trễ và 5.000 đô còn lại sau khi ứng phó chính là rủi ro tồn dư; ⚠ hai câu này tạo thành một cặp hoàn chỉnh.

  • A (danh sách dấu hiệu cảnh báo rủi ro sắp xảy ra) — ⚠ đó là TÁC NHÂN KÍCH HOẠT; ⚠ liên hệ #26551 cùng lô.

  • D (danh sách hành động thực hiện nếu ứng phó ban đầu không hiệu quả) — ⚠ đó là KẾ HOẠCH DỰ PHÒNG (fallback plan); ⚠ một khái niệm thứ tư trong cùng họ.

⚠ Bốn phương án của câu này chính là BỐN KHÁI NIỆM khác nhau trong quản lý rủi ro ⚠ — ⚠ đây là một câu hỏi định nghĩa rất chặt chẽ, và là dịp tốt để chốt lại cả bốn cùng lúc.

Ghi nhớ

⚠ Đối chiếu: ⚠ #26462 lô 194 (rủi ro tồn dư — câu song sinh), ⚠ #26551 cùng lô (tác nhân kích hoạt), ⚠ #26536 cùng lô (chủ sở hữu rủi ro), ⚠ #26494 lô 195 (năm chiến lược ứng phó), ⚠ #26548 cùng lô (dự phòng bất trắc).

⚠ BỐN KHÁI NIỆM trong họ rủi ro — bảng chốt: | Khái niệm | Định nghĩa | Ví dụ | |---|---|---| | ⚠ RỦI RO THỨ CẤP | ⚠ rủi ro MỚI do việc thực hiện ứng phó sinh ra | ⚠ thuê ngoài để kịp hạn → rủi ro bảo mật; CÂU NÀY | | ⚠ RỦI RO TỒN DƯ | ⚠ phần rủi ro CÒN LẠI sau khi đã ứng phó | ⚠ đã giảm nhẹ nhưng vẫn trễ 4 ngày — #26462 lô 194 | | ⚠ TÁC NHÂN KÍCH HOẠT | ⚠ dấu hiệu cảnh báo rủi ro sắp xảy ra | ⚠ nhà cung cấp trễ hai lô liên tiếp — #26551 cùng lô | | ⚠ KẾ HOẠCH DỰ PHÒNG (fallback) | ⚠ phương án B nếu ứng phó chính thất bại | ⚠ nếu nhà cung cấp mới cũng trễ thì chuyển sang tự sản xuất | | ⚠ Cách nhớ gọn | ⚠ thứ cấp = rủi ro MỚI; tồn dư = phần CÒN LẠI của cái cũ; tác nhân = dấu hiệu CẢNH BÁO; dự phòng = kế hoạch B | |

⚠ Tình huống trong đề — phân loại từng thứ: | Sự việc | Phân loại | |---|---| | ⚠ Ổ cứng hỏng khi di chuyển dữ liệu | ⚠ một RỦI RO đã xảy ra → trở thành VẤN ĐỀ | | ⚠ Nhân viên không truy cập được dữ liệu sau cuối tuần | ⚠ TÁC ĐỘNG của vấn đề đó | | ⚠ Nếu việc sao lưu khẩn cấp làm lộ dữ liệu ra môi trường kém an toàn | ⚠ đó sẽ là RỦI RO THỨ CẤP | | ⚠ Nếu sau khi khôi phục vẫn mất một phần dữ liệu | ⚠ đó là RỦI RO TỒN DƯ | | ⚠ Nhận xét | ⚠ cùng một sự cố sinh ra cả bốn loại khái niệm — đó là lý do phải phân biệt rạch ròi, vì mỗi loại được ghi ở một chỗ khác nhau và được xử lý theo cách khác nhau |

⚠ Vì sao nhà tài trợ hỏi riêng về RỦI RO THỨ CẤP: | Lý do | Nội dung | |---|---| | ⚠ Chúng là loại rủi ro DỄ BỊ BỎ SÓT nhất | ⚠ vì đội đang tập trung vào việc chữa rủi ro gốc | | ⚠ Chúng cho thấy đội có suy nghĩ ĐỦ SÂU về ứng phó hay không | ⚠ một kế hoạch ứng phó không kèm rủi ro thứ cấp thường là kế hoạch chưa được nghĩ tới nơi | | ⚠ Chúng ảnh hưởng tới mức dự phòng cần giữ | ⚠ liên hệ #26548 cùng lô | | ⚠ Câu hỏi thật của nhà tài trợ | ⚠ "khi chúng ta chữa các vấn đề, chúng ta có đang tạo ra vấn đề mới không?" — và với một dự án thay toàn bộ máy chủ và 750 máy trạm, đó là một câu hỏi rất đáng hỏi |

Từ khoá nhận diện:

"rủi ro do chính ứng phó sinh ra" → ⚠ RỦI RO THỨ CẤP "rủi ro còn lại sau khi ứng phó" → ⚠ rủi ro tồn dư — #26462 lô 194 "dấu hiệu cảnh báo" → ⚠ tác nhân kích hoạt — #26551 cùng lô "làm gì nếu ứng phó không hiệu quả" → ⚠ kế hoạch dự phòng (fallback)

Ba việc kiểm chứng: | Việc | Cách | |---|---| | Sổ rủi ro của bạn có mục rủi ro thứ cấp không | | | Ứng phó gần nhất của bạn có sinh ra rủi ro mới nào không | ⚠ gần như luôn có, chỉ là ít ai ghi lại | | Bạn có kế hoạch dự phòng cho các ứng phó quan trọng không | |

Và câu hỏi ngắn nên hỏi sau mỗi kế hoạch ứng phó rủi ro: "nếu chúng ta làm đúng điều này, cái gì mới có thể hỏng?" — vì phần lớn các bất ngờ khó chịu nhất trong dự án không đến từ rủi ro ta bỏ qua, mà đến từ cách ta xử lý những rủi ro ta đã thấy.

Câu 123 Process
Your organization took on a substantial project, knowing the project's components are outside of the core business and specialty. As a project manager, you enlisted your procurement department for their expertise and awarded the specialty tasks to a vendor for completion through a contract on a time-and-materials (T&M) basis. Based on the agreed-upon terms, the initial contract amount was $50,000 over six months. However, when the project was completed, the total contract value was $150,000 over 18 months. Looking back, what mechanism could you, as a PM, have suggested in preventing this unlimited cost growth and schedule change?
  1. A Use of a fixed-price contract.
  2. B A service level agreement.
  3. C Imposing a penalty based on impact (cost, timeline).
  4. D Placing a Price, Threshold, and Schedule Restriction on the T&M contract.
Xem giải thích

Đáp án

D — Đặt TRẦN GIÁ, NGƯỠNG và GIỚI HẠN THỜI GIAN vào chính hợp đồng thời gian và vật tư (T&M).

Vì sao đúng

⚠ Vì sao đây là cơ chế đúng: | Lý do | Nội dung | |---|---| | ⚠ T&M vốn KHÔNG có giới hạn tự thân | ⚠ trả theo giờ và vật tư thực tế, càng lâu càng nhiều tiền | | ⚠ Hợp đồng đi từ 50.000 đô/6 tháng lên 150.000 đô/18 tháng | ⚠ gấp ba cả về tiền lẫn thời gian — đúng hậu quả của việc thiếu trần | | ⚠ Trần giá (not-to-exceed) chặn chi phí tăng vô hạn | | | ⚠ Giới hạn thời gian chặn hợp đồng kéo dài mãi | | | ⚠ Ngưỡng buộc phải rà soát và phê duyệt lại khi đạt mốc | ⚠ cảnh báo sớm thay vì phát hiện khi đã muộn | | ⚠ Kết luận | ⚠ giữ được tính linh hoạt của T&M mà vẫn có kiểm soát — đây là cách dùng T&M đúng chuẩn |

⚠ Điểm mấu chốt: ⚠ PMBOK nói rõ hợp đồng T&M NÊN có điều khoản trần giá và giới hạn thời gian ⚠ — ⚠ không có chúng thì T&M là loại hợp đồng rủi ro nhất cho người mua.

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

  • A (dùng hợp đồng GIÁ CỐ ĐỊNH) — ⚠ phương án gây nhiễu mạnh nhất vì ⚠ giá cố định thật sự chặn được chi phí tăng và đẩy rủi ro sang người bán, nghe như giải pháp triệt để: ⚠ nhưng ⚠ đề nói rõ công việc NẰM NGOÀI chuyên môn cốt lõi của tổ chức ⚠ — khi phạm vi chưa xác định rõ, giá cố định hoặc là không ai nhận, hoặc nhà cung cấp cộng một khoản dự phòng khổng lồ; ⚠ liên hệ #26558 cùng lô — mức độ rõ ràng của phạm vi mới là thứ quyết định loại hợp đồng.

  • C (áp dụng phạt dựa trên tác động về chi phí và thời gian) — ⚠ là biện pháp SAU KHI đã sai; ⚠ phạt không ngăn chi phí phát sinh, và với T&M thì nhà cung cấp cũng không cam kết gì để mà phạt.

  • B (thoả thuận mức dịch vụ — SLA) — ⚠ SLA quy định mức HIỆU SUẤT dịch vụ, không giới hạn TỔNG CHI PHÍ; ⚠ liên hệ #26533 cùng lô.

Ghi nhớ

⚠ Đối chiếu: ⚠ #26558 cùng lô (hợp đồng CPFF và bảng đầy đủ các loại hợp đồng), ⚠ #26533 cùng lô (SLA), ⚠ #26531 lô 195 (tài liệu mời thầu), ⚠ #26451 lô 194 (quản trị mua sắm theo ngưỡng), ⚠ #26509 lô 195 (dùng nhà thầu lấp khoảng trống kỹ năng).

⚠ HỢP ĐỒNG THỜI GIAN VÀ VẬT TƯ (T&M) — đặc điểm: | Khía cạnh | Nội dung | |---|---| | ⚠ Cơ chế | ⚠ trả theo đơn giá giờ công và vật tư thực tế sử dụng | | ⚠ Ưu điểm | ⚠ bắt đầu được ngay khi phạm vi chưa rõ; linh hoạt | | ⚠ Nhược điểm | ⚠ KHÔNG có giới hạn tự thân; rủi ro chi phí thuộc người mua | | ⚠ Nhà cung cấp có động lực tiết kiệm không | ⚠ KHÔNG — làm càng lâu càng nhiều tiền | | ⚠ Dùng khi | ⚠ bổ sung nhân lực, việc nhỏ, việc gấp, phạm vi chưa xác định | | ⚠ Bắt buộc phải có | ⚠ TRẦN GIÁ và GIỚI HẠN THỜI GIAN — đáp án của câu này | | ⚠ So sánh động lực | ⚠ CPFF nhà cung cấp TRUNG LẬP về chi phí (#26558 cùng lô); T&M nhà cung cấp có động lực NGƯỢC — đó là lý do T&M cần kiểm soát chặt hơn nữa |

⚠ Các cơ chế kiểm soát nên đưa vào hợp đồng T&M: | Cơ chế | Nội dung | |---|---| | ⚠ TRẦN GIÁ (not-to-exceed) | ⚠ vượt trần phải có phê duyệt mới, bằng văn bản | | ⚠ GIỚI HẠN THỜI GIAN | ⚠ hợp đồng hết hiệu lực vào một ngày cụ thể | | ⚠ NGƯỠNG cảnh báo | ⚠ đạt 50% và 80% trần thì phải rà soát lại | | ⚠ Trần số giờ theo tháng | ⚠ ngăn việc dồn giờ bất thường | | ⚠ Báo cáo giờ công chi tiết và quyền kiểm toán | ⚠ liên hệ #26479 lô 194 | | ⚠ Mốc bàn giao cụ thể gắn với thanh toán | ⚠ biến một phần T&M thành có kết quả đo được | | ⚠ Bài học chung | ⚠ T&M không xấu — nó là công cụ đúng cho phạm vi bất định; thứ sai trong tình huống này là dùng nó mà KHÔNG kèm cơ chế kiểm soát nào, và đó là lỗi của bên mua chứ không phải của loại hợp đồng |

⚠ Vì sao trách nhiệm thuộc về quản lý dự án chứ không chỉ phòng mua sắm: | Lý do | Nội dung | |---|---| | ⚠ Phòng mua sắm lo THỦ TỤC và ĐIỀU KHOẢN PHÁP LÝ | | | ⚠ Quản lý dự án hiểu PHẠM VI và biết mức nào là hợp lý | ⚠ họ mới đặt được con số trần | | ⚠ Quản lý dự án là người theo dõi chi tiêu thực tế | | | ⚠ Câu hỏi trong đề dùng chữ "nhìn lại" | ⚠ đây là một câu hỏi BÀI HỌC KINH NGHIỆM — và bài học đúng phải ghi vào tài sản quy trình tổ chức để hợp đồng T&M sau này có sẵn điều khoản trần; liên hệ #26511 lô 195 |

Từ khoá nhận diện:

"T&M vượt chi phí và kéo dài" → ⚠ thiếu TRẦN GIÁ, NGƯỠNG và GIỚI HẠN THỜI GIAN "chuyển sang giá cố định" → ⚠ không khả thi khi phạm vi chưa rõ "áp dụng phạt" → ⚠ phản ứng sau khi đã sai, không phòng ngừa được "SLA" → ⚠ quy định mức dịch vụ, không giới hạn tổng chi phí

Ba việc kiểm chứng: | Việc | Cách | |---|---| | Hợp đồng T&M của bạn có trần không | ⚠ không có thì đó là một tấm séc để trống | | Bạn có nhận báo cáo giờ công chi tiết không | | | Có ngưỡng nào buộc phải rà soát lại giữa chừng không | |

Và điều mà một hợp đồng gấp ba lần dự kiến hầu như luôn để lộ: không phải là nhà cung cấp làm sai, mà là không ai ở phía bên này đặt ra một con số mà khi chạm tới thì buộc phải dừng lại và nói chuyện.

Câu 124 Business Environment
Kim is the project manager for a local information technology organization in California. She has been tasked with the rollout of a 5G network in the city. The rollout is part of the country's initiative to produce a more incredible data transmission speed, lower latency rates, a more significant number of connected devices, and virtual networks. Within three months of commencing the project, news outlets report that the 5G network is not compatible with phone models developed before 2015. What should Kim do first in this situation?
  1. A Recommend terminating the project and maintain the status quo.
  2. B Notify the local community on social media.
  3. C Inform her team about actions they should take.
  4. D Assess and prioritize the impact on the 5G project's scope.
Xem giải thích

Đáp án

D — ĐÁNH GIÁ và XẾP ƯU TIÊN TÁC ĐỘNG của vấn đề lên PHẠM VI của dự án 5G.

Vì sao đúng

⚠ Vì sao đánh giá tác động là việc ĐẦU TIÊN: | Lý do | Nội dung | |---|---| | ⚠ Đề hỏi rõ "nên làm gì ĐẦU TIÊN" | ⚠ thứ tự là trọng tâm | | ⚠ Chưa biết mức độ ảnh hưởng thì không quyết được gì | ⚠ bao nhiêu người dùng máy trước 2015? bao nhiêu phần trăm thị trường? | | ⚠ Đây có thể là VẤN ĐỀ về phạm vi, hoặc chỉ là tin tức nhiễu | ⚠ phải phân định trước | | ⚠ Mọi phương án khác đều là HÀNH ĐỘNG dựa trên giả định | | | ⚠ Chẩn đoán trước, kê đơn sau | ⚠ nguyên tắc lặp lại khắp đề PMP | | ⚠ Kết luận | ⚠ và chữ "XẾP ƯU TIÊN" trong phương án cho thấy có nhiều tác động cần sắp thứ tự — đúng bản chất một vấn đề đa chiều |

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

  • C (thông báo cho đội về những hành động họ nên thực hiện) — ⚠ phương án gây nhiễu mạnh nhất vì ⚠ giao tiếp với đội là việc tốt và Kim đúng là phải làm điều đó: ⚠ nhưng ⚠ "những hành động họ NÊN THỰC HIỆN" giả định Kim đã biết phải làm gì ⚠ — cô chưa đánh giá tác động, nên chưa thể biết; ⚠ bảo đội hành động dựa trên một bản tin là cách nhanh nhất để lãng phí công sức vào việc có thể không cần thiết.

  • B (thông báo cho cộng đồng địa phương trên mạng xã hội) — ⚠ truyền thông ra bên ngoài trước khi hiểu vấn đề; ⚠ và đây thường không phải thẩm quyền của quản lý dự án — liên hệ #26540 cùng lô về thông điệp thống nhất.

  • A (đề nghị dừng dự án và giữ nguyên hiện trạng) — ⚠ phản ứng cực đoan nhất; ⚠ dự án 5G phục vụ sáng kiến quốc gia, và vấn đề tương thích với máy đời cũ là điều được dự đoán trước trong mọi thế hệ công nghệ mới.

Ghi nhớ

⚠ Đối chiếu: ⚠ #26539 cùng lô (rà soát kế hoạch trước khi hành động), ⚠ #26552 cùng lô (xác định tác động lên vòng lặp), ⚠ #26480 lô 194 (theo dõi rủi ro bên ngoài chưa thành hình), ⚠ #26518 lô 195 (tin từ bên ngoài ảnh hưởng tới dự án), ⚠ #26484 lô 195 (xếp ưu tiên vấn đề theo mức nghiêm trọng).

⚠ Trình tự đầy đủ cho Kim: | Bước | Nội dung | |---|---| | ⚠ 1. ĐÁNH GIÁ TÁC ĐỘNG lên phạm vi, tiến độ, chi phí, chất lượng | ⚠ đáp án — có bao nhiêu người dùng bị ảnh hưởng, có nằm trong phạm vi cam kết không | | ⚠ 2. XÁC ĐỊNH đây là VẤN ĐỀ hay chỉ là nhận thức sai từ báo chí | ⚠ liên hệ #26394/#26396 lô 193 | | ⚠ 3. Ghi vào sổ vấn đề, giao chủ sở hữu | ⚠ liên hệ #26498 lô 195 | | ⚠ 4. Trao đổi với đội và chuyên gia kỹ thuật | ⚠ phương án C thuộc bước này | | ⚠ 5. Báo cáo nhà tài trợ và bên liên quan chính | | | ⚠ 6. Nếu cần đổi phạm vi thì nộp YÊU CẦU THAY ĐỔI | ⚠ liên hệ #26524 lô 195 | | ⚠ 7. Phối hợp truyền thông đối ngoại với bộ phận phụ trách | ⚠ phương án B thuộc bước này, và không do Kim tự làm | | ⚠ Nhận xét | ⚠ cả bốn phương án đều xuất hiện đâu đó trong trình tự này — đề chỉ kiểm tra bạn có biết cái nào đứng đầu hay không |

⚠ Vì sao đây có thể KHÔNG phải vấn đề phạm vi: | Lập luận | Nội dung | |---|---| | ⚠ Máy trước 2015 không hỗ trợ 5G là điều HIỂN NHIÊN về kỹ thuật | ⚠ 5G ra sau, phần cứng cũ không có chip tương ứng | | ⚠ Điều này gần như chắc chắn đã nằm trong giả định của dự án | ⚠ liên hệ #26495 lô 195 — nhật ký giả định | | ⚠ Vậy có thể đây là vấn đề TRUYỀN THÔNG và KỲ VỌNG, không phải vấn đề kỹ thuật | | | ⚠ Vì sao điều này càng ủng hộ đáp án | ⚠ chính vì có khả năng đây không phải vấn đề thật, việc ĐÁNH GIÁ trước khi hành động lại càng đúng — dừng dự án hay thông báo rộng rãi vì một chuyện đã được biết từ đầu sẽ là phản ứng thái quá rất tốn kém |

⚠ Khi báo chí đưa tin về dự án của bạn: | Việc nên làm | Việc KHÔNG nên làm | |---|---| | ⚠ Kiểm chứng thông tin từ nguồn kỹ thuật | ⚠ phản ứng ngay theo bản tin | | ⚠ Đánh giá tác động thật lên dự án | ⚠ giả định báo chí hiểu đúng | | ⚠ Phối hợp với bộ phận truyền thông | ⚠ tự phát ngôn trên mạng xã hội | | ⚠ Báo nhà tài trợ sớm | ⚠ im lặng chờ xem | | ⚠ Nguyên tắc | ⚠ thông tin từ bên ngoài là ĐẦU VÀO để đánh giá, không phải MỆNH LỆNH để hành động — liên hệ #26518 lô 195, nơi thông tin công khai được báo lên nhà tài trợ chứ không được tự xử lý |

Từ khoá nhận diện:

"nên làm gì ĐẦU TIÊN khi có tin bất lợi" → ⚠ ĐÁNH GIÁ và XẾP ƯU TIÊN TÁC ĐỘNG "bảo đội hành động" → ⚠ giả định đã biết phải làm gì "thông báo ra công chúng" → ⚠ không phải thẩm quyền quản lý dự án, và quá sớm "dừng dự án" → ⚠ cực đoan, gần như không bao giờ là bước đầu tiên

Ba việc kiểm chứng: | Việc | Cách | |---|---| | Khi có tin bất lợi, phản xạ đầu tiên của bạn là gì | ⚠ đánh giá hay hành động | | Bạn có nhật ký giả định để đối chiếu không | ⚠ rất nhiều "vấn đề mới" thực ra đã nằm trong giả định từ đầu | | Ai được phát ngôn về dự án của bạn ra bên ngoài | |

Và điều mà một bản tin thời sự về dự án của bạn thường đo được chính xác hơn cả: không phải chất lượng dự án, mà là khoảng cách giữa những gì dự án hứa và những gì công chúng nghĩ nó hứa — và khoảng cách đó được thu hẹp bằng truyền thông, không bằng kỹ thuật.

Câu 125 People
You are the project manager for the JKL Project and management has assigned you to a hybrid environment where the project team will work only on your project for the duration. They have asked that you empower the project team to work as they see fit but also to guide and coach the project team. What management theory states that people can direct their own efforts?
  1. A Maslow's Hierarchy
  2. B Theory X
  3. C Theory Y
  4. D Parkinson's Law
Xem giải thích

Đáp án

C — THUYẾT Y (Theory Y).

Vì sao đúng

⚠ Vì sao Thuyết Y khớp với tình huống: | Dấu hiệu trong đề | Ý nghĩa | |---|---| | ⚠ Lãnh đạo yêu cầu TRAO QUYỀN cho đội làm theo cách họ thấy phù hợp | ⚠ giả định con người tự định hướng được | | ⚠ Vai trò của quản lý dự án là HƯỚNG DẪN và KÈM CẶP | ⚠ không phải kiểm soát và ra lệnh | | ⚠ Đội làm TOÀN THỜI GIAN cho dự án | ⚠ có sự gắn bó và trách nhiệm rõ ràng | | ⚠ Thuyết Y: con người coi công việc là tự nhiên, tự chịu trách nhiệm, tự kiểm soát | ⚠ đúng định nghĩa mà câu hỏi hỏi | | ⚠ Kết luận | ⚠ học thuyết duy nhất trong bốn phương án nói về khả năng TỰ ĐỊNH HƯỚNG của con người |

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

  • B (THUYẾT X) — ⚠ phương án gây nhiễu mạnh nhất vì ⚠ X và Y luôn đi cặp và rất dễ đảo nhầm chữ cái: ⚠ nhưng ⚠ Thuyết X là NGƯỢC LẠI hoàn toàn ⚠ — nó giả định con người lười, né tránh trách nhiệm, cần bị giám sát và thúc ép; ⚠ mẹo nhớ: Y như trong chữ "Yes, they can" — tin vào con người; X là gạch chéo, phủ nhận.

  • A (THÁP NHU CẦU MASLOW) — ⚠ là học thuyết về ĐỘNG LỰC theo tầng nhu cầu: ⚠ sinh lý → an toàn → xã hội → được tôn trọng → tự thể hiện; ⚠ nó không nói về việc con người có tự định hướng được hay không.

  • D (ĐỊNH LUẬT PARKINSON) — ⚠ "công việc nở ra để lấp đầy thời gian được cấp"; ⚠ một quan sát về quản lý thời gian, không phải học thuyết về bản chất con người.

Ghi nhớ

⚠ Đối chiếu: ⚠ #26460 lô 194 (mô hình SCARF — Autonomy), ⚠ #26475 lô 194 (lãnh đạo phục vụ), ⚠ #26553 cùng lô (đội tự đặt quy tắc), ⚠ #26569 cùng lô (quyết định trong agile), ⚠ #26534 cùng lô (động lực và khen thưởng).

⚠ THUYẾT X và THUYẾT Y của Douglas McGregor: | | Thuyết X | Thuyết Y | |---|---|---| | ⚠ Giả định về con người | ⚠ lười, tránh việc, không thích trách nhiệm | ⚠ coi việc là tự nhiên, tự chịu trách nhiệm | | ⚠ Động lực đến từ | ⚠ thưởng phạt bên ngoài | ⚠ bên trong: thành tựu, ý nghĩa, phát triển | | ⚠ Phong cách quản lý | ⚠ giám sát chặt, chỉ đạo chi tiết | ⚠ trao quyền, kèm cặp, hỗ trợ | | ⚠ Cấu trúc phù hợp | ⚠ phân cấp, nhiều tầng kiểm soát | ⚠ phẳng, đội tự tổ chức | | ⚠ Trong đề này | | ⚠ đúng những gì lãnh đạo yêu cầu | | ⚠ Ghi chú công bằng | ⚠ McGregor không nói Thuyết X luôn sai — ông nói rằng NIỀM TIN của người quản lý tạo ra hành vi tương ứng ở nhân viên; quản lý theo X thì người ta hành xử như X, và điều đó lại xác nhận niềm tin ban đầu | |

⚠ CÁC HỌC THUYẾT ĐỘNG LỰC hay gặp trong đề PMP: | Học thuyết | Nội dung cốt lõi | |---|---| | ⚠ THUYẾT X / Y — McGregor | ⚠ hai giả định trái ngược về bản chất con người — câu này | | ⚠ THÁP NHU CẦU — Maslow | ⚠ năm tầng, phải thoả tầng dưới mới lên tầng trên | | ⚠ HAI YẾU TỐ — Herzberg | ⚠ yếu tố DUY TRÌ (lương, điều kiện) ngăn bất mãn; yếu tố ĐỘNG VIÊN (thành tựu, công nhận) tạo hài lòng | | ⚠ BA NHU CẦU — McClelland | ⚠ thành tựu, quyền lực, liên kết | | ⚠ KỲ VỌNG — Vroom | ⚠ người ta nỗ lực khi tin rằng nỗ lực dẫn tới kết quả và kết quả dẫn tới phần thưởng có giá trị | | ⚠ THUYẾT Z — Ouchi | ⚠ việc làm ổn định lâu dài tạo ra lòng trung thành và năng suất | | ⚠ Mẹo phân biệt nhanh | ⚠ X/Y nói về NIỀM TIN của người quản lý; Maslow và Herzberg nói về CÁI GÌ tạo động lực; Vroom nói về CƠ CHẾ tạo động lực | |

⚠ Thuyết Y trong thực hành quản lý dự án: | Biểu hiện | Nội dung | |---|---| | ⚠ Giao KẾT QUẢ, không giao từng bước | | | ⚠ Để đội tự quyết cách làm | ⚠ liên hệ #26542 cùng lô — chủ sản phẩm nói CÁI GÌ, đội nói THẾ NÀO | | ⚠ Kèm cặp thay vì kiểm tra | | | ⚠ Tạo an toàn tâm lý để người ta dám thử và dám sai | ⚠ liên hệ #26537 cùng lô | | ⚠ Là nền tảng triết học của agile và lãnh đạo phục vụ | | | ⚠ Điều kiện để Thuyết Y hoạt động | ⚠ đội phải có NĂNG LỰC và THÔNG TIN đủ để tự định hướng — trao quyền cho một đội chưa đủ năng lực không phải là Thuyết Y, đó là bỏ mặc; liên hệ #26546 cùng lô |

Từ khoá nhận diện:

"con người tự định hướng nỗ lực của mình" → ⚠ THUYẾT Y "con người lười, cần giám sát và thúc ép" → ⚠ Thuyết X "năm tầng nhu cầu" → ⚠ Maslow "công việc nở ra lấp đầy thời gian được cấp" → ⚠ định luật Parkinson

Ba việc kiểm chứng: | Việc | Cách | |---|---| | Bạn giao việc bằng kết quả hay bằng danh sách bước | | | Bạn kiểm tra tiến độ bao lâu một lần, và vì sao lại là tần suất đó | | | Đội bạn có đủ thông tin để tự quyết không | ⚠ thiếu thông tin thì trao quyền chỉ tạo ra lo lắng |

Và điều mà McGregor phát hiện ra và vẫn còn đúng sau hơn sáu mươi năm: cách bạn tin về người khác không chỉ mô tả họ — nó tạo ra họ, vì người bị giám sát chặt sẽ ngừng suy nghĩ, và điều đó lại chứng minh rằng họ cần được giám sát.

Câu 126 People
Nicola, a new project manager, inherits a problem when she joins a team. Namely, the product they are designing is becoming too complicated due to the number of new features requested by the stakeholders on behalf of the user community. Nicola assesses the product and concludes that it is not one but two products. She outlines the different use cases for each project by thinking about them in terms of the users' goals rather than her company's expectations and imagining how the products could be marketed separately. Which personality indicator is the project manager displaying?
  1. A Creative
  2. B Courteous
  3. C Systemic
  4. D Managerial
Xem giải thích

Đáp án

A — SÁNG TẠO (Creative).

Vì sao đúng

⚠ Vì sao đây là biểu hiện của tính cách sáng tạo: | Hành vi của Nicola | Ý nghĩa | |---|---| | ⚠ Nhận ra đây KHÔNG PHẢI một mà là HAI sản phẩm | ⚠ định hình lại vấn đề, không chỉ giải bài toán được giao | | ⚠ Nghĩ theo MỤC TIÊU CỦA NGƯỜI DÙNG thay vì kỳ vọng công ty | ⚠ đổi khung tham chiếu | | ⚠ Hình dung cách tiếp thị hai sản phẩm riêng biệt | ⚠ tư duy tưởng tượng, vượt khỏi phạm vi kỹ thuật | | ⚠ Đưa ra một phương án chưa ai trong đội nghĩ tới | | | ⚠ Kết luận | ⚠ cô không xử lý danh sách yêu cầu — cô nhìn ra rằng bản thân cách đặt vấn đề đang sai |

⚠ Điểm cốt lõi: ⚠ sáng tạo trong quản lý dự án hiếm khi là "nghĩ ra ý tưởng mới lạ" — nó thường là ĐỊNH HÌNH LẠI VẤN ĐỀ theo một cách khiến giải pháp trở nên hiển nhiên.

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

  • C ("systemic" — hệ thống) — ⚠ phương án gây nhiễu mạnh nhất vì ⚠ việc nhìn sản phẩm như một tổng thể rồi tách thành hai nghe rất giống TƯ DUY HỆ THỐNG: ⚠ nhưng ⚠ tư duy hệ thống là nhìn các phần LIÊN KẾT với nhau và ảnh hưởng lẫn nhau như thế nào ⚠ — còn Nicola làm điều ngược lại: cô TÁCH RỜI chúng ra dựa trên một khung tham chiếu mới; ⚠ và "systemic" không phải một chỉ số tính cách chuẩn trong bộ khái niệm này.

  • B (LỊCH THIỆP — courteous) — ⚠ là phẩm chất về cách ứng xử với người khác; ⚠ đề không mô tả tương tác nào.

  • D (QUẢN LÝ — managerial) — ⚠ là phẩm chất về tổ chức, điều phối, kiểm soát; ⚠ đề mô tả một hành động phân tích và tưởng tượng, không phải điều hành.

Ghi nhớ

⚠ Đối chiếu: ⚠ #26387 lô 193 (chỉ số tính cách), ⚠ #26365 lô 192 (chỉ số tính cách cảm xúc), ⚠ #26447 lô 194 (đa dạng góc nhìn), ⚠ #26473 lô 194 (tỉa cây sản phẩm — công cụ cấu trúc hoá tính năng), ⚠ #26542 cùng lô (kết hợp nhiều phương án).

⚠ CÁC CHỈ SỐ TÍNH CÁCH mà PMBOK nhắc tới: | Chỉ số | Biểu hiện | |---|---| | ⚠ SÁNG TẠO (creative) | ⚠ nhìn vấn đề theo khung mới, tưởng tượng phương án chưa ai nêu — câu này | | ⚠ HƯỚNG NGOẠI / HƯỚNG NỘI | ⚠ lấy năng lượng từ tương tác hay từ suy ngẫm — liên hệ #26403 lô 193 | | ⚠ QUẢN LÝ (managerial) | ⚠ tổ chức, điều phối, kiểm soát | | ⚠ CHÍNH TRỰC (integrity) | ⚠ trung thực, giữ lời | | ⚠ LỊCH THIỆP (courteous) | ⚠ tôn trọng người khác trong ứng xử | | ⚠ CẢM XÚC (emotional) | ⚠ nhận biết và điều tiết cảm xúc — liên hệ #26365 lô 192 | | ⚠ CHÍNH TRỊ (political) | ⚠ hiểu và điều hướng quan hệ quyền lực trong tổ chức | | ⚠ Vì sao PMI quan tâm | ⚠ quản lý dự án cần một tổ hợp phẩm chất chứ không phải một phẩm chất trội — và biết mình mạnh yếu ở đâu là bước đầu để bù đắp bằng người khác trong đội | |

⚠ Vì sao TÁCH THÀNH HAI SẢN PHẨM là một giải pháp tốt: | Lợi ích | Nội dung | |---|---| | ⚠ Mỗi sản phẩm có mục tiêu người dùng RÕ RÀNG | ⚠ thay vì một sản phẩm cố phục vụ mọi người | | ⚠ Phạm vi mỗi phần nhỏ hơn, dễ quản hơn | | | ⚠ Có thể giao sớm một sản phẩm thay vì chờ cả hai | ⚠ giá trị tới tay người dùng nhanh hơn | | ⚠ Giải quyết được vấn đề gốc: quá nhiều tính năng bị nhồi vào | ⚠ liên hệ #26497 lô 195 — độn phạm vi từ bên liên quan | | ⚠ Nhưng phải cẩn thận | ⚠ đây là một thay đổi PHẠM VI lớn, phải đi qua kiểm soát thay đổi và cần sự đồng thuận của bên liên quan — sáng tạo không miễn trừ cho quy trình; liên hệ #26524 lô 195 |

⚠ Cách nuôi dưỡng tư duy sáng tạo trong đội: | Cách | Nội dung | |---|---| | ⚠ Hỏi "vấn đề thật ở đây là gì" trước khi hỏi "giải pháp là gì" | | | ⚠ Đổi góc nhìn: nhìn từ phía người dùng, không từ phía tổ chức | ⚠ đúng điều Nicola làm | | ⚠ Cho phép đề xuất ý tưởng mà không bị phán xét ngay | ⚠ liên hệ #26445 lô 194 — nhóm danh nghĩa | | ⚠ Dùng công cụ trực quan | ⚠ liên hệ #26473 lô 194 — tỉa cây sản phẩm | | ⚠ Tạo đội đa dạng nền tảng | ⚠ liên hệ #26447 lô 194 | | ⚠ Điều giết chết sáng tạo nhanh nhất | ⚠ áp lực phải có câu trả lời ngay và văn hoá phạt sai — người ta chỉ đề xuất ý tưởng khác thường khi biết rằng đề xuất một ý tưởng dở cũng an toàn |

Từ khoá nhận diện:

"định hình lại vấn đề, nghĩ theo mục tiêu người dùng, tưởng tượng phương án mới" → ⚠ SÁNG TẠO "nhìn các phần liên kết và ảnh hưởng lẫn nhau" → ⚠ tư duy hệ thống — khác với việc tách rời "tổ chức, điều phối, kiểm soát" → ⚠ phẩm chất quản lý "ứng xử tôn trọng" → ⚠ lịch thiệp

Ba việc kiểm chứng: | Việc | Cách | |---|---| | Khi nhận một yêu cầu, bạn có bao giờ hỏi lại vấn đề gốc là gì không | | | Sản phẩm của bạn có đang cố phục vụ hai nhóm người dùng khác nhau không | | | Ý tưởng khác thường trong đội bạn được đón nhận thế nào | |

Và điều mà Nicola làm được nhờ vừa mới đến: cô chưa quen với việc coi sản phẩm ấy là một thứ duy nhất — và đôi khi giá trị lớn nhất mà một người mới mang lại chính là việc họ chưa kịp học cách nhìn mọi thứ như những người đã ở đó lâu.

Câu 127 People
As an agile project leader, Mark’s role is not to be a project “dictator.” How are decisions made in agile projects?
  1. A Business partners are responsible for decision-making.
  2. B Collectively, stakeholders agree on and share decisions.
  3. C The member of management who has the most seniority makes the decisions.
  4. D Usually, it is the development team’s responsibility to make decisions.
Xem giải thích

Đáp án

B — Các bên liên quan CÙNG THỐNG NHẤT và CHIA SẺ quyết định.

Vì sao đúng

⚠ Vì sao quyết định trong agile là tập thể: | Nguyên tắc | Nội dung | |---|---| | ⚠ Đề nói rõ Mark KHÔNG phải "nhà độc tài dự án" | ⚠ đó là gợi ý trực tiếp về câu trả lời | | ⚠ Agile dựa trên đội TỰ TỔ CHỨC | ⚠ người làm việc là người quyết cách làm | | ⚠ Cộng tác với khách hàng là một giá trị của Tuyên ngôn Agile | | | ⚠ Quyết định chung tạo CAM KẾT chung | ⚠ liên hệ #26553 cùng lô — người tham gia đặt luật sẽ theo luật | | ⚠ Chia sẻ quyết định cũng là chia sẻ trách nhiệm | | | ⚠ Kết luận | ⚠ vai trò của người dẫn dắt agile là TẠO ĐIỀU KIỆN để quyết định tốt hình thành, không phải tự đưa ra chúng |

⚠ Sắc thái quan trọng: ⚠ "quyết định tập thể" KHÔNG có nghĩa là mọi việc đều bỏ phiếu ⚠ — ⚠ chủ sản phẩm vẫn quyết cuối cùng về NỘI DUNG sản phẩm, đội vẫn quyết về CÁCH LÀM; ⚠ điều tập thể ở đây là quá trình đi tới quyết định có sự tham gia và đồng thuận, liên hệ #26542 cùng lô.

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

  • D (thường thì ĐỘI PHÁT TRIỂN chịu trách nhiệm ra quyết định) — ⚠ phương án gây nhiễu mạnh nhất vì ⚠ đội tự tổ chức ĐÚNG LÀ tự quyết cách làm việc, nên nghe rất đúng tinh thần agile: ⚠ nhưng ⚠ nó BỎ QUA chủ sản phẩm và các bên liên quan ⚠ — quyết định về giá trị, ưu tiên và phạm vi không thuộc về đội phát triển; ⚠ agile không thay một nhà độc tài quản lý bằng một nhà độc tài kỹ thuật.

  • C (người quản lý có THÂM NIÊN cao nhất quyết định) — ⚠ đúng mô hình mà đề vừa phủ nhận; ⚠ thâm niên không phải cơ sở ra quyết định trong agile.

  • A (ĐỐI TÁC KINH DOANH chịu trách nhiệm ra quyết định) — ⚠ cũng tập trung quyền vào một phía; ⚠ bỏ qua chuyên môn kỹ thuật của đội.

Ghi nhớ

⚠ Đối chiếu: ⚠ #26542 cùng lô (chủ sản phẩm thương lượng với đội), ⚠ #26553 cùng lô (cả đội cùng xây quy tắc), ⚠ #26567 cùng lô (Thuyết Y), ⚠ #26475 lô 194 (lãnh đạo phục vụ), ⚠ #26460 lô 194 (SCARF — Autonomy và Fairness).

⚠ AI QUYẾT CÁI GÌ trong một dự án agile: | Loại quyết định | Ai quyết | |---|---| | ⚠ Sản phẩm cần có TÍNH NĂNG gì, theo thứ tự nào | ⚠ CHỦ SẢN PHẨM, sau khi thảo luận với bên liên quan và đội | | ⚠ CÁCH thực hiện về mặt kỹ thuật | ⚠ ĐỘI PHÁT TRIỂN | | ⚠ Bao nhiêu việc nhận trong một vòng lặp | ⚠ ĐỘI, dựa trên năng lực thật | | ⚠ Định nghĩa hoàn thành | ⚠ cả đội cùng thống nhất — liên hệ #26490 lô 195 | | ⚠ Quy tắc làm việc chung | ⚠ cả đội — liên hệ #26553 cùng lô | | ⚠ Ngân sách, nhân sự, ràng buộc bên ngoài | ⚠ nhà tài trợ và tổ chức | | ⚠ Vai trò người dẫn dắt agile | ⚠ bảo đảm quyết định được đưa ra bởi ĐÚNG NGƯỜI với ĐỦ THÔNG TIN — anh ta gần như không tự quyết gì về nội dung | |

⚠ Các kỹ thuật ra quyết định tập thể: | Kỹ thuật | Nội dung | |---|---| | ⚠ ĐỒNG THUẬN (consensus) | ⚠ ai cũng chấp nhận được, dù không phải ai cũng thích nhất | | ⚠ NẮM TAY TỚI NĂM (fist to five) | ⚠ đo nhanh mức ủng hộ — liên hệ #26521 lô 195 | | ⚠ CHẤM ĐIỂM BẰNG NHÃN DÁN | ⚠ xếp ưu tiên nhiều lựa chọn nhanh chóng | | ⚠ Đa số tương đối / tuyệt đối | ⚠ nhanh nhưng để lại phe thiểu số không cam kết | | ⚠ Người ra quyết định độc tài có tham vấn | ⚠ một người quyết sau khi nghe hết — hợp lệ và thường dùng cho quyết định gấp | | ⚠ Lưu ý thực dụng | ⚠ đồng thuận tốn thời gian và không phải quyết định nào cũng xứng đáng — điều quan trọng là NÓI RÕ TỪ ĐẦU quyết định này sẽ được đưa ra theo cách nào, vì sự bực bội thường đến từ việc người ta tưởng mình được tham gia quyết mà hoá ra chỉ được hỏi ý kiến |

⚠ Vì sao "không độc tài" không có nghĩa là "không ai quyết": | Hiểu sai | Thực tế | |---|---| | ⚠ "Mọi thứ phải bỏ phiếu" | ⚠ không — mỗi loại quyết định có người chịu trách nhiệm rõ ràng | | ⚠ "Không ai được nói không" | ⚠ không — chủ sản phẩm nói không rất thường xuyên | | ⚠ "Đội quyết mọi thứ" | ⚠ không — đội quyết CÁCH LÀM, không quyết CÁI GÌ đáng làm | | ⚠ "Người dẫn dắt không có vai trò" | ⚠ ngược lại — anh ta bảo đảm tiến trình lành mạnh và gỡ vật cản | | ⚠ Ranh giới đúng | ⚠ agile phân tán QUYỀN QUYẾT ĐỊNH theo loại quyết định, chứ không xoá bỏ nó — nhầm hai điều này là nguyên nhân của những đội agile họp mãi mà không chốt được gì |

Từ khoá nhận diện:

"không phải nhà độc tài, quyết định thế nào" → ⚠ CÙNG THỐNG NHẤT VÀ CHIA SẺ "đội phát triển quyết mọi thứ" → ⚠ bỏ qua chủ sản phẩm và bên liên quan "người thâm niên nhất quyết" → ⚠ mô hình mà agile thay thế nguyên tắc phân định → ⚠ chủ sản phẩm quyết CÁI GÌ, đội quyết THẾ NÀO

Ba việc kiểm chứng: | Việc | Cách | |---|---| | Trong đội bạn, ai quyết cái gì — có ai nói rõ điều đó chưa | | | Quyết định gần nhất được đưa ra theo cách nào | ⚠ và mọi người có biết trước cách đó không | | Có ai thường xuyên bị quyết thay không | |

Và cái bẫy nằm ngay sau câu "chúng ta ra quyết định tập thể": nếu không nói rõ ai chịu trách nhiệm cuối cùng cho từng loại quyết định, đội sẽ không trở nên dân chủ hơn — nó chỉ trở nên chậm hơn, và quyền quyết định thật sẽ âm thầm rơi vào tay người kiên trì nhất trong phòng.

Câu 128 Business Environment
Sami is managing a small agile project team of ten people that have been together for several years. They are all friends and rarely have serious disagreements. Some team members have sometimes dated each other, but Sami has noticed that these relationships have ended amicably. Two team members are happily married, and the others have moved on to others without evident bitterness. Sami’s company sends him compliance materials covering areas such as sexual harassment, dating between colleagues, and other similar policies recently instituted by the company. These policies were revised due to a lawsuit which the company lost in this area. What should Sami do with the compliance materials?
  1. A Embrace the materials and stress their importance to the team.
  2. B Ignore the directive.
  3. C Tell his team to do it but only to make corporate happy.
  4. D Talk about his own rules for dating within the team.
Xem giải thích

Đáp án

A — TIẾP NHẬN tài liệu và NHẤN MẠNH tầm quan trọng của chúng với cả đội.

Vì sao đúng

⚠ Vì sao đây là hành động đúng cả về nghề nghiệp lẫn đạo đức: | Lý do | Nội dung | |---|---| | ⚠ Đây là YÊU CẦU TUÂN THỦ chính thức của công ty | ⚠ không phải một gợi ý để cân nhắc | | ⚠ Chính sách được sửa sau một VỤ KIỆN mà công ty THUA | ⚠ có hậu quả pháp lý thật, đã xảy ra | | ⚠ Tuân thủ KHÔNG thương lượng được | ⚠ liên hệ #26452 lô 194 | | ⚠ Đội hiện hoà thuận KHÔNG có nghĩa là không cần chính sách | ⚠ chính sách tồn tại cho những tình huống chưa xảy ra | | ⚠ Sami phải làm gương về thái độ nghiêm túc | ⚠ thái độ của người dẫn dắt quyết định thái độ của đội | | ⚠ Kết luận | ⚠ truyền đạt đầy đủ và nghiêm túc, không mỉa mai, không tự chế biến |

⚠ Vì sao bối cảnh "đội hoà thuận" là một cái bẫy: ⚠ đề mô tả rất kỹ rằng đội thân thiết, các mối quan hệ đều kết thúc êm đẹp, hai người đã kết hôn hạnh phúc ⚠ — ⚠ toàn bộ đoạn đó nhằm khiến bạn thấy tài liệu tuân thủ là thừa; ⚠ nhưng ⚠ chính sách bảo vệ cho những trường hợp KHÔNG êm đẹp, và may mắn trong quá khứ không phải bằng chứng cho tương lai.

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

  • C (bảo đội làm cho xong để cấp trên hài lòng) — ⚠ phương án gây nhiễu mạnh nhất vì ⚠ nó "thực dụng" và nghe như cách một người quản lý gần gũi với đội sẽ nói: ⚠ nhưng ⚠ nó phá hỏng chính mục đích của chính sách ⚠ — nói với đội rằng đây chỉ là thủ tục hình thức khiến không ai đọc, không ai nhớ, và khi có chuyện thật thì không ai biết phải làm gì; ⚠ và nó dạy đội rằng yêu cầu tuân thủ là thứ có thể coi thường.

  • D (nói về quy tắc riêng của Sami về hẹn hò trong đội) — ⚠ thay chính sách công ty bằng quan điểm cá nhân; ⚠ vượt thẩm quyền và tạo ra hai bộ quy tắc mâu thuẫn.

  • B (phớt lờ chỉ đạo) — ⚠ vi phạm trực tiếp; ⚠ đặt cả công ty lẫn chính Sami vào rủi ro pháp lý.

Ghi nhớ

⚠ Đối chiếu: ⚠ #26452 lô 194 (tuân thủ không thương lượng), ⚠ #26479 lô 194 (kiểm toán tuân thủ), ⚠ #26426 lô 193 (yêu cầu pháp lý), ⚠ #26546 cùng lô (quy trình xử lý vấn đề), ⚠ #26541 cùng lô (kháng cự thay đổi).

⚠ Vì sao chính sách tuân thủ tồn tại dù đội đang ổn: | Lý do | Nội dung | |---|---| | ⚠ Bảo vệ CÁ NHÂN khi có tranh chấp | ⚠ cả người bị và người bị tố đều được bảo vệ bởi một quy trình rõ ràng | | ⚠ Bảo vệ TỔ CHỨC khỏi trách nhiệm pháp lý | ⚠ công ty đã thua một vụ kiện — họ biết cái giá | | ⚠ Đặt ra chuẩn mực chung, không phụ thuộc cảm tính | | | ⚠ Quan hệ tốt hôm nay có thể đổi ngày mai | ⚠ và đúng lúc đó thì không ai bình tĩnh soạn quy trình được nữa | | ⚠ Bất cân xứng quyền lực có thể xuất hiện bất cứ lúc nào | ⚠ một người trong đội được thăng chức là quan hệ cũ đổi tính chất | | ⚠ Nhận xét | ⚠ một đội hoà thuận là bối cảnh TỐT NHẤT để nói về những chính sách này — vì lúc đó không ai cảm thấy mình đang bị nhắm tới; nói khi đã có chuyện thì mọi câu chữ đều bị đọc thành ám chỉ |

⚠ Sami nên truyền đạt như thế nào: | Việc | Nội dung | |---|---| | ⚠ TỰ ĐỌC kỹ trước khi truyền đạt | ⚠ không thể nhấn mạnh thứ mình chưa hiểu | | ⚠ Trình bày nghiêm túc, không mỉa mai, không xin lỗi | ⚠ thái độ của anh sẽ được đội sao chép | | ⚠ Giải thích VÌ SAO chính sách được sửa | ⚠ liên hệ #26541 cùng lô — người ta không chấp nhận cách làm mới một cách mù quáng | | ⚠ Nói rõ quy trình báo cáo và bảo vệ người báo cáo | ⚠ phần quan trọng nhất và hay bị bỏ qua nhất | | ⚠ Bảo đảm mọi người hoàn thành phần đào tạo bắt buộc | | | ⚠ Tự mình tuân thủ nghiêm ngặt | ⚠ một ngoại lệ của người dẫn dắt xoá bỏ toàn bộ hiệu lực của chính sách | | ⚠ Điều KHÔNG nên làm | ⚠ thêm hay bớt so với chính sách công ty — kể cả với ý tốt; nếu Sami thấy chính sách có vấn đề, kênh đúng là góp ý với bộ phận nhân sự, không phải tự điều chỉnh khi truyền đạt |

⚠ Quy tắc ứng xử của PMI liên quan: | Giá trị | Nội dung | |---|---| | ⚠ TRÁCH NHIỆM | ⚠ tuân thủ chính sách của tổ chức và pháp luật | | ⚠ TÔN TRỌNG | ⚠ tạo môi trường làm việc mà mọi người đều được tôn trọng | | ⚠ CÔNG BẰNG | ⚠ áp dụng quy tắc như nhau với tất cả, không ngoại lệ cho người thân thiết | | ⚠ TRUNG THỰC | ⚠ không nói một đằng làm một nẻo — lý do phương án C sai | | ⚠ Điểm cần nhớ cho kỳ thi | ⚠ mọi câu hỏi có yếu tố TUÂN THỦ hoặc ĐẠO ĐỨC đều có đáp án là "làm đúng và làm đầy đủ", không bao giờ là "làm cho có" hay "bỏ qua vì hoàn cảnh" |

Từ khoá nhận diện:

"tài liệu tuân thủ bắt buộc" → ⚠ TIẾP NHẬN NGHIÊM TÚC và NHẤN MẠNH với đội "làm cho cấp trên hài lòng" → ⚠ phá hỏng mục đích, dạy đội coi thường tuân thủ "đội đang hoà thuận nên không cần" → ⚠ bẫy bối cảnh; chính sách dành cho trường hợp chưa xảy ra "quy tắc riêng của tôi" → ⚠ vượt thẩm quyền, tạo hai bộ quy tắc

Ba việc kiểm chứng: | Việc | Cách | |---|---| | Đội bạn có biết quy trình báo cáo khi có vấn đề về ứng xử không | | | Bạn truyền đạt yêu cầu tuân thủ với thái độ nào | | | Có chính sách nào ở chỗ bạn mà ai cũng ngầm hiểu là "làm cho có" không | ⚠ đó là chính sách đang không tồn tại trên thực tế |

Và lý do một đội hoà thuận vẫn cần những tài liệu tưởng như thừa: chính sách không được viết cho những ngày mọi người còn quý nhau — nó được viết cho một ngày duy nhất mà điều đó không còn đúng nữa, và đó là ngày không ai kịp viết gì cả.

Câu 129 Process
Spike is the scrum master for Project AZ, eight iterations into its development with a velocity of 28 story points. Recently, a new developer, Tanya, joined the team and began work. In addition to introducing Tanya to everyone on the team, what else should Spike do?
  1. A Pair Tanya up with another team member as a mentor.
  2. B Introduce Tanya to the product owner.
  3. C Show Tanya the project’s knowledge base.
  4. D Ensure Tanya understands everyone on the team’s responsibilities.
Xem giải thích

Đáp án

D — Bảo đảm Tanya HIỂU TRÁCH NHIỆM CỦA MỌI NGƯỜI trong đội.

⚠ Đối chiếu bắt buộc — câu GẦN TRÙNG với #26562 cùng lô: ⚠ cả hai đều hỏi "chuẩn bị gì cho thành viên mới", nhưng KHOÁ KHÁC NHAU và cả hai đều đúng ⚠ — ⚠ #26562 hỏi các bước chuẩn bị TRƯỚC khi người mới đến, đáp án là giới thiệu với đội và cùng rà lại QUY TẮC CHUNG; ⚠ câu này nói rõ việc giới thiệu ĐÃ LÀM RỒI và hỏi còn gì nữa, nên đáp án chuyển sang hiểu vai trò và trách nhiệm của từng người. ⚠ Hash MD5 không bắt được vì đề bài khác nhau; hai khoá bổ sung cho nhau chứ không mâu thuẫn.

Vì sao đúng

⚠ Vì sao hiểu trách nhiệm của mọi người là bước tiếp theo: | Lý do | Nội dung | |---|---| | ⚠ Đề nói rõ việc GIỚI THIỆU đã được làm | ⚠ nên đáp án phải là việc KHÁC | | ⚠ Biết tên chưa đủ — cần biết AI LÀM GÌ | ⚠ để biết hỏi ai khi vướng | | ⚠ Đội đã đi tám vòng lặp, phân công đã ổn định | ⚠ Tanya là người duy nhất chưa biết bản đồ đó | | ⚠ Giảm thời gian cô mất để tìm đúng người | ⚠ tác động trực tiếp tới năng suất | | ⚠ Cũng giúp đội biết Tanya sẽ phụ trách gì | ⚠ hiểu biết hai chiều | | ⚠ Kết luận | ⚠ rộng nhất và nền tảng nhất trong bốn phương án |

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

  • A (ghép Tanya với một thành viên làm người đỡ đầu) — ⚠ phương án gây nhiễu mạnh nhất vì ⚠ kèm cặp ĐÚNG LÀ thực hành hoà nhập tốt nhất và được nhắc tới ở khắp nơi: ⚠ nhưng ⚠ nó là MỘT CÔNG CỤ để đạt mục tiêu, còn đáp án D là chính MỤC TIÊU cần đạt ⚠ — và ⚠ người đỡ đầu giúp Tanya học công việc của MỘT người, còn hiểu trách nhiệm của CẢ ĐỘI là một yêu cầu rộng hơn; ⚠ trong đề PMP, khi một phương án là công cụ và một phương án là kết quả cần đạt, kết quả thường thắng.

  • C (cho Tanya xem kho tri thức của dự án) — ⚠ hữu ích nhưng là tri thức HIỆN; ⚠ ai làm gì và làm như thế nào phần lớn là tri thức ẩn — liên hệ #26455 lô 194.

  • B (giới thiệu Tanya với chủ sản phẩm) — ⚠ quá hẹp: ⚠ đó chỉ là một người trong số những người cô cần biết.

Ghi nhớ

⚠ Đối chiếu: ⚠ #26562 cùng lô (câu gần trùng — chuẩn bị trước khi người mới đến), ⚠ #26456 lô 194 (hỏi cách phát âm tên), ⚠ #26370 lô 192 (ma trận RACI), ⚠ #26553 cùng lô (quy tắc chung), ⚠ #26384 lô 193 (Tuckman — đội quay lại giai đoạn Hình thành).

⚠ Vì sao "ai làm gì" là thông tin quan trọng nhất với người mới: | Lý do | Nội dung | |---|---| | ⚠ Quyết định họ hỏi ai khi vướng | ⚠ hỏi nhầm người tốn thời gian của cả hai | | ⚠ Tránh giẫm chân hoặc bỏ sót việc | ⚠ "tôi tưởng anh làm" — liên hệ #26529 lô 195 | | ⚠ Giúp họ biết mình đóng góp vào chỗ nào của bức tranh chung | | | ⚠ Cho họ biết ai là chuyên gia về mảng nào | ⚠ bản đồ tri thức của đội | | ⚠ Công cụ hỗ trợ | ⚠ ma trận RACI hoặc một sơ đồ đội đơn giản — liên hệ #26370 lô 192; nhưng tài liệu chỉ là điểm khởi đầu, phần còn lại vẫn phải nói bằng lời |

⚠ Danh sách hoà nhập đầy đủ — gộp cả hai câu: | Bước | Nội dung | Câu tham chiếu | |---|---|---| | ⚠ 1. Giới thiệu với cả đội | ⚠ tên, vai trò, cách phát âm tên | ⚠ #26562 cùng lô, #26456 lô 194 | | ⚠ 2. Cùng rà lại quy tắc chung | ⚠ và cập nhật nếu cần | ⚠ #26562 cùng lô | | ⚠ 3. Làm rõ TRÁCH NHIỆM của từng người | ⚠ bản đồ ai làm gì | ⚠ CÂU NÀY | | ⚠ 4. Ghép người đỡ đầu | ⚠ chuyển giao tri thức ẩn | ⚠ phương án A | | ⚠ 5. Chỉ nơi tìm thông tin | ⚠ kho tri thức, bảng công việc | ⚠ phương án C | | ⚠ 6. Giao một việc nhỏ có kết quả sớm | ⚠ để cô đóng góp được ngay | | | ⚠ Nhận xét | ⚠ cả bốn phương án của câu này đều nằm trong danh sách — đề chỉ kiểm tra cái nào NỀN TẢNG nhất, và đó là việc biết mình đang làm việc cùng ai và người đó phụ trách gì | |

⚠ Vì sao đội tám vòng lặp có một rào cản riêng với người mới: | Rào cản | Nội dung | |---|---| | ⚠ Rất nhiều quy ước NGẦM đã hình thành | ⚠ không ai nghĩ tới việc nói ra vì mọi người đều biết | | ⚠ Ngôn ngữ riêng: tên viết tắt, tên module, tên hệ thống | | | ⚠ Lịch sử các quyết định cũ không có ai kể lại | ⚠ vì sao lại làm theo cách này | | ⚠ Quan hệ và cách làm việc đã ổn định | ⚠ người mới dễ thấy mình ở ngoài | | ⚠ Việc scrum master nên làm | ⚠ nói ra những thứ hiển nhiên — vì với một đội đã đi cùng nhau tám vòng lặp, phần lớn thông tin quan trọng nhất đã trở nên vô hình với chính họ |

Từ khoá nhận diện:

"đã giới thiệu rồi, còn gì nữa" → ⚠ BẢO ĐẢM NGƯỜI MỚI HIỂU TRÁCH NHIỆM CỦA TỪNG NGƯỜI "ghép người đỡ đầu" → ⚠ công cụ tốt, nhưng là phương tiện chứ không phải mục tiêu "cho xem kho tài liệu" → ⚠ tri thức hiện, chưa đủ "giới thiệu với chủ sản phẩm" → ⚠ quá hẹp

Ba việc kiểm chứng: | Việc | Cách | |---|---| | Người mới nhất của bạn có biết ai phụ trách mảng nào không | | | Đội bạn có sơ đồ trách nhiệm nào viết ra không | | | Có bao nhiêu quy ước ngầm mà đội bạn chưa từng nói thành lời | ⚠ hỏi người mới nhất — họ là người duy nhất còn thấy chúng |

Và điều mà một người mới trong đội tám vòng lặp cần hơn cả tài liệu: một bản đồ về con người — vì phần lớn thứ họ cần biết không nằm ở đâu cả, nó nằm trong đầu của một ai đó mà họ chưa biết là nên hỏi.

Câu 130 Process
Jessica replaced a product owner after the previous product owner abruptly left the company. Before the first meeting with the project team, Ben, the scrum master, asks Jessica how she prefers to receive updates. What is the most likely reason for this question?
  1. A The prior product owner did not want to receive any updates.
  2. B Different individuals prefer to receive updates in different ways.
  3. C Ben is trying to build rapport with Jessica.
  4. D Ben was told to do this by his manager.
Xem giải thích

Đáp án

B — Mỗi người có SỞ THÍCH KHÁC NHAU về cách nhận thông tin cập nhật.

Vì sao đúng

⚠ Vì sao đây là lý do đúng của câu hỏi: | Lý do | Nội dung | |---|---| | ⚠ Giao tiếp phải ĐIỀU CHỈNH theo từng người | ⚠ nguyên tắc nền của quản lý giao tiếp | | ⚠ Jessica là chủ sản phẩm MỚI | ⚠ sở thích của cô có thể khác hẳn người tiền nhiệm | | ⚠ Hỏi trước rẻ hơn nhiều so với đoán rồi sửa | ⚠ một câu hỏi thay cho nhiều tuần gửi sai kênh | | ⚠ Ben hỏi TRƯỚC buổi họp đầu tiên | ⚠ chủ động, đúng thời điểm | | ⚠ Đây là hành vi chuyên nghiệp bình thường | ⚠ không cần động cơ ẩn nào | | ⚠ Kết luận | ⚠ lý do đơn giản, thực dụng và đúng chuyên môn |

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

  • C (Ben đang cố xây dựng quan hệ với Jessica) — ⚠ phương án gây nhiễu mạnh nhất vì ⚠ hỏi han người mới ĐÚNG LÀ có tác dụng xây quan hệ, và đó là điều tốt: ⚠ nhưng ⚠ đó là TÁC DỤNG PHỤ chứ không phải MỤC ĐÍCH ⚠ — nếu chỉ muốn xây quan hệ thì có nhiều câu hỏi tự nhiên hơn; ⚠ hỏi về cách nhận cập nhật là một câu hỏi CÔNG VIỆC có mục đích rất cụ thể; ⚠ so sánh trực tiếp với #26456 lô 194 — cùng dạng bẫy "tác dụng phụ đội lốt mục đích", ở đó là "phá băng" so với "gọi đúng tên".

  • A (chủ sản phẩm trước không muốn nhận cập nhật nào) — ⚠ suy đoán về người cũ; ⚠ đề không nói gì, và dù có đúng thì đó cũng không phải lý do hỏi Jessica.

  • D (quản lý của Ben bảo anh làm vậy) — ⚠ gán một động cơ thụ động; ⚠ đề PMP hiếm khi chọn phương án biến hành vi chuyên nghiệp thành việc làm theo lệnh.

⚠ Mô-típ lặp lại: ⚠ hai phương án A và D đều gán cho Ben một động cơ NGOẠI LAI thay vì lý do chuyên môn — đó là dấu hiệu nhiễu rất mạnh trong đề PMP ⚠ — liên hệ #26499 lô 195, nơi hai phương án nhiễu cùng gán động cơ tiêu cực cho scrum master.

Ghi nhớ

⚠ Đối chiếu: ⚠ #26456 lô 194 (cùng dạng bẫy tác dụng phụ so với mục đích), ⚠ #26543 cùng lô (tra ma trận giao tiếp bên liên quan), ⚠ #26477 lô 194 (cùng một báo cáo cho tất cả là gắn kết kém), ⚠ #26539 cùng lô (rà soát kế hoạch giao tiếp), ⚠ #26562/#26571 cùng lô (hoà nhập thành viên mới).

⚠ Vì sao sở thích nhận thông tin lại khác nhau nhiều tới vậy: | Yếu tố | Ảnh hưởng | |---|---| | ⚠ Vai trò | ⚠ lãnh đạo cần tóm tắt, kỹ thuật cần chi tiết | | ⚠ Phong cách xử lý thông tin | ⚠ có người thích đọc, có người thích nghe | | ⚠ Múi giờ và lịch làm việc | ⚠ quyết định đồng bộ hay bất đồng bộ — liên hệ #26421 lô 193 | | ⚠ Mức độ quen với dự án | ⚠ người mới cần nhiều bối cảnh hơn | | ⚠ Thói quen cá nhân | ⚠ có người muốn hằng ngày, có người muốn tuần một lần và đủ sâu | | ⚠ Hệ quả với kế hoạch giao tiếp | ⚠ kế hoạch phải ghi cụ thể cho từng bên liên quan chính, không phải một quy tắc chung cho tất cả — liên hệ #26477 lô 194 |

⚠ Nên hỏi những gì khi tiếp nhận một bên liên quan mới: | Câu hỏi | Vì sao | |---|---| | ⚠ Anh/chị muốn nhận cập nhật qua kênh nào | ⚠ email, họp, tin nhắn, bảng thông tin | | ⚠ Tần suất mong muốn | | | ⚠ Mức chi tiết mong muốn | ⚠ tóm tắt một trang hay báo cáo đầy đủ | | ⚠ Điều gì anh/chị đặc biệt quan tâm | ⚠ liên hệ #26443 lô 194 | | ⚠ Muốn được báo NGAY về loại việc gì | ⚠ định nghĩa trước ngưỡng leo thang | | ⚠ Sau khi hỏi thì làm gì | ⚠ CẬP NHẬT vào kế hoạch quản lý giao tiếp — nếu chỉ nhớ trong đầu thì thông tin đó sẽ mất khi Ben chuyển việc, đúng như vừa xảy ra với chủ sản phẩm cũ |

⚠ Vì sao thời điểm hỏi lại quan trọng: | Thời điểm | Kết quả | |---|---| | ⚠ TRƯỚC buổi họp đầu tiên — Ben làm | ⚠ thiết lập quan hệ làm việc đúng ngay từ đầu | | ⚠ Sau vài tuần | ⚠ đã có vài lần gửi sai kênh, đã có chút bực bội | | ⚠ Khi có sự cố | ⚠ quá muộn — lúc đó ai cũng đang căng thẳng | | ⚠ Không bao giờ hỏi | ⚠ giả định người mới giống hệt người cũ, và điều đó gần như luôn sai | | ⚠ Nguyên tắc | ⚠ mọi thay đổi nhân sự ở vị trí bên liên quan chính đều là dịp phải rà lại kế hoạch giao tiếp — vì kế hoạch được viết cho những con người cụ thể, không cho những chức danh |

Từ khoá nhận diện:

"hỏi cách anh/chị muốn nhận cập nhật" → ⚠ MỖI NGƯỜI CÓ SỞ THÍCH KHÁC NHAU "xây dựng quan hệ" → ⚠ tác dụng phụ, không phải mục đích "quản lý bảo làm" → ⚠ gán động cơ thụ động, gần như luôn sai "người tiền nhiệm không muốn nhận gì" → ⚠ suy đoán không có căn cứ trong đề

Ba việc kiểm chứng: | Việc | Cách | |---|---| | Bạn có hỏi bên liên quan mới về sở thích giao tiếp của họ không | | | Kế hoạch giao tiếp của bạn có cập nhật khi có người thay thế không | | | Có ai đang nhận báo cáo mà không bao giờ đọc không | ⚠ có thể họ chỉ đang nhận sai kênh |

Và lý do một câu hỏi mất mười giây lại đáng giá cả một dự án: nó là cách rẻ nhất để tránh vài tháng gửi thông tin đầy đủ tới một người không bao giờ mở nó ra — và cả hai bên đều sẽ tin rằng lỗi thuộc về người kia.