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

Tìm thấy 718 câu.

Câu 61 Process
Jamal is the project manager for the Cofer Training Project. Over 14,000 customer service representatives have been invited to attend an optional training session. Jamal has tabulated the cost for the training facility. However, there is an expense for workbooks, and he cannot calculate this cost until everyone has registered for the class. For every 2,500 workbooks ordered, the price will be reduced by a percentage of the original printing cost. Of the following, which answer represents the workbook expense?
  1. A Fixed costs
  2. B Parametric costs
  3. C Variable costs
  4. D Indirect costs
Xem giải thích

Đáp án

C — CHI PHÍ BIẾN ĐỔI (variable costs).

Vì sao đúng

⚠ Vì sao chi phí tài liệu là chi phí biến đổi: | Dấu hiệu trong đề | Ý nghĩa | |---|---| | ⚠ Chưa tính được cho tới khi biết SỐ NGƯỜI ĐĂNG KÝ | ⚠ chi phí phụ thuộc vào khối lượng | | ⚠ Càng nhiều người thì càng nhiều tài liệu | ⚠ quan hệ tỉ lệ thuận với số lượng | | ⚠ Khoá học là TỰ NGUYỆN | ⚠ nên số lượng thật sự bất định | | ⚠ Đối lập với chi phí thuê hội trường đã tính được | ⚠ hội trường là chi phí CỐ ĐỊNH — đề dựng sẵn cặp so sánh | | ⚠ Kết luận | ⚠ chi phí thay đổi theo sản lượng chính là định nghĩa chi phí biến đổi |

⚠ Chi tiết chiết khấu theo lô 2.500 cuốn: ⚠ giảm giá theo số lượng KHÔNG biến chi phí này thành cố định ⚠ — ⚠ nó chỉ làm đơn giá biến đổi giảm dần theo bậc; ⚠ tổng chi phí vẫn tăng khi số lượng tăng, và đó là điều quyết định phân loại.

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

  • B (CHI PHÍ THAM SỐ — parametric costs) — ⚠ phương án gây nhiễu mạnh nhất vì ⚠ bài toán này thật sự có dạng "đơn giá × số lượng", tức là đúng công thức ước lượng tham số: ⚠ nhưng ⚠ "tham số" là tên một KỸ THUẬT ƯỚC LƯỢNG, không phải một LOẠI CHI PHÍ ⚠ — đề hỏi khoản chi này thuộc loại nào, và câu trả lời phải nằm trong bộ phân loại cố định/biến đổi/trực tiếp/gián tiếp; ⚠ đây là bẫy lạc trục phân loại, giống #26458 lô 194.

  • A (CHI PHÍ CỐ ĐỊNH) — ⚠ là chi phí KHÔNG đổi theo sản lượng; ⚠ trong đề chính là tiền thuê cơ sở đào tạo, không phải tài liệu.

  • D (CHI PHÍ GIÁN TIẾP) — ⚠ là chi phí dùng chung cho nhiều dự án (điện nước, quản lý chung); ⚠ tài liệu là chi phí trực tiếp của chính khoá học này.

⚠ Đối chiếu bắt buộc — câu ĐẢO CHIỀU trong cùng lô: ⚠ #26528 cùng lô dùng GẦN NHƯ CÙNG BỘ PHƯƠNG ÁN (cố định / biến đổi / tham số / gián tiếp) nhưng đáp án là CỐ ĐỊNH ⚠ — ở đó Chelsea thuê máy 785 đô/tháng suốt 18 tháng dù chỉ dùng theo đợt. ⚠ Hash MD5 không bắt được vì đề bài khác hẳn; hai khoá KHÔNG mâu thuẫn — chúng là hai vế của cùng một khái niệm. ⚠ Câu hỏi phân định cho cả hai: "nếu khối lượng công việc tăng gấp đôi, khoản này có tăng không?"

Ghi nhớ

⚠ Đối chiếu: ⚠ #26461 lô 194 (chi phí chất lượng), ⚠ #26478 lô 194 (bài toán giá trị thu được), ⚠ #26488 cùng lô (dự trữ quản lý), ⚠ #26492 cùng lô (CSDL ước lượng — nơi kỹ thuật tham số thật sự thuộc về).

⚠ HAI TRỤC PHÂN LOẠI CHI PHÍ — bốn khái niệm, hai cặp: | Trục | Loại | Nghĩa | Ví dụ trong đề | |---|---|---|---| | ⚠ Theo SẢN LƯỢNG | ⚠ CỐ ĐỊNH | ⚠ không đổi dù làm nhiều hay ít | ⚠ thuê hội trường | | | ⚠ BIẾN ĐỔI | ⚠ đổi theo khối lượng | ⚠ tài liệu học viên — câu này | | ⚠ Theo QUY KẾT | ⚠ TRỰC TIẾP | ⚠ quy được cho một dự án cụ thể | ⚠ cả hai khoản trên | | | ⚠ GIÁN TIẾP | ⚠ dùng chung nhiều dự án | ⚠ lương bộ phận hành chính, điện nước văn phòng | | ⚠ Lưu ý quan trọng | ⚠ hai trục ĐỘC LẬP — một khoản chi luôn có một giá trị ở MỖI trục; ví dụ tài liệu là "biến đổi + trực tiếp" | | |

⚠ Vì sao phân biệt cố định và biến đổi lại quan trọng với quản lý dự án: | Lý do | Nội dung | |---|---| | ⚠ Chi phí biến đổi mang RỦI RO NGÂN SÁCH | ⚠ số lượng đổi thì tiền đổi — cần dự phòng | | ⚠ Chi phí cố định phải chi dù ít người tham gia | ⚠ hội trường thuê rồi thì 100 người hay 10.000 người cũng chừng đó tiền | | ⚠ Điểm hoà vốn phụ thuộc tỉ lệ giữa hai loại | | | ⚠ Quyết định tự làm hay mua thường xoay quanh đây | ⚠ thuê ngoài thường biến chi phí cố định thành biến đổi | | ⚠ Với Jamal | ⚠ anh nên ước lượng theo KỊCH BẢN: tỉ lệ tham dự thấp / trung bình / cao, rồi lập dự phòng cho khoảng dao động — đó là ước lượng ba điểm áp cho chi phí, liên hệ #26241 lô 189 |

⚠ Bài toán thực tế của Jamal: | Yếu tố | Nội dung | |---|---| | ⚠ 14.000 người được mời, tham dự TỰ NGUYỆN | ⚠ khoảng dao động rất rộng | | ⚠ Chiết khấu theo bậc 2.500 cuốn | ⚠ đơn giá giảm dần — nên ước lượng phải tính theo bậc, không nhân đơn giá phẳng | | ⚠ Không thể chốt số cho tới khi hết hạn đăng ký | ⚠ một RÀNG BUỘC về thời điểm ra quyết định | | ⚠ Cách xử lý đúng | ⚠ đặt HẠN ĐĂNG KÝ đủ sớm trước ngày in, và ghi giả định về tỉ lệ tham dự vào nhật ký giả định — liên hệ #26502 cùng lô, giả định là đầu vào chính thức của ước lượng |

Từ khoá nhận diện:

"chi phí phụ thuộc số lượng" → ⚠ CHI PHÍ BIẾN ĐỔI "thuê mặt bằng, mua thiết bị" → ⚠ chi phí cố định "dùng chung nhiều dự án" → ⚠ chi phí gián tiếp "tham số" → ⚠ kỹ thuật ước lượng, KHÔNG phải loại chi phí

Ba việc kiểm chứng: | Việc | Cách | |---|---| | Ngân sách của bạn có tách cố định và biến đổi không | | | Khoản biến đổi lớn nhất phụ thuộc vào biến số nào | ⚠ và bạn kiểm soát được biến số đó tới đâu | | Bạn có dự phòng cho khoảng dao động của nó không | |

Và điều làm chi phí biến đổi nguy hiểm hơn chi phí cố định: bạn ký hợp đồng thuê hội trường một lần rồi biết chính xác mình nợ bao nhiêu — còn khoản kia thì lớn lên mỗi ngày, do những quyết định của những người không hề biết mình đang tiêu tiền của bạn.

Câu 62 People
Blaine has a project to implement software at Next Generation Technologies, Inc. He uses the ADKAR model to support stakeholders during the change. The project is now in the transition phase, and the project team is engaged in coaching, mentoring, providing on-the-job sessions, developing expertise, realizing benefits, follow-up activities, and reward adoption. What aspect of the ADKAR Model has Blaine incorporated into the project scope and schedule?
  1. A Knowledge
  2. B Ability
  3. C Desire
  4. D Reinforcement
Xem giải thích

Đáp án

D — CỦNG CỐ (Reinforcement).

Vì sao đúng

⚠ Ánh xạ các hoạt động trong đề vào chữ R của ADKAR: | Hoạt động | Ý nghĩa | |---|---| | ⚠ KÈM CẶP và cố vấn sau khi triển khai | ⚠ duy trì hành vi mới | | ⚠ Hướng dẫn tại chỗ, phát triển chuyên môn | ⚠ giữ cho năng lực không mai một | | ⚠ HIỆN THỰC HOÁ LỢI ÍCH | ⚠ chứng minh thay đổi đáng giá — cốt lõi của củng cố | | ⚠ Hoạt động THEO DÕI SAU (follow-up) | ⚠ từ khoá mạnh nhất của giai đoạn này | | ⚠ GHI NHẬN VÀ THƯỞNG cho việc áp dụng | ⚠ liên hệ #26488 cùng lô — hệ thống khen thưởng | | ⚠ Dự án đang ở GIAI ĐOẠN CHUYỂN TIẾP | ⚠ sau khi thay đổi đã diễn ra — đúng vị trí của Củng cố | | ⚠ Kết luận | ⚠ mọi hoạt động đều nhằm giữ cho thay đổi KHÔNG QUAY LẠI trạng thái cũ |

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

  • B (KHẢ NĂNG — Ability) — ⚠ phương án gây nhiễu mạnh nhất vì ⚠ kèm cặp, cố vấn và hướng dẫn tại chỗ ĐÚNG LÀ những hoạt động xây dựng khả năng: ⚠ nhưng ⚠ Khả năng là giai đoạn BIẾN kiến thức thành hành động lần đầu, diễn ra TRONG lúc thay đổi ⚠ — ở đây có thêm hiện thực hoá lợi ích, theo dõi sau và thưởng cho việc áp dụng, ⚠ ba thứ chỉ có ở giai đoạn Củng cố; ⚠ khi các hoạt động trải trên hai giai đoạn, chọn giai đoạn muộn nhất mà toàn bộ danh sách còn phù hợp.

  • A (KIẾN THỨC — Knowledge) — ⚠ là giai đoạn ĐÀO TẠO, dạy người ta biết phải làm gì; ⚠ diễn ra trước khả năng.

  • C (MONG MUỐN — Desire) — ⚠ là giai đoạn tạo động lực muốn thay đổi; ⚠ nằm ở đầu mô hình, xa nhất so với tình huống.

Ghi nhớ

⚠ Đối chiếu: ⚠ #26496 cùng lô (tổ chức chuyển sang agile — quản lý thay đổi tổ chức), ⚠ #26488 cùng lô (hệ thống khen thưởng), ⚠ #26501 cùng lô (chia sẻ tri thức liên tục), ⚠ #26490 cùng lô (bàn giao cho đội vận hành), ⚠ #26449 lô 194 (đào tạo).

⚠ MÔ HÌNH ADKAR (Prosci) — năm giai đoạn của thay đổi CÁ NHÂN: | Chữ | Giai đoạn | Câu hỏi của người bị ảnh hưởng | Hoạt động điển hình | |---|---|---|---| | ⚠ A | ⚠ AWARENESS — Nhận thức | ⚠ "vì sao phải đổi?" | ⚠ truyền thông lý do, tính cấp thiết | | ⚠ D | ⚠ DESIRE — Mong muốn | ⚠ "tôi được gì / mất gì?" | ⚠ xử lý phản kháng, nêu lợi ích cá nhân | | ⚠ K | ⚠ KNOWLEDGE — Kiến thức | ⚠ "phải làm thế nào?" | ⚠ đào tạo, tài liệu hướng dẫn | | ⚠ A | ⚠ ABILITY — Khả năng | ⚠ "tôi làm được chưa?" | ⚠ thực hành, kèm cặp lần đầu, hỗ trợ tại chỗ | | ⚠ R | ⚠ REINFORCEMENT — Củng cố | ⚠ "làm sao để không quay lại cách cũ?" | ⚠ theo dõi, đo lợi ích, ghi nhận, thưởng — câu này | | ⚠ Nguyên tắc | ⚠ các giai đoạn theo THỨ TỰ — không thể có Khả năng khi chưa có Kiến thức, không thể có Kiến thức khi người ta chưa Mong muốn | | |

⚠ Vì sao CỦNG CỐ là giai đoạn hay bị bỏ nhất: | Lý do | Nội dung | |---|---| | ⚠ Dự án đã "xong" nên ngân sách và đội đã rút | ⚠ vấn đề tổ chức kinh điển | | ⚠ Ai cũng nghĩ triển khai xong là thành công | ⚠ trong khi hành vi mới chưa ổn định | | ⚠ Không đo thì không biết thay đổi có bám trụ không | | | ⚠ Áp lực công việc hằng ngày kéo người ta về thói quen cũ | ⚠ cách cũ luôn dễ hơn vì đã thuần thục | | ⚠ Hậu quả điển hình | ⚠ hệ thống mới được triển khai đầy đủ, và sáu tháng sau một nửa số người quay lại dùng bảng tính cũ — dự án thành công trên giấy, thất bại trong thực tế |

⚠ Củng cố cần làm gì cụ thể: | Việc | Nội dung | |---|---| | ⚠ ĐO mức độ áp dụng thật | ⚠ bao nhiêu người thực sự dùng cách mới | | ⚠ Công bố LỢI ÍCH đã hiện thực hoá | ⚠ cho người ta thấy công sức của họ có kết quả | | ⚠ GHI NHẬN và thưởng người áp dụng sớm | ⚠ liên hệ #26488 cùng lô | | ⚠ Xử lý ngay các trường hợp quay lại cách cũ | ⚠ tìm hiểu lý do, thường là do công cụ mới còn vướng chỗ nào đó | | ⚠ Bàn giao trách nhiệm cho quản lý tuyến | ⚠ họ là người duy trì lâu dài sau khi dự án đóng | | ⚠ Liên hệ với PMBOK | ⚠ đây chính là lý do "hiện thực hoá lợi ích" kéo dài SAU khi dự án đóng, và vì sao kế hoạch quản lý lợi ích có chủ sở hữu ngoài dự án |

Từ khoá nhận diện:

"theo dõi sau, đo lợi ích, thưởng cho việc áp dụng" → ⚠ CỦNG CỐ "thực hành lần đầu, hỗ trợ tại chỗ trong lúc chuyển đổi" → ⚠ Khả năng "đào tạo, hướng dẫn cách làm" → ⚠ Kiến thức "xử lý phản kháng, tạo động lực" → ⚠ Mong muốn

Ba việc kiểm chứng: | Việc | Cách | |---|---| | Dự án của bạn có hoạt động nào SAU ngày bàn giao không | ⚠ không có nghĩa là bạn dừng ở chữ A thứ hai | | Bạn có đo mức độ áp dụng thật không | ⚠ hay chỉ đo số người đã dự đào tạo | | Ai chịu trách nhiệm duy trì thay đổi sau khi đội dự án rời đi | |

Và điều mà chữ R cuối cùng của ADKAR nhắc ta: một thay đổi chưa được củng cố không phải là một thay đổi đã hoàn tất — nó chỉ là một thay đổi chưa kịp bị hoàn tác.

Câu 63 People
A message's meaning is affected by how its communicated. Which term below describes the pitch and tone of a person's voice?
  1. A Active listening
  2. B Paralingual
  3. C Effective listening
  4. D Feedback
Xem giải thích

Đáp án

B — PARALINGUAL — cận ngôn ngữ.

Vì sao đúng

⚠ Vì sao đây là thuật ngữ đúng: | Đặc điểm | Nội dung | |---|---| | ⚠ Cận ngôn ngữ = CÁCH NÓI, không phải NỘI DUNG nói | ⚠ cao độ, giọng điệu, âm lượng, tốc độ, quãng ngắt | | ⚠ Đề hỏi đúng "cao độ và giọng điệu" | ⚠ hai thành phần kinh điển của cận ngôn ngữ | | ⚠ "Para-" nghĩa là ĐI KÈM, BÊN CẠNH | ⚠ những gì đi kèm lời nói | | ⚠ Nó có thể ĐẢO NGƯỢC nghĩa của câu chữ | ⚠ "tốt lắm" nói bằng giọng mỉa mai nghĩa là ngược lại | | ⚠ Kết luận | ⚠ thuật ngữ duy nhất trong bốn phương án mô tả ĐẶC TÍNH ÂM THANH của lời nói |

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

  • A (LẮNG NGHE CHỦ ĐỘNG) — ⚠ phương án gây nhiễu mạnh nhất vì ⚠ nó là thuật ngữ giao tiếp được hỏi nhiều nhất trong đề PMP, và người ta hay chọn theo quán tính: ⚠ nhưng ⚠ nó mô tả hành vi của NGƯỜI NGHE ⚠ — còn cận ngôn ngữ mô tả đặc tính lời nói của NGƯỜI NÓI; ⚠ hai bên khác nhau của cùng một cuộc trò chuyện; ⚠ liên hệ #26450 lô 194, nơi lắng nghe chủ động là đáp án đúng.

  • C ("effective listening" — lắng nghe hiệu quả) — ⚠ cũng thuộc phía người nghe, và không phải thuật ngữ chuẩn có định nghĩa riêng trong PMBOK.

  • D (PHẢN HỒI) — ⚠ là một BƯỚC trong mô hình giao tiếp, không phải đặc tính của giọng nói; ⚠ liên hệ #26499 cùng lô.

Ghi nhớ

⚠ Đối chiếu: ⚠ #26450 lô 194 (lắng nghe chủ động), ⚠ #26474 lô 194 (5C của giao tiếp viết), ⚠ #26499 cùng lô (vòng phản hồi), ⚠ #26444 lô 194 (truyền phát), ⚠ #26316 lô 191 (khác biệt văn hoá).

⚠ BA TẦNG của một thông điệp nói: | Tầng | Là gì | Ví dụ | |---|---|---| | ⚠ NGÔN NGỮ (verbal) | ⚠ chính các TỪ được nói ra | ⚠ "chúng ta sẽ kịp hạn" | | ⚠ CẬN NGÔN NGỮ (paralingual) | ⚠ CÁCH nói: cao độ, giọng, âm lượng, tốc độ, ngập ngừng | ⚠ cùng câu đó nói do dự nghĩa là "tôi không tin lắm" | | ⚠ PHI NGÔN NGỮ (nonverbal) | ⚠ cơ thể: nét mặt, tư thế, cử chỉ, giao tiếp mắt | ⚠ nói câu đó mà không nhìn ai | | ⚠ Tỉ trọng ảnh hưởng | ⚠ PMI nhấn mạnh phần lớn ý nghĩa đến từ hai tầng SAU — con số hay được trích là khoảng 55% phi ngôn ngữ, 38% cận ngôn ngữ, 7% từ ngữ (nghiên cứu Mehrabian, đúng cho việc truyền cảm xúc và thái độ) | | | ⚠ Hệ quả thực tế | ⚠ email mất cả hai tầng dưới — đó là lý do một câu trung tính rất dễ bị đọc thành lạnh lùng, liên hệ #26474 lô 194 | |

⚠ Vì sao cận ngôn ngữ quan trọng với quản lý dự án: | Tình huống | Nội dung | |---|---| | ⚠ Một thành viên nói "không sao đâu" bằng giọng mệt mỏi | ⚠ liên hệ #26469 lô 194 — có thể đang che giấu khó khăn | | ⚠ Bên liên quan đồng ý bằng giọng lưỡng lự | ⚠ sự đồng thuận chưa thật, sẽ quay lại thành yêu cầu thay đổi | | ⚠ Họp qua điện thoại: mất phi ngôn ngữ, chỉ còn cận ngôn ngữ | ⚠ nên nó trở thành tín hiệu duy nhất còn lại | | ⚠ Đội đa văn hoá: chuẩn về âm lượng và ngắt lời rất khác nhau | ⚠ giọng to ở nền văn hoá này là nhiệt tình, ở nơi khác là hung hăng — liên hệ #26316 lô 191 | | ⚠ Kỹ năng cần rèn | ⚠ để ý KHOẢNG CÁCH giữa từ ngữ và giọng nói — khi hai thứ lệch nhau, hãy tin giọng nói và hỏi thêm một câu |

⚠ Dùng cận ngôn ngữ có chủ đích khi bạn là người nói: | Việc | Nội dung | |---|---| | ⚠ Nói CHẬM lại khi nội dung quan trọng | ⚠ tốc độ báo hiệu mức quan trọng | | ⚠ Dùng khoảng LẶNG sau một ý lớn | ⚠ cho người nghe kịp xử lý | | ⚠ Giữ giọng đều khi báo tin xấu | ⚠ hoảng hốt lan nhanh hơn thông tin | | ⚠ Lên giọng ở cuối câu hỏi thật | ⚠ để nó không nghe như một mệnh lệnh trá hình | | ⚠ Lưu ý | ⚠ cận ngôn ngữ rất khó giả — người nghe cảm nhận được sự không nhất quán ngay cả khi họ không gọi tên được nó; vì thế cách tốt nhất là nói điều mình thật sự nghĩ |

Từ khoá nhận diện:

"cao độ, giọng điệu, âm lượng, tốc độ" → ⚠ CẬN NGÔN NGỮ (paralingual) "nét mặt, cử chỉ, tư thế" → ⚠ phi ngôn ngữ "xác nhận lại, hỏi làm rõ" → ⚠ lắng nghe chủ động, phía người nghe "trả lời lại người gửi" → ⚠ phản hồi, một bước trong mô hình giao tiếp

Ba việc kiểm chứng: | Việc | Cách | |---|---| | Trong họp gần nhất, có ai nói "ổn" mà giọng không ổn không | | | Bạn có bật camera khi họp từ xa không | ⚠ tắt camera là tự bỏ đi tầng phi ngôn ngữ | | Tin xấu gần nhất bạn báo bằng giọng thế nào | |

Và lý do một cuộc gọi năm phút đôi khi thay được mười email: email chỉ chở được các từ, mà phần lớn thứ bạn cần biết về một dự án lại nằm trong cách người ta nói ra chúng.

Câu 64 Process
Max is a developer on a team that is developing software for lawyers. There is no set scope for this software, but the team does have a budget and deadline. The team meets daily for about fifteen minutes to discuss what they have accomplished, what they hope to accomplish, and anything that may be standing in their way. A person who facilitates the daily meetings removes any blockers a teammate may have and encourages the team to keep making progress. What kind of project methodology approach does Max's team have?
  1. A Kanban
  2. B Scrum
  3. C Predictive
  4. D Plan-driven
Xem giải thích

Đáp án

B — SCRUM.

Vì sao đúng

⚠ Ánh xạ từng dấu hiệu vào Scrum: | Dấu hiệu trong đề | Yếu tố Scrum | |---|---| | ⚠ Họp HẰNG NGÀY khoảng 15 phút | ⚠ HỌP ĐỨNG HẰNG NGÀY — hộp thời gian 15 phút, đặc trưng nhất của Scrum | | ⚠ Ba câu hỏi: đã làm gì, sẽ làm gì, có gì cản trở | ⚠ đúng khuôn ba câu hỏi kinh điển | | ⚠ Có người ĐIỀU PHỐI họp và GỠ VẬT CẢN | ⚠ vai trò SCRUM MASTER | | ⚠ Không có phạm vi cố định | ⚠ phạm vi tiến hoá qua các sprint | | ⚠ Có ngân sách và hạn chót cố định | ⚠ tam giác đảo ngược của agile: thời gian và chi phí cố định, phạm vi linh hoạt | | ⚠ Kết luận | ⚠ hai dấu hiệu quyết định: họp đứng 15 phút và vai trò gỡ vật cản |

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

  • A (KANBAN) — ⚠ phương án gây nhiễu mạnh nhất vì ⚠ Kanban cũng là agile, cũng có phạm vi linh hoạt, và nhiều đội Kanban CŨNG họp đứng hằng ngày: ⚠ nhưng ⚠ Kanban KHÔNG có vai trò tương đương scrum master, không có sprint và không quy định nghi thức nào bắt buộc ⚠ — nó là hệ thống kéo, dòng chảy liên tục, giới hạn việc đang làm (WIP); ⚠ đề mô tả một người có vai trò rõ ràng chuyên gỡ vật cản và điều phối, đó là dấu hiệu của Scrum.

  • C (DỰ ĐOÁN — predictive) — ⚠ đòi phạm vi cố định từ đầu; ⚠ trái hẳn với "không có phạm vi cố định".

  • D (HƯỚNG KẾ HOẠCH — plan-driven) — ⚠ là tên gọi khác của chính phương pháp dự đoán; ⚠ hai phương án C và D là ĐỒNG NGHĨA, nên cả hai cùng đúng hoặc cùng sai — và vì đề chỉ có một đáp án, cả hai chắc chắn sai.

⚠ Kỹ thuật làm bài: ⚠ khi hai phương án đồng nghĩa với nhau, cả hai đều loại được ngay ⚠ — đề chỉ có một đáp án đúng nên không thể có hai phương án cùng đúng; ⚠ ở đây điều đó rút gọn bài toán xuống còn Scrum và Kanban, và dấu hiệu scrum master quyết định phần còn lại.

Ghi nhớ

⚠ Đối chiếu: ⚠ #26490 cùng lô (định nghĩa hoàn thành), ⚠ #26499 cùng lô (planning poker), ⚠ #26508 cùng lô (buổi hồi cứu mỗi bốn tuần), ⚠ #26496 cùng lô (chuyển sang agile), ⚠ #26475 lô 194 (lãnh đạo phục vụ gỡ vật cản).

⚠ SCRUM và KANBAN — bảng phân biệt: | | Scrum | Kanban | |---|---|---| | ⚠ Nhịp | ⚠ SPRINT có hộp thời gian cố định | ⚠ dòng chảy LIÊN TỤC, không có sprint | | ⚠ Vai trò quy định | ⚠ chủ sản phẩm, scrum master, đội phát triển | ⚠ KHÔNG quy định vai trò nào | | ⚠ Nghi thức | ⚠ lập kế hoạch sprint, họp đứng, rà soát, hồi cứu | ⚠ không bắt buộc; đội tự chọn | | ⚠ Cơ chế điều tiết | ⚠ cam kết cho từng sprint | ⚠ GIỚI HẠN WIP — việc đang làm | | ⚠ Thay đổi giữa chừng | ⚠ tránh đổi trong sprint đang chạy | ⚠ thêm việc bất cứ lúc nào miễn còn chỗ trong WIP | | ⚠ Phù hợp với | ⚠ phát triển sản phẩm theo chu kỳ | ⚠ vận hành, hỗ trợ, luồng việc đến bất định | | ⚠ Dấu hiệu nhận diện trong đề | ⚠ có SCRUM MASTER, có SPRINT, có hồi cứu → Scrum | ⚠ có BẢNG, có giới hạn WIP, không có sprint → Kanban |

⚠ HỌP ĐỨNG HẰNG NGÀY — làm đúng và làm sai: | Làm đúng | Làm sai | |---|---| | ⚠ 15 phút, đứng, đúng giờ | ⚠ kéo dài thành họp một tiếng | | ⚠ Đội nói VỚI NHAU | ⚠ từng người báo cáo cho quản lý | | ⚠ Nêu vật cản, KHÔNG giải quyết tại chỗ | ⚠ hai người đào sâu kỹ thuật, tám người ngồi nghe | | ⚠ Mục đích là ĐỒNG BỘ và lộ vật cản | ⚠ biến thành công cụ giám sát tiến độ | | ⚠ Vai trò của scrum master | ⚠ giữ hộp thời gian, ghi vật cản, rồi ĐI GỠ chúng sau buổi họp — đúng như mô tả trong đề |

⚠ Tam giác ràng buộc đảo ngược — chi tiết quan trọng trong đề: | | Dự đoán (thác nước) | Agile | |---|---|---| | ⚠ CỐ ĐỊNH | ⚠ PHẠM VI | ⚠ THỜI GIAN và CHI PHÍ | | ⚠ Ước lượng / linh hoạt | ⚠ thời gian và chi phí | ⚠ PHẠM VI | | ⚠ Câu hỏi trung tâm | ⚠ "làm hết chỗ này mất bao lâu và bao nhiêu tiền?" | ⚠ "với chừng này thời gian và tiền, ta làm được nhiều nhất là gì?" | | ⚠ Trong đề | ⚠ "không có phạm vi cố định nhưng có ngân sách và hạn chót" — đây là mô tả sách giáo khoa của vế agile | |

Từ khoá nhận diện:

"họp đứng 15 phút + người gỡ vật cản" → ⚠ SCRUM "bảng, giới hạn WIP, dòng chảy liên tục, không có vai trò quy định" → ⚠ Kanban "phạm vi cố định từ đầu" → ⚠ dự đoán / hướng kế hoạch hai phương án ĐỒNG NGHĨA → ⚠ loại cả hai ngay lập tức

Ba việc kiểm chứng: | Việc | Cách | |---|---| | Họp hằng ngày của bạn kéo dài bao lâu | ⚠ quá 15 phút là đã đổi bản chất | | Trong buổi đó, mọi người nói với nhau hay nói với bạn | | | Vật cản nêu ra hôm qua có ai gỡ không | ⚠ nếu không thì buổi họp chỉ là nghi thức |

Và phép thử đơn giản nhất để biết một đội có thật sự làm Scrum hay chỉ đang họp mỗi sáng: hỏi xem tuần trước có vật cản nào được nêu ra và được gỡ bởi một người không thuộc đội hay không.

Câu 65 People
Roger is negotiating project objectives with a stakeholder. As he records the objectives, he realizes that the stakeholder may not recognize the level of effort required for the objectives they are describing. When he asks the stakeholder which objectives should be prioritized, the stakeholder replies that it is up to Roger. In response, Roger pushes the stakeholder to assign deadlines to each objective to ensure that they are accomplished in the stakeholder's timeframe. What kind of objectives is Roger negotiating?
  1. A Realistic
  2. B Measurable
  3. C Time-sensitive
  4. D Specific
Xem giải thích

Đáp án

C — Mục tiêu NHẠY CẢM VỀ THỜI GIAN (time-sensitive / time-bound).

Vì sao đúng

⚠ Vì sao đây là chữ T trong SMART: | Dấu hiệu trong đề | Ý nghĩa | |---|---| | ⚠ Roger THÚC bên liên quan gán HẠN CHÓT cho TỪNG mục tiêu | ⚠ hành động cụ thể duy nhất được mô tả | | ⚠ Mục đích: hoàn thành trong KHUNG THỜI GIAN của bên liên quan | ⚠ đề dùng đúng chữ "timeframe" | | ⚠ Không có hạn thì mục tiêu không bao giờ tới lượt | ⚠ đó là lý do chữ T tồn tại | | ⚠ Bên liên quan nói "tuỳ anh" khi được hỏi ưu tiên | ⚠ hạn chót là cách gián tiếp buộc họ phải xếp ưu tiên | | ⚠ Kết luận | ⚠ đề mô tả đúng một hành vi và nó thuộc đúng một chữ cái |

⚠ Điểm tinh tế đáng nhớ: ⚠ Roger đang dùng HẠN CHÓT làm công cụ để moi ra ƯU TIÊN ⚠ — ⚠ khi mọi thứ đều "tuỳ anh", việc buộc người ta đặt ngày tháng khiến họ phải đối diện với thực tế rằng không thể làm mọi thứ cùng lúc; ⚠ liên hệ #26464 lô 194, nơi bên liên quan nói "mọi thứ đều ưu tiên cao nhất".

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

  • A (KHẢ THI — realistic) — ⚠ phương án gây nhiễu mạnh nhất vì ⚠ đề mở đầu bằng việc Roger nhận ra bên liên quan KHÔNG HÌNH DUNG ĐƯỢC KHỐI LƯỢNG CÔNG VIỆC, nghe rất giống vấn đề về tính khả thi: ⚠ nhưng ⚠ đó chỉ là BỐI CẢNH giải thích vì sao Roger lo lắng ⚠ — còn HÀNH ĐỘNG anh thực hiện là ép gán hạn chót, và đề hỏi anh đang thương lượng loại mục tiêu nào qua hành động đó.

  • B (ĐO ĐƯỢC — measurable) — ⚠ về tiêu chí đánh giá thành công bằng con số; ⚠ hạn chót có tính thời điểm chứ không phải thước đo kết quả.

  • D (CỤ THỂ — specific) — ⚠ về việc mục tiêu nói rõ cái gì, cho ai, ở đâu; ⚠ đề không mô tả việc làm rõ nội dung.

Ghi nhớ

⚠ Đối chiếu: ⚠ #26464 lô 194 ("mọi thứ đều ưu tiên cao nhất"), ⚠ #26436 lô 194 (ưu tiên theo tác động), ⚠ #26483 cùng lô (hội thảo yêu cầu), ⚠ #26497 cùng lô (bên liên quan bị bỏ sót), ⚠ #26502 cùng lô (ràng buộc là đầu vào của ước lượng).

⚠ MỤC TIÊU SMART — bảng đầy đủ: | Chữ | Nghĩa | Câu hỏi kiểm tra | |---|---|---| | ⚠ S — SPECIFIC | ⚠ cụ thể | ⚠ cái gì, cho ai, ở đâu, phạm vi tới đâu | | ⚠ M — MEASURABLE | ⚠ đo được | ⚠ làm sao biết đã đạt — con số nào | | ⚠ A — ACHIEVABLE | ⚠ đạt được | ⚠ với nguồn lực hiện có thì có làm nổi không | | ⚠ R — RELEVANT / REALISTIC | ⚠ phù hợp / khả thi | ⚠ nó có phục vụ mục tiêu lớn hơn không | | ⚠ T — TIME-BOUND | ⚠ có mốc thời gian | ⚠ hạn chót là ngày nào — câu này | | ⚠ Lưu ý về chữ A và R | ⚠ nhiều tài liệu hoán đổi hoặc gộp hai chữ này (Achievable / Attainable, Relevant / Realistic) — đề PMP thường tránh hỏi phân biệt hai chữ đó, nhưng chữ T thì luôn rõ ràng | |

⚠ Vì sao HẠN CHÓT là công cụ mạnh nhất trong năm chữ: | Lý do | Nội dung | |---|---| | ⚠ Nó buộc phải XẾP ƯU TIÊN | ⚠ không thể mọi thứ cùng xong vào một ngày | | ⚠ Nó tạo ĐIỂM KIỂM CHỨNG | ⚠ tới ngày đó thì biết đúng hay sai, không cãi được | | ⚠ Nó lộ ra kỳ vọng phi thực tế SỚM | ⚠ đúng điều Roger đang lo | | ⚠ Nó chuyển trách nhiệm về đúng chỗ | ⚠ bên liên quan phải tự nói mình cần gì trước | | ⚠ Cạm bẫy | ⚠ hạn chót do người khác đặt mà không dựa trên ước lượng là ước lượng bị áp đặt — Roger phải đối chiếu ngược lại với năng lực đội, liên hệ #26502 cùng lô |

⚠ Roger nên làm gì tiếp sau khi có hạn chót: | Bước | Nội dung | |---|---| | ⚠ 1. Ước lượng công sức thật cho từng mục tiêu | ⚠ liên hệ #26492 và #26502 cùng lô | | ⚠ 2. Đối chiếu tổng công sức với hạn chót đã nêu | | | ⚠ 3. Cho bên liên quan thấy khoảng CHÊNH LỆCH | ⚠ bằng số liệu, không bằng cảm nhận | | ⚠ 4. Đề nghị chọn: giảm phạm vi, dời hạn, hoặc thêm nguồn lực | ⚠ ba lựa chọn kinh điển của tam giác ràng buộc | | ⚠ 5. Ghi thoả thuận vào tài liệu yêu cầu | | | ⚠ Vì sao bước 3 quan trọng nhất | ⚠ bên liên quan không hình dung được khối lượng việc — nhiệm vụ của Roger không phải là chấp nhận hay từ chối, mà là làm cho khối lượng đó TRỞ NÊN NHÌN THẤY ĐƯỢC, rồi để họ quyết định |

Từ khoá nhận diện:

"gán hạn chót cho từng mục tiêu" → ⚠ NHẠY CẢM VỀ THỜI GIAN (chữ T) "làm sao đo được thành công" → ⚠ đo được (M) "có làm nổi không với nguồn lực này" → ⚠ khả thi (A/R) "chính xác là làm gì, cho ai" → ⚠ cụ thể (S)

Ba việc kiểm chứng: | Việc | Cách | |---|---| | Mục tiêu dự án của bạn có ngày tháng cụ thể không | | | Ngày đó do ai đặt và dựa trên gì | ⚠ dựa trên ước lượng hay dựa trên mong muốn | | Khi bên liên quan nói "tuỳ anh", bạn làm gì | ⚠ nhận lấy quyền quyết, hay đặt câu hỏi để họ phải chọn |

Và mẹo mà Roger đang dùng, đáng để mượn: khi không ai chịu xếp ưu tiên, đừng hỏi cái gì quan trọng hơn — hãy hỏi cái gì cần xong trước, vì lịch là thứ duy nhất không cho phép mọi thứ đứng cùng một chỗ.

Câu 66 Process
Ivan is a developer who joined Project MTX five weeks ago. Project MTX uses a scrum approach which Ivan has never utilized on a project before. The project manager tells Ivan that he will coach him as the project goes along and that Ivan should have no problem catching on to the approach quickly. Ivan notices that a specific meeting appears on his calendar every four weeks for the team to discuss how the project is going. Ivan is confused by this since he also has scheduled daily meetings to talk to his team. What is the most likely response he will receive when he asks why these meetings occur?
  1. A The project sponsor is concerned the project is slipping.
  2. B The team continually makes the same mistakes.
  3. C The key stakeholders measure success by the number of meetings.
  4. D These meetings help the team learn from recent experiences.
Xem giải thích

Đáp án

D — Những buổi họp này giúp đội HỌC TỪ NHỮNG TRẢI NGHIỆM GẦN ĐÂY.

Vì sao đúng

⚠ Vì sao đây là buổi hồi cứu: | Dấu hiệu trong đề | Ý nghĩa | |---|---| | ⚠ Diễn ra ĐỊNH KỲ mỗi bốn tuần | ⚠ theo nhịp sprint, không phải khi có sự cố | | ⚠ Nội dung: "bàn xem dự án đang diễn ra thế nào" | ⚠ nhìn lại CÁCH LÀM VIỆC, không phải trạng thái công việc | | ⚠ Khác hẳn buổi họp HẰNG NGÀY mà Ivan đã có | ⚠ họp đứng đồng bộ công việc; hồi cứu cải tiến quy trình | | ⚠ Dự án dùng Scrum | ⚠ hồi cứu là một trong bốn nghi thức bắt buộc | | ⚠ Kết luận | ⚠ mục đích là HỌC và ĐIỀU CHỈNH, đúng nguyên tắc thanh tra và thích ứng |

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

  • B (đội LIÊN TỤC LẶP LẠI cùng một sai lầm) — ⚠ phương án gây nhiễu mạnh nhất vì ⚠ hồi cứu ĐÚNG LÀ nơi xử lý sai lầm lặp lại, nên nội dung nghe rất liên quan: ⚠ nhưng ⚠ nó biến một NGHI THỨC ĐỊNH KỲ thành phản ứng trước một vấn đề ⚠ — hồi cứu diễn ra dù đội có sai lầm hay không; ⚠ và trả lời như vậy với một người mới là dạy anh ta rằng buổi họp này mang tính trách móc, ⚠ điều phá hỏng chính sự an toàn tâm lý mà hồi cứu cần có — liên hệ #26469 lô 194.

  • A (nhà tài trợ lo dự án đang trượt) — ⚠ cũng biến nghi thức thành phản ứng trước áp lực bên ngoài; ⚠ cùng lỗi với phương án A của #26493 cùng lô.

  • C (bên liên quan đo thành công bằng SỐ LƯỢNG cuộc họp) — ⚠ vô lý và mang tính châm biếm; ⚠ đề PMP không chọn phương án kiểu này.

Ghi nhớ

⚠ Đối chiếu: ⚠ #26501 cùng lô (chia sẻ tri thức suốt dự án — hồi cứu là một điểm nhấn của nó), ⚠ #26506 cùng lô (Scrum và họp đứng hằng ngày), ⚠ #26493 cùng lô (cùng mô-típ nhiễu: biến thực hành chuẩn thành phản ứng bị động), ⚠ #26455 lô 194 (bài học kinh nghiệm và tri thức ẩn), ⚠ #26499 cùng lô (xác nhận đã hiểu).

⚠ BỐN NGHI THỨC của Scrum — phân biệt rõ: | Nghi thức | Nhịp | Mục đích | Nhìn về | |---|---|---|---| | ⚠ LẬP KẾ HOẠCH SPRINT | ⚠ đầu mỗi sprint | ⚠ chọn việc cho sprint | ⚠ phía trước | | ⚠ HỌP ĐỨNG HẰNG NGÀY | ⚠ mỗi ngày, 15 phút | ⚠ đồng bộ, nêu vật cản | ⚠ hôm nay | | ⚠ RÀ SOÁT SPRINT | ⚠ cuối sprint | ⚠ trình bày SẢN PHẨM cho bên liên quan | ⚠ phía sau — về sản phẩm | | ⚠ HỒI CỨU | ⚠ cuối sprint | ⚠ cải tiến CÁCH LÀM VIỆC của đội | ⚠ phía sau — về quy trình | | ⚠ Cặp dễ lẫn nhất | ⚠ RÀ SOÁT nói về SẢN PHẨM và có bên liên quan tham dự; HỒI CỨU nói về QUY TRÌNH và chỉ có đội — buổi trong đề là hồi cứu vì nội dung là "dự án đang diễn ra thế nào" | | |

⚠ Một buổi hồi cứu tốt gồm gì: | Bước | Nội dung | |---|---| | ⚠ 1. Mở đầu, thiết lập an toàn tâm lý | ⚠ nhắc "chỉ thị hồi cứu": ai cũng đã làm tốt nhất trong hoàn cảnh của mình | | ⚠ 2. Thu thập dữ liệu về sprint vừa qua | ⚠ sự kiện, số liệu, cảm nhận | | ⚠ 3. Tìm hiểu VÌ SAO | ⚠ phân tích nguyên nhân gốc, không dừng ở triệu chứng | | ⚠ 4. Quyết định HÀNH ĐỘNG cụ thể | ⚠ một tới ba việc, có người phụ trách | | ⚠ 5. Kết thúc, đánh giá chính buổi hồi cứu | | | ⚠ Dấu hiệu hồi cứu hỏng | ⚠ không ra được hành động nào, hoặc ra hành động mà sprint sau không ai làm — khi đó đội sẽ nhanh chóng coi buổi họp là hình thức, và lúc ấy phương án C mỉa mai của đề lại thành mô tả đúng thực tế |

⚠ Câu trả lời tốt nhất cho Ivan: | Ý | Nội dung | |---|---| | ⚠ Họp đứng hằng ngày trả lời "chúng ta ĐANG làm gì" | ⚠ về công việc | | ⚠ Hồi cứu trả lời "chúng ta làm việc với nhau THẾ NÀO" | ⚠ về cách thức | | ⚠ Hai buổi không trùng nhau, không thay thế nhau | | | ⚠ Hồi cứu là nơi anh có thể nói điều không tiện nói hằng ngày | ⚠ đặc biệt quan trọng với người mới như Ivan | | ⚠ Cơ hội cho quản lý dự án | ⚠ Ivan mới năm tuần và đang hỏi — đây đúng là lúc kèm cặp; một câu trả lời tốt bây giờ đáng giá hơn nhiều buổi đào tạo sau này, liên hệ #26455 lô 194 |

Từ khoá nhận diện:

"họp định kỳ để bàn dự án đang diễn ra thế nào" → ⚠ HỒI CỨU — học từ trải nghiệm gần đây "trình bày sản phẩm cho bên liên quan" → ⚠ rà soát sprint "vì đội cứ mắc lại lỗi cũ" → ⚠ biến nghi thức định kỳ thành phản ứng trách móc "vì nhà tài trợ đang lo" → ⚠ cùng lỗi, do áp lực bên ngoài

Ba việc kiểm chứng: | Việc | Cách | |---|---| | Hồi cứu gần nhất của bạn ra được mấy hành động | | | Hành động của hồi cứu trước đó đã làm chưa | ⚠ chưa làm thì buổi tới sẽ nhắc lại đúng vấn đề cũ | | Người mới trong đội có dám nói trong hồi cứu không | |

Và điều khiến hồi cứu khác mọi cuộc họp khác trong dự án: đây là buổi duy nhất mà chủ đề không phải là công việc, mà là chính cái đội đang làm công việc ấy — và nếu bỏ nó đi, đội sẽ tiến bộ đúng bằng tốc độ tự nhiên của việc mắc lỗi rồi tự sửa.

Câu 67 Process
Arnold is the project manager for Project Saturn, which is mid-way through its planning stage. The project has a fixed deadline the team must meet. While reviewing the project plan, Arnold notices many tasks require skill sets not available at his company. Arnold consults with the project team, and they confirm they do not have the needed skill sets. The team is willing to learn, but the training may take significant time, and the team is uncertain how often the skill sets will be utilized in future projects or operations. What execution approach is Arnold likely to suggest?
  1. A Cancel the project.
  2. B Hire specialists to fill the gaps.
  3. C Rely on contractors to fill many of the skills gaps.
  4. D Send the team to training.
Xem giải thích

Đáp án

C — Dựa vào NHÀ THẦU (contractors) để lấp phần lớn khoảng trống kỹ năng.

Vì sao đúng

⚠ Ba dấu hiệu trong đề đều dẫn về thuê ngoài: | Dấu hiệu | Ý nghĩa | |---|---| | ⚠ HẠN CHÓT CỐ ĐỊNH, không dời được | ⚠ loại bỏ mọi phương án cần nhiều thời gian | | ⚠ Đào tạo sẽ mất NHIỀU THỜI GIAN | ⚠ không đủ thời gian để đào tạo kịp | | ⚠ Không chắc kỹ năng này còn dùng về SAU | ⚠ đầu tư dài hạn không có cơ sở hoàn vốn | | ⚠ Nhà thầu có kỹ năng NGAY LẬP TỨC | ⚠ và rời đi khi dự án xong — đúng nhu cầu tạm thời | | ⚠ Kết luận | ⚠ kỹ năng cần GẤP + dùng TẠM THỜI = thuê ngoài, không phải xây dựng nội bộ |

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

  • B (TUYỂN chuyên gia vào làm nhân viên chính thức) — ⚠ phương án gây nhiễu mạnh nhất vì ⚠ nó cũng mang kỹ năng vào ngay và nghe như một khoản đầu tư nghiêm túc: ⚠ nhưng ⚠ tuyển dụng là cam kết DÀI HẠN cho một nhu cầu NGẮN HẠN ⚠ — đề nói rõ đội không chắc kỹ năng này còn cần trong tương lai; ⚠ và quy trình tuyển dụng cho vị trí chuyên môn hiếm thường mất nhiều tháng, không kịp với hạn chót cố định.

  • D (cử đội đi ĐÀO TẠO) — ⚠ đề đã loại sẵn: ⚠ đội sẵn sàng học nhưng đào tạo mất nhiều thời gian, mà thời gian là thứ dự án không có.

  • A (HUỶ dự án) — ⚠ phản ứng cực đoan; ⚠ khoảng trống kỹ năng là vấn đề có nhiều giải pháp, huỷ dự án là bỏ toàn bộ giá trị vì một trở ngại giải được.

⚠ Đối chiếu quan trọng với #26449 lô 194: ⚠ ở câu đó, đáp án đúng là DÀNH NGÂN SÁCH ĐÀO TẠO ⚠ — vì ⚠ năng lực đó sẽ còn cần về sau và có thời gian để học; ⚠ ở câu này đáp án là THUÊ NGOÀI vì ⚠ hạn chót cố định và kỹ năng có thể không dùng lại. ⚠ Hai khoá KHÔNG mâu thuẫn — chúng khác nhau ở đúng hai biến số, và đó là bài học chính.

Ghi nhớ

⚠ Đối chiếu: ⚠ #26449 lô 194 (đào tạo — trường hợp ngược lại), ⚠ #26495 cùng lô (yêu cầu nguồn lực), ⚠ #26494 cùng lô (chiến lược ứng phó rủi ro), ⚠ #26451 lô 194 (quản trị mua sắm), ⚠ #26487 cùng lô (thoả ước lao động).

⚠ BỐN cách lấp khoảng trống kỹ năng — bảng quyết định: | Cách | Chọn khi | Không chọn khi | |---|---|---| | ⚠ ĐÀO TẠO đội hiện có | ⚠ có thời gian VÀ kỹ năng sẽ còn dùng | ⚠ hạn gấp hoặc nhu cầu một lần — câu này | | ⚠ THUÊ NHÀ THẦU | ⚠ cần NGAY, nhu cầu TẠM THỜI — câu này | ⚠ đó là năng lực cốt lõi cần giữ trong nhà | | ⚠ TUYỂN nhân viên chính thức | ⚠ nhu cầu LÂU DÀI và có thời gian tuyển | ⚠ nhu cầu ngắn hạn, chi phí cam kết cao | | ⚠ THUÊ NGOÀI cả gói công việc | ⚠ cả một mảng việc không thuộc chuyên môn tổ chức | ⚠ cần kiểm soát chặt cách làm | | ⚠ Hai câu hỏi quyết định | ⚠ (1) CÓ BAO NHIÊU THỜI GIAN? (2) SAU DỰ ÁN CÒN CẦN KỸ NĂNG NÀY KHÔNG? — hai câu này phân biệt được cả bốn phương án | |

⚠ Rủi ro của việc dựa vào nhà thầu — Arnold phải quản: | Rủi ro | Cách giảm nhẹ | |---|---| | ⚠ Tri thức đi theo nhà thầu khi họ rời đi | ⚠ ghép cặp người nội bộ với nhà thầu để hấp thụ tri thức ẩn — liên hệ #26455 lô 194 | | ⚠ Chi phí theo giờ cao hơn nhân viên | ⚠ nhưng không có chi phí dài hạn — tính tổng chi phí sở hữu | | ⚠ Cam kết với dự án thấp hơn | ⚠ đưa họ vào đội thật sự, không tách thành nhóm riêng | | ⚠ Phụ thuộc vào bên ngoài cho việc quan trọng | ⚠ giữ phần kiến trúc và quyết định trong nhà | | ⚠ Rủi ro hợp đồng và sở hữu trí tuệ | ⚠ liên hệ #26479 lô 194 — rà soát pháp lý | | ⚠ Việc quan trọng nhất | ⚠ lập kế hoạch CHUYỂN GIAO TRI THỨC ngay từ đầu hợp đồng, không phải ở tuần cuối — nếu không, dự án kết thúc và tổ chức không giữ lại được gì ngoài sản phẩm |

⚠ Vì sao đề nói "PHẦN LỚN" khoảng trống chứ không phải toàn bộ: | Ý nghĩa | Nội dung | |---|---| | ⚠ Không nên thuê ngoài 100% | ⚠ mất hoàn toàn khả năng kiểm soát và bảo trì | | ⚠ Giữ lại phần cốt lõi cho đội nhà | ⚠ kiến trúc, quyết định thiết kế, hiểu biết nghiệp vụ | | ⚠ Kết hợp: nhà thầu làm, đội nhà học dần | ⚠ giải quyết cả nhu cầu trước mắt lẫn năng lực lâu dài | | ⚠ Nhận xét | ⚠ chữ "phần lớn" trong phương án đúng không phải ngẫu nhiên — nó là dấu hiệu của một câu trả lời cân bằng, và đề PMP thường ưu ái phương án cân bằng hơn phương án tuyệt đối |

Từ khoá nhận diện:

"hạn cố định + kỹ năng có thể không dùng lại" → ⚠ THUÊ NHÀ THẦU "có thời gian + kỹ năng sẽ còn cần" → ⚠ đào tạo — xem #26449 lô 194 "nhu cầu lâu dài, có thời gian tuyển" → ⚠ tuyển nhân viên "huỷ dự án" → ⚠ gần như không bao giờ là đáp án khi vấn đề còn giải được

Ba việc kiểm chứng: | Việc | Cách | |---|---| | Kỹ năng bạn đang thiếu có còn cần sau dự án này không | ⚠ câu hỏi quyết định giữa đào tạo và thuê ngoài | | Bạn có kế hoạch giữ lại tri thức của nhà thầu không | | | Phần nào của hệ thống bạn nhất định phải tự hiểu | ⚠ đó là phần không được thuê ngoài |

Và cái giá ẩn của mọi quyết định thuê ngoài: bạn mua được thời gian ngay lập tức và trả bằng một khoảng trống hiểu biết sẽ chỉ lộ ra vào lần đầu tiên hệ thống hỏng sau khi nhà thầu đã đi.

Câu 68 Process
Pete is a project manager at the Daisy Corporation, which is beginning to plan a new project. This project would involve deploying a commercial software piece to run a factory and has been implemented dozens of times worldwide. What approach is Pete likely to recommend?
  1. A Big bang deployment
  2. B Scrum methodology
  3. C Predictive methodology
  4. D Agile methodology
Xem giải thích

Đáp án

C — PHƯƠNG PHÁP DỰ ĐOÁN (predictive methodology).

Vì sao đúng

⚠ Vì sao dự đoán phù hợp ở đây: | Dấu hiệu trong đề | Ý nghĩa | |---|---| | ⚠ Phần mềm THƯƠNG MẠI có sẵn, không phải phát triển mới | ⚠ không có bất định về sản phẩm | | ⚠ Đã triển khai HÀNG CHỤC LẦN trên khắp thế giới | ⚠ quy trình đã được kiểm chứng, có dữ liệu lịch sử dồi dào | | ⚠ Yêu cầu đã rõ và ổn định | ⚠ có thể chốt phạm vi từ đầu | | ⚠ Điều hành một nhà máy | ⚠ môi trường đòi kiểm soát chặt và ít gián đoạn | | ⚠ Ít cần khám phá, nhiều cần thực thi kỷ luật | | | ⚠ Kết luận | ⚠ bất định THẤP + tiền lệ NHIỀU = dự đoán |

⚠ Nguyên tắc chọn phương pháp: ⚠ MỨC BẤT ĐỊNH quyết định, không phải ngành nghề hay quy mô ⚠ — ⚠ agile sinh ra để xử lý bất định cao; ⚠ khi bất định thấp, các vòng lặp và việc để ngỏ phạm vi chỉ thêm chi phí mà không mua lại được gì.

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

  • D (phương pháp AGILE) — ⚠ phương án gây nhiễu mạnh nhất vì ⚠ agile đang là mặc định trong nhiều tổ chức và nhiều người chọn nó theo phản xạ: ⚠ nhưng ⚠ agile có giá trị khi yêu cầu chưa rõ và cần học dần ⚠ — ở đây không có gì để học, phần mềm đã có, quy trình triển khai đã được lặp lại hàng chục lần; ⚠ dùng agile ở đây là trả chi phí của sự linh hoạt mà không dùng tới sự linh hoạt đó.

  • B (SCRUM) — ⚠ là MỘT KHUNG cụ thể trong agile, nên sai vì cùng lý do, và còn hẹp hơn.

  • A (BIG BANG DEPLOYMENT) — ⚠ là một CHIẾN LƯỢC TRIỂN KHAI (chuyển toàn bộ sang hệ thống mới một lần), không phải một PHƯƠNG PHÁP quản lý dự án; ⚠ lạc trục phân loại — và với nhà máy đang vận hành thì đây còn là lựa chọn rất rủi ro.

Ghi nhớ

⚠ Đối chiếu: ⚠ #26506 cùng lô (Scrum — trường hợp ngược lại, phạm vi chưa chốt), ⚠ #26496 cùng lô (tổ chức chuyển sang agile), ⚠ #26463 lô 194 (hiện vật của hai phương pháp), ⚠ #26475 lô 194 (môi trường lai), ⚠ #26472 lô 194 (điều chỉnh theo bối cảnh).

⚠ CHỌN PHƯƠNG PHÁP theo mức bất định — bảng quyết định: | Yếu tố | Nghiêng về DỰ ĐOÁN | Nghiêng về AGILE | |---|---|---| | ⚠ Yêu cầu | ⚠ rõ, ổn định | ⚠ mơ hồ, hay đổi | | ⚠ Công nghệ | ⚠ quen thuộc, đã kiểm chứng | ⚠ mới, chưa chắc chắn | | ⚠ Tiền lệ | ⚠ đã làm nhiều lần — câu này | ⚠ lần đầu | | ⚠ Phản hồi khách hàng | ⚠ không cần liên tục | ⚠ cần sớm và thường xuyên | | ⚠ Chi phí thay đổi về sau | ⚠ rất cao | ⚠ chấp nhận được | | ⚠ Yêu cầu quản trị/tuân thủ | ⚠ nặng, cần tài liệu đầy đủ | ⚠ nhẹ hơn | | ⚠ Thực tế phổ biến nhất | ⚠ MÔ HÌNH LAI — dự đoán cho phần hạ tầng và tuân thủ, agile cho phần cấu hình và giao diện người dùng; liên hệ #26475 lô 194 | |

⚠ Vì sao triển khai phần mềm thương mại đặc biệt hợp với dự đoán: | Lý do | Nội dung | |---|---| | ⚠ Nhà cung cấp đã có phương pháp triển khai chuẩn | ⚠ kèm mốc, danh sách kiểm, tài liệu | | ⚠ Phạm vi bị GIỚI HẠN bởi chính sản phẩm | ⚠ bạn cấu hình chứ không phát minh | | ⚠ Có dữ liệu lịch sử từ hàng chục lần triển khai | ⚠ ước lượng tương tự và tham số rất chính xác — liên hệ #26492 cùng lô | | ⚠ Rủi ro chính là VẬN HÀNH và CON NGƯỜI, không phải kỹ thuật | ⚠ quản lý thay đổi mới là phần khó — liên hệ #26504 cùng lô, mô hình ADKAR | | ⚠ Nơi cần linh hoạt duy nhất | ⚠ phần CẤU HÌNH theo đặc thù nhà máy và phần đào tạo người dùng — nhiều tổ chức làm phần này theo kiểu lặp, và đó là mô hình lai |

⚠ Ba chiến lược triển khai — phương án A thực ra thuộc bảng này: | Chiến lược | Nội dung | Rủi ro | |---|---|---| | ⚠ BIG BANG | ⚠ chuyển toàn bộ một lần | ⚠ cao nhất — hỏng là hỏng cả nhà máy | | ⚠ THEO GIAI ĐOẠN | ⚠ từng phân xưởng, từng mô-đun | ⚠ thấp hơn, nhưng phải chạy song song lâu | | ⚠ CHẠY SONG SONG | ⚠ hệ cũ và hệ mới cùng chạy một thời gian | ⚠ an toàn nhất, tốn kém nhất | | ⚠ Với một nhà máy đang sản xuất | ⚠ big bang gần như luôn là lựa chọn tệ nhất — dừng dây chuyền vì lỗi phần mềm là thiệt hại tính bằng giờ, liên hệ #26438 lô 194 về việc chọn khung giờ ít ảnh hưởng nhất | |

Từ khoá nhận diện:

"phần mềm thương mại đã triển khai hàng chục lần" → ⚠ DỰ ĐOÁN "yêu cầu chưa rõ, cần học dần" → ⚠ agile "big bang" → ⚠ chiến lược TRIỂN KHAI, không phải phương pháp quản lý dự án nguyên tắc chọn → ⚠ mức BẤT ĐỊNH quyết định, không phải mốt hay quy mô

Ba việc kiểm chứng: | Việc | Cách | |---|---| | Dự án của bạn có bao nhiêu điều chưa biết | ⚠ nhiều thì agile, ít thì dự đoán | | Bạn có đang dùng agile cho một việc đã làm mười lần không | | | Phần khó nhất của dự án là kỹ thuật hay con người | ⚠ với triển khai phần mềm thương mại, gần như luôn là con người |

Và sai lầm phổ biến nhất trong việc chọn phương pháp: chọn theo thứ tổ chức đang muốn trở thành, thay vì theo thứ dự án này thật sự cần — và một dự án có sẵn mọi câu trả lời thì không cần một phương pháp được thiết kế để đi tìm chúng.

Câu 69 Process
Natasha is the project manager for the Withrow Project and will need as much input to the scope planning as possible. To assist with her project scope planning, her assistant, Tommy, suggests using some of the organizational process assets. Of the choices below, which one is not an organizational process asset?
  1. A WBS
  2. B Historical information
  3. C Organizational procedures
  4. D Organizational policies
Xem giải thích

Đáp án

A — WBS (cấu trúc phân rã công việc) — đây KHÔNG phải tài sản quy trình tổ chức.

Vì sao đúng

⚠ Vì sao WBS không phải tài sản quy trình tổ chức: | Lý do | Nội dung | |---|---| | ⚠ WBS là SẢN PHẨM của chính dự án đang làm | ⚠ đội tạo ra nó, không phải nhận nó từ tổ chức | | ⚠ Tài sản quy trình là thứ tổ chức ĐÃ CÓ TỪ TRƯỚC | ⚠ dự án dùng lại, không tạo mới | | ⚠ Nó là một ĐẦU RA của quy trình Tạo WBS | ⚠ thuộc đường cơ sở phạm vi, một tài liệu dự án | | ⚠ Mỗi dự án có WBS riêng, không dùng chung được | | | ⚠ Sắc thái cần biết | ⚠ một MẪU WBS hoặc WBS của dự án CŨ thì LÀ tài sản quy trình — nhưng bản thân WBS của dự án này thì không | | ⚠ Kết luận | ⚠ ba phương án còn lại đều có sẵn trước khi dự án bắt đầu |

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

  • B (THÔNG TIN LỊCH SỬ) — ⚠ phương án gây nhiễu mạnh nhất vì ⚠ nó là dữ liệu chứ không phải "quy trình", nên nhiều người nghĩ nó không thuộc nhóm này: ⚠ nhưng ⚠ tài sản quy trình tổ chức gồm HAI nhánh: (1) quy trình, chính sách, thủ tục và (2) KHO TRI THỨC của tổ chức ⚠ — thông tin lịch sử, sổ bài học, CSDL ước lượng đều nằm ở nhánh thứ hai; ⚠ đây là nhánh hay bị quên nhất.

  • C (THỦ TỤC của tổ chức) — ⚠ nhánh thứ nhất, rõ ràng là tài sản quy trình.

  • D (CHÍNH SÁCH của tổ chức) — ⚠ cũng nhánh thứ nhất.

Ghi nhớ

⚠ Đối chiếu: ⚠ #26487 cùng lô (thoả ước lao động là YẾU TỐ MÔI TRƯỜNG, không phải tài sản quy trình), ⚠ #26492 cùng lô (CSDL ước lượng thương mại), ⚠ #26502 cùng lô (đầu vào của ước lượng thời lượng), ⚠ #26455 lô 194 (bài học kinh nghiệm).

⚠ TÀI SẢN QUY TRÌNH TỔ CHỨC — hai nhánh: | Nhánh | Gồm gì | |---|---| | ⚠ 1. QUY TRÌNH, CHÍNH SÁCH, THỦ TỤC | ⚠ chính sách chất lượng, quy trình mua sắm, mẫu tài liệu, danh sách kiểm, hướng dẫn điều chỉnh | | ⚠ 2. KHO TRI THỨC của tổ chức | ⚠ thông tin lịch sử, sổ bài học, CSDL ước lượng, hồ sơ dự án cũ, dữ liệu tài chính | | ⚠ Đặc điểm chung | ⚠ ĐÃ CÓ trước dự án; dự án DÙNG chúng và có thể BỔ SUNG vào chúng khi kết thúc | | | ⚠ Không thuộc nhóm này | ⚠ mọi tài liệu do CHÍNH dự án tạo ra: điều lệ, WBS, sổ rủi ro, lịch, kế hoạch quản lý dự án | |

⚠ TÀI SẢN QUY TRÌNH và YẾU TỐ MÔI TRƯỜNG — phân biệt (hay hỏi cùng nhau): | | Tài sản quy trình (OPA) | Yếu tố môi trường (EEF) | |---|---|---| | ⚠ Bản chất | ⚠ thứ dự án DÙNG ĐƯỢC | ⚠ điều kiện dự án PHẢI CHỊU | | ⚠ Đổi được không | ⚠ có thể bổ sung, cải tiến | ⚠ thường không | | ⚠ Nội bộ hay bên ngoài | ⚠ luôn nội bộ tổ chức | ⚠ cả nội bộ (văn hoá, hạ tầng) lẫn bên ngoài (luật, thị trường) | | ⚠ Ví dụ | ⚠ mẫu tài liệu, bài học, quy trình | ⚠ luật, thoả ước lao động, văn hoá, điều kiện thị trường | | ⚠ Câu hỏi phân biệt | ⚠ "cái này GIÚP tôi hay GIỚI HẠN tôi?" — giúp thì OPA, giới hạn thì EEF | |

⚠ Tài sản quy trình nào giúp Natasha lập kế hoạch phạm vi: | Tài sản | Cách dùng | |---|---| | ⚠ MẪU WBS của tổ chức | ⚠ khung có sẵn để bắt đầu, thay vì bắt đầu từ trang trắng | | ⚠ WBS của các dự án tương tự đã làm | ⚠ thấy được mức phân rã hợp lý | | ⚠ Chính sách và thủ tục về quản lý phạm vi | ⚠ quy định cách viết tuyên bố phạm vi, cách duyệt thay đổi | | ⚠ Sổ bài học về phạm vi | ⚠ những chỗ dự án trước bỏ sót | | ⚠ Mẫu tuyên bố phạm vi và từ điển WBS | | | ⚠ Nhận xét | ⚠ điều trớ trêu là MẪU WBS thì LÀ tài sản quy trình, còn WBS thành phẩm của Natasha thì KHÔNG — sự khác biệt nằm ở chỗ cái nào có trước dự án và dùng lại được cho nhiều dự án |

Từ khoá nhận diện:

"WBS của dự án này" → ⚠ tài liệu dự án, KHÔNG phải tài sản quy trình "MẪU WBS, WBS của dự án cũ" → ⚠ tài sản quy trình "thông tin lịch sử, bài học kinh nghiệm" → ⚠ tài sản quy trình, nhánh kho tri thức "luật, thoả ước, văn hoá tổ chức" → ⚠ yếu tố môi trường doanh nghiệp

Ba việc kiểm chứng: | Việc | Cách | |---|---| | Tổ chức của bạn có mẫu WBS không | ⚠ không có thì mỗi dự án lại phát minh lại từ đầu | | Bạn có xem WBS của dự án tương tự trước khi làm không | | | Kết thúc dự án, bạn có đóng góp gì vào kho tri thức tổ chức không | ⚠ đó là cách tài sản quy trình lớn lên |

Và điều khiến phân biệt này không chỉ là chuyện thi cử: một tổ chức không tích luỹ tài sản quy trình sẽ bắt mỗi quản lý dự án tự học lại cùng những bài học — và trả tiền cho việc học đó mỗi lần.

Câu 70 People
Due to exposure to a contagious illness, a team member must quarantine to limit the illness's spread. Betty has no symptoms and can work without affecting her productivity. To ensure that her aspect of the project team is not impacted, what areas must be covered to work remotely?
  1. A All the options are valid.
  2. B Technological capabilities such as internet connection, laptop or desktop computer, and a cell or landline phone.
  3. C Ensure that there are protocols in place that address expectations, protocols for resolving conflict, and ensure that other team members communicate with her in real-time to ensure effective decision making.
  4. D Access to email, audio and video conferencing, and web-based meeting accessibility.
Xem giải thích

Đáp án

A — TẤT CẢ các phương án đều hợp lệ.

Vì sao đúng

⚠ Ba nhóm điều kiện đều cần thiết và không thay thế nhau: | Nhóm | Nội dung | Thiếu thì sao | |---|---|---| | ⚠ HẠ TẦNG KỸ THUẬT (phương án B) | ⚠ kết nối mạng, máy tính, điện thoại | ⚠ không kết nối được thì mọi thứ khác vô nghĩa | | ⚠ CÔNG CỤ GIAO TIẾP (phương án D) | ⚠ email, hội nghị âm thanh và video, họp trực tuyến | ⚠ có máy mà không có kênh thì không hợp tác được | | ⚠ QUY ƯỚC LÀM VIỆC (phương án C) | ⚠ kỳ vọng, cách xử lý bất đồng, giao tiếp thời gian thực khi cần quyết | ⚠ có công cụ mà không có quy ước thì mỗi người hiểu một kiểu | | ⚠ Kết luận | ⚠ ba nhóm này xếp chồng: phần cứng → kênh → cách dùng; bỏ tầng nào cũng làm sập hai tầng kia | |

⚠ Ghi nhớ về chất lượng câu hỏi: ⚠ đây là dạng "TẤT CẢ ĐỀU ĐÚNG", vốn bị coi là kiểu soạn đề yếu vì ba phương án con không loại trừ nhau ⚠ — ⚠ cách làm an toàn: kiểm từng phương án con xem có cái nào SAI hoặc THỪA không; không có cái nào sai thì chọn "tất cả"; ⚠ ở đây cả ba đều là điều kiện thật của làm việc từ xa, ⚠ và phương án C còn bổ sung đúng phần mà hai phương án kia bỏ sót — phần con người.

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

  • C (chỉ QUY ƯỚC làm việc) — ⚠ phương án gây nhiễu mạnh nhất vì ⚠ nó là phần SÂU SẮC NHẤT trong ba nhóm — nói về kỳ vọng, xử lý xung đột, ra quyết định — nên rất dễ nghĩ đó mới là câu trả lời "chín chắn": ⚠ nhưng ⚠ quy ước tốt tới đâu cũng vô dụng nếu Betty không có đường truyền ⚠ — chọn C là loại bỏ hai tầng nền tảng.

  • B (chỉ hạ tầng kỹ thuật) — ⚠ thiếu cả kênh giao tiếp lẫn quy ước; ⚠ đây là sai lầm phổ biến nhất: phát máy tính rồi coi như đã lo xong làm việc từ xa.

  • D (chỉ công cụ giao tiếp) — ⚠ giả định sẵn hạ tầng đã có và bỏ qua phần quy ước.

Ghi nhớ

⚠ Đối chiếu: ⚠ #26467 lô 194 (định nghĩa đội cùng chỗ và cái giá của việc phân tán), ⚠ #26421/#26366/#26333 (bộ ba câu về công cụ cho đội từ xa), ⚠ #26456 lô 194 (đội từ xa và cách phát âm tên), ⚠ #26474 lô 194 (giao tiếp viết với đội đa ngôn ngữ), ⚠ #26506 cùng lô (họp đứng hằng ngày).

⚠ BA TẦNG của việc làm việc từ xa hiệu quả: | Tầng | Nội dung | Ai lo | |---|---|---| | ⚠ 1. HẠ TẦNG | ⚠ mạng, thiết bị, điện thoại, quyền truy cập hệ thống, bảo mật | ⚠ tổ chức và bộ phận công nghệ | | ⚠ 2. CÔNG CỤ HỢP TÁC | ⚠ email, chat, họp video, bảng công việc dùng chung, kho tài liệu | ⚠ tổ chức và quản lý dự án | | ⚠ 3. QUY ƯỚC và VĂN HOÁ | ⚠ giờ trùng nhau, thời gian phản hồi, kênh nào cho việc gì, cách quyết định, cách xử lý bất đồng | ⚠ QUẢN LÝ DỰ ÁN và cả đội | | ⚠ Tầng hay bị bỏ | ⚠ tầng 3 — vì hai tầng đầu mua được bằng tiền còn tầng ba phải xây bằng thoả thuận; và đó cũng là tầng quyết định đội từ xa chạy tốt hay không | |

⚠ Quy ước cụ thể cần thống nhất cho một người làm từ xa tạm thời như Betty: | Quy ước | Nội dung | |---|---| | ⚠ Giờ làm việc trùng nhau và cách báo bận | | | ⚠ Thời gian phản hồi kỳ vọng cho từng kênh | ⚠ chat trong 30 phút, email trong một ngày | | ⚠ Kênh nào dùng cho việc gì | ⚠ liên hệ #26366 lô 192 | | ⚠ Quyết định nào cần họp thời gian thực | ⚠ đề nhắc rõ ý này ở phương án C | | ⚠ Cách nêu vấn đề và xử lý bất đồng từ xa | ⚠ khó hơn nhiều so với trực tiếp | | ⚠ Bảo đảm Betty vẫn được mời vào các cuộc trao đổi không chính thức | ⚠ người ở xa dễ bị bỏ quên nhất — liên hệ #26467 lô 194 về giao tiếp thẩm thấu | | ⚠ Điều quan trọng nhất | ⚠ Betty KHOẺ và làm việc bình thường — cách đối xử phải là "một đồng nghiệp đang ở nơi khác", không phải "một người đang nghỉ"; nhầm điều này là vô tình loại cô ra khỏi dòng chảy công việc |

⚠ Cách làm bài với dạng "TẤT CẢ ĐỀU ĐÚNG": | Bước | Nội dung | |---|---| | ⚠ 1. Đọc từng phương án con và chấm ĐÚNG/SAI riêng lẻ | | | ⚠ 2. Tìm bất kỳ chi tiết nào SAI hoặc THÁI QUÁ | ⚠ chỉ cần một chi tiết sai là loại được "tất cả" | | ⚠ 3. Kiểm xem các phương án có LOẠI TRỪ nhau không | ⚠ nếu loại trừ nhau thì "tất cả" không thể đúng | | ⚠ 4. Không có gì sai và chúng bổ sung nhau → chọn "tất cả" | | | ⚠ Cảnh báo ngược | ⚠ đừng chọn "tất cả" chỉ vì lười kiểm — nhiều đề cài đúng một phương án con hơi sai để loại nó |

Từ khoá nhận diện:

"cần gì để làm việc từ xa" → ⚠ HẠ TẦNG + CÔNG CỤ + QUY ƯỚC, cả ba "chỉ máy tính và mạng" → ⚠ sai lầm phổ biến nhất "chỉ quy ước và kỳ vọng" → ⚠ sâu sắc nhưng bỏ qua nền tảng dạng "tất cả đều đúng" → ⚠ chấm từng phương án con trước khi chọn

Ba việc kiểm chứng: | Việc | Cách | |---|---| | Đội bạn có quy ước viết ra về làm việc từ xa không | ⚠ hay chỉ có danh sách công cụ | | Người làm từ xa có bị bỏ sót khỏi các trao đổi ngoài lề không | | | Khi cần quyết gấp, người ở xa có tham gia được không | |

Và điều mà tình huống của Betty làm lộ ra rất nhanh: một tổ chức nghĩ làm việc từ xa là chuyện của bộ phận công nghệ sẽ phát cho cô một chiếc laptop, và ngạc nhiên khi ba tuần sau cô không còn biết dự án đang đi về đâu.