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

Đáp án

C — TÍCH HỢP LIÊN TỤC, nơi sản phẩm được đưa đi kiểm thử ngay khi mỗi nhiệm vụ phát triển hoàn thành, kèm một bộ kiểm thử chạy đều đặn sau mỗi lần tích hợp.

Vì sao đúng

⚠ Vì sao tích hợp liên tục là thứ trực tiếp cho phép phát hành nhỏ: | Lý do | Nội dung | |---|---| | ⚠ Phát hành nhỏ đòi sản phẩm LUÔN Ở TRẠNG THÁI PHÁT HÀNH ĐƯỢC | ⚠ không có giai đoạn tích hợp dài ở cuối | | ⚠ Tích hợp liên tục hợp nhất mã ngay khi xong từng phần | ⚠ lỗi tích hợp lộ ra trong vài phút, không phải vài tuần | | ⚠ Bộ kiểm thử tự động chạy sau mỗi lần tích hợp | ⚠ bảo đảm chất lượng ở mọi thời điểm | | ⚠ Không có nó thì mỗi lần phát hành đều là một dự án nhỏ | ⚠ và phát hành thường xuyên trở nên bất khả thi | | ⚠ Kết luận | ⚠ tích hợp liên tục là điều kiện kỹ thuật để phát hành nhỏ trở nên rẻ |

⚠ Quan hệ nhân quả cần nhớ: ⚠ phát hành thường xuyên chỉ khả thi khi CHI PHÍ của mỗi lần phát hành đủ thấp ⚠ — ⚠ tích hợp liên tục chính là thứ kéo chi phí đó xuống.

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

• D (lập kế hoạch phát hành, hoàn thành một vòng lặp mỗi bốn tuần) — ⚠ phương án gây nhiễu mạnh nhất vì ⚠ nó có chữ "phát hành" ngay trong tên và nói về nhịp lặp đều đặn, nghe rất khớp với "phát hành nhỏ": ⚠ nhưng ⚠ lập kế hoạch phát hành QUYẾT ĐỊNH nội dung và thời điểm — nó không tạo ra KHẢ NĂNG phát hành thường xuyên ⚠ — ⚠ câu hỏi hỏi thực hành nào "cho phép" phát hành nhỏ, tức là hỏi điều kiện kỹ thuật, không hỏi việc lên lịch; ⚠ ngoài ra XP thường dùng vòng lặp một tới hai tuần chứ không phải bốn tuần.

• A (dùng chuyên gia đa năng — generalizing specialists) — ⚠ thực hành thật, giúp đội linh hoạt về nguồn lực; ⚠ nhưng nó không liên quan trực tiếp tới việc phát hành được thường xuyên.

• B (nhịp độ bền vững với không quá 80 giờ mỗi lập trình viên cho mỗi lần phát hành) — ⚠ XP thật sự có nguyên tắc "tuần làm việc 40 giờ", nhưng con số 80 giờ mỗi lần phát hành là bịa; ⚠ và nhịp độ bền vững nói về sức khoẻ đội, không phải về khả năng phát hành.

Ghi nhớ

⚠ Đối chiếu: ⚠ #26695 lô 199 (TDD — bộ kiểm thử tự động là nền của tích hợp liên tục), ⚠ #26728 lô 199 (tái cấu trúc), ⚠ #26740 lô 200 (rà soát mã), ⚠ #26807 cùng lô (lập trình cặp), ⚠ #26768 lô 200 (vòng đời gia số).

⚠ CÁC THỰC HÀNH CỐT LÕI CỦA XP: | Thực hành | Nội dung | |---|---| | ⚠ PHÁT HÀNH NHỎ (small releases) | ⚠ giao thường xuyên, từng phần nhỏ — chủ đề của câu này | | ⚠ TÍCH HỢP LIÊN TỤC | ⚠ hợp nhất mã nhiều lần mỗi ngày, kiểm thử tự động — ĐÁP ÁN | | ⚠ LẬP TRÌNH CẶP | ⚠ hai người một máy — liên hệ #26807 cùng lô | | ⚠ PHÁT TRIỂN HƯỚNG KIỂM THỬ | ⚠ liên hệ #26695 lô 199 | | ⚠ TÁI CẤU TRÚC | ⚠ liên hệ #26728 lô 199 | | ⚠ THIẾT KẾ ĐƠN GIẢN | ⚠ làm thứ đơn giản nhất có thể chạy được | | ⚠ SỞ HỮU MÃ TẬP THỂ | ⚠ ai cũng được sửa mọi phần | | ⚠ KHÁCH HÀNG TẠI CHỖ | ⚠ phản hồi tức thì | | ⚠ NHỊP ĐỘ BỀN VỮNG | ⚠ tuần 40 giờ — liên hệ #26674 lô 198 | | ⚠ Cách các thực hành nâng đỡ nhau | ⚠ TDD tạo ra bộ kiểm thử; tích hợp liên tục chạy nó liên tục; nhờ đó tái cấu trúc an toàn và phát hành nhỏ trở nên rẻ — bỏ một mắt xích thì các mắt xích sau đều yếu đi |

⚠ Vì sao tích hợp muộn lại đắt: | Vấn đề | Nội dung | |---|---| | ⚠ Xung đột mã dồn lại thành khối lớn | ⚠ gỡ một tuần thay đổi khó hơn gấp nhiều lần gỡ một giờ | | ⚠ Lỗi tích hợp lộ ra khi không còn nhớ bối cảnh | | | ⚠ Không ai biết sản phẩm có chạy được không cho tới cuối | ⚠ rủi ro dồn về cuối dự án | | ⚠ Mỗi lần phát hành thành một sự kiện căng thẳng | | | ⚠ Hệ quả với việc phát hành nhỏ | ⚠ khi mỗi lần phát hành tốn ba ngày chuẩn bị, không ai muốn phát hành thường xuyên — và toàn bộ lợi ích của việc giao sớm biến mất, liên hệ #26768 lô 200 |

⚠ Tích hợp liên tục cần gì để hoạt động: | Yếu tố | Nội dung | |---|---| | ⚠ Kho mã nguồn chung | | | ⚠ Build tự động chạy sau mỗi lần đẩy mã | | | ⚠ Bộ kiểm thử tự động đủ tin cậy | ⚠ liên hệ #26695 lô 199 — TDD sinh ra bộ kiểm thử này | | ⚠ Sửa ngay khi build hỏng | ⚠ quy tắc quan trọng nhất — build đỏ là ưu tiên số một | | ⚠ Mỗi người tích hợp ít nhất một lần mỗi ngày | | | ⚠ Dấu hiệu tích hợp liên tục chỉ có trên danh nghĩa | ⚠ build đỏ nằm đó vài ngày mà không ai sửa — khi đó hệ thống vẫn chạy nhưng nó đã thôi bảo vệ ai cả |

Từ khoá nhận diện:

"phát hành nhỏ được hỗ trợ bởi thực hành nào" → ⚠ TÍCH HỢP LIÊN TỤC "lập kế hoạch phát hành" → ⚠ quyết định nội dung, không tạo ra khả năng "chuyên gia đa năng" → ⚠ linh hoạt nguồn lực, không liên quan trực tiếp "80 giờ mỗi lần phát hành" → ⚠ con số bịa; XP nói về tuần làm việc 40 giờ

Ba việc kiểm chứng: | Việc | Cách | |---|---| | Đội bạn tích hợp mã bao lâu một lần | | | Một lần phát hành tốn bao nhiêu công chuẩn bị | ⚠ con số đó quyết định bạn phát hành được thường xuyên tới đâu | | Build hỏng thì bao lâu được sửa | |

Và điều mà tích hợp liên tục thật sự mua được, ngoài việc bắt lỗi sớm: quyền được phát hành vào bất kỳ ngày nào — và một đội có quyền đó sẽ đưa ra những quyết định rất khác so với một đội phải chuẩn bị ba ngày cho mỗi lần bấm nút.

Đáp án

D — KIỂM SOÁT MUA SẮM (control procurements).

⚠ Ghi nhớ về chất lượng câu hỏi — câu GẦN TRÙNG: ⚠ câu này gần như trùng khớp với #26761 lô 200 về cấu trúc: một nhà thầu đang thực hiện hợp đồng thì có thay đổi phạm vi được ban kiểm soát thay đổi duyệt, và câu hỏi là thay đổi đó được THỰC HIỆN ở quy trình nào ⚠ — ⚠ #26761 nói về dự án phục dựng thư viện, nhà thầu mộc, hoàn thành 35%; câu này nói về cầu nâng qua kênh đào, nhà thầu phun cát và sơn, hoàn thành 55%; ⚠ KHOÁ ĐÁP ÁN CỦA HAI CÂU LÀ NHẤT QUÁN (đều là kiểm soát mua sắm), nên không có mâu thuẫn nào cần xử lý; ⚠ lưu ý THỨ TỰ PHƯƠNG ÁN đã bị xáo: ở #26761 kiểm soát mua sắm là phương án A, ở đây là phương án D — bộ đề xáo chữ cái, nên đừng học thuộc chữ cái mà hãy học nội dung.

Vì sao đúng

⚠ Chi tiết quyết định: công việc thuộc về NHÀ THẦU: | Dấu hiệu trong đề | Ý nghĩa | |---|---| | ⚠ Công việc phun cát và sơn do NHÀ THẦU CHUYÊN NGÀNH thực hiện | ⚠ nằm trong một hợp đồng | | ⚠ Đã hoàn thành 55% khối lượng hợp đồng gốc | ⚠ hợp đồng đang có hiệu lực | | ⚠ Yêu cầu thay đổi ĐÃ được duyệt qua kiểm soát thay đổi tích hợp | ⚠ bước phê duyệt xong rồi | | ⚠ Câu hỏi: thay đổi được THỰC HIỆN ở đâu | ⚠ thực hiện, không phải phê duyệt | | ⚠ Kết luận | ⚠ mọi thay đổi chạm tới hợp đồng đều được quản lý qua quy trình kiểm soát mua sắm |

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

• C (chỉ đạo và quản lý công việc dự án) — ⚠ phương án gây nhiễu mạnh nhất vì ⚠ đây là quy trình chuẩn để thực hiện các thay đổi đã duyệt và là đáp án đúng trong phần lớn câu hỏi cùng dạng: ⚠ nhưng ⚠ nó áp dụng cho công việc do CHÍNH ĐỘI DỰ ÁN làm ⚠ — ⚠ ở đây công việc thuộc nhà thầu, nên nó đi qua kênh hợp đồng; ⚠ đây chính là điểm phân biệt duy nhất, và cũng là điểm mà cả câu này lẫn #26761 lô 200 cùng kiểm tra.

• B (kiểm soát phạm vi) — ⚠ quy trình GIÁM SÁT phạm vi; ⚠ nó phát hiện và theo dõi thay đổi, không phải nơi thay đổi được thực hiện.

• A (lập kế hoạch quản lý phạm vi) — ⚠ thuộc nhóm LẬP KẾ HOẠCH, diễn ra từ đầu dự án; ⚠ sai giai đoạn hoàn toàn.

Ghi nhớ

⚠ Đối chiếu: ⚠ #26761 lô 200 (CÂU GẦN TRÙNG — cùng khoá), ⚠ #26738 lô 200 (hệ thống kiểm soát thay đổi hợp đồng), ⚠ #26705 lô 199 (cắt phạm vi khi hợp đồng đã ký), ⚠ #26814 cùng lô (thư ý định trong quá trình mua sắm), ⚠ #26830 cùng lô (vai trò của quản lý dự án trong đàm phán hợp đồng).

⚠ Vòng đời của một thay đổi — ai làm gì ở đâu: | Giai đoạn | Quy trình | |---|---| | ⚠ Phát hiện nhu cầu thay đổi | ⚠ quy trình giám sát tương ứng | | ⚠ PHÊ DUYỆT | ⚠ kiểm soát thay đổi tích hợp — đã xong trong đề | | ⚠ THỰC HIỆN — công việc của ĐỘI | ⚠ chỉ đạo và quản lý công việc dự án | | ⚠ THỰC HIỆN — công việc của NHÀ THẦU | ⚠ KIỂM SOÁT MUA SẮM — ĐÁP ÁN | | ⚠ Kiểm chứng kết quả | ⚠ kiểm soát chất lượng rồi xác nhận phạm vi | | ⚠ Câu hỏi phân định duy nhất | ⚠ "ai làm phần công việc bị ảnh hưởng" — đội mình hay bên ngoài |

⚠ Jasmine cần làm những gì cụ thể: | Việc | Nội dung | |---|---| | ⚠ Thông báo chính thức cho nhà thầu | ⚠ đúng hình thức và thời hạn hợp đồng quy định | | ⚠ Thương lượng giá và thời gian cho phần thay đổi | ⚠ liên hệ #26678 lô 198 — đàm phán theo nguyên tắc | | ⚠ Ký PHỤ LỤC SỬA ĐỔI hợp đồng | ⚠ người ký phải có thẩm quyền — liên hệ #26684 lô 199 | | ⚠ Đánh giá tác động lên 55% đã làm | ⚠ có phải làm lại phần nào không | | ⚠ Cập nhật đường cơ sở và các kế hoạch | | | ⚠ Giám sát việc nhà thầu thực hiện thay đổi | | | ⚠ Điểm khác biệt so với #26761 | ⚠ ở đây tiến độ đã đi được 55%, tức là quá nửa — phần đã hoàn thành lớn hơn, nên việc đánh giá xem thay đổi có ảnh hưởng tới phần đã sơn hay không càng quan trọng |

⚠ Vì sao đề PMP lặp lại dạng câu hỏi này: | Lý do | Nội dung | |---|---| | ⚠ Đây là lỗi phổ biến trong thực tế | ⚠ quản lý dự án chỉ đạo thẳng nhà thầu như chỉ đạo đội mình | | ⚠ Hệ quả pháp lý thật | ⚠ chỉ đạo ngoài hợp đồng có thể tạo ra nghĩa vụ thanh toán không lường trước | | ⚠ Ranh giới giữa hai quy trình rất dễ nhầm | | | ⚠ Quy tắc an toàn trong công việc | ⚠ nói chuyện với đội thi công của nhà thầu là bình thường, nhưng mọi CHỈ DẪN làm thay đổi phạm vi hay chi phí đều phải đi qua đầu mối hợp đồng — nếu không, một câu nói ở công trường có thể trở thành một hoá đơn ở cuối tháng |

Từ khoá nhận diện:

"thay đổi ảnh hưởng công việc của NHÀ THẦU" → ⚠ KIỂM SOÁT MUA SẮM "thay đổi ảnh hưởng công việc của ĐỘI" → ⚠ chỉ đạo và quản lý công việc dự án "phê duyệt thay đổi" → ⚠ kiểm soát thay đổi tích hợp thứ tự phương án bị xáo giữa các lần ra đề → ⚠ học nội dung, đừng học chữ cái

Ba việc kiểm chứng: | Việc | Cách | |---|---| | Thay đổi gần nhất có chạm tới hợp đồng nào không | | | Nó đã được đưa vào phụ lục sửa đổi chưa | | | Ai ở tổ chức bạn được phép ra chỉ dẫn cho nhà thầu | |

Và điều mà cùng một câu hỏi xuất hiện hai lần trong bộ đề đang nhắc: ranh giới giữa việc chỉ đạo đội của mình và việc chỉ đạo một nhà thầu là ranh giới mà rất nhiều người quản lý dự án bước qua mà không nhận ra — cho tới khi nhận được hoá đơn cho những gì mình đã lỡ nói.

Đáp án

B — BẢO ĐẢM MỌI HỢP ĐỒNG CỦA DỰ ÁN ĐÃ ĐƯỢC ĐÓNG.

Vì sao đúng

⚠ Vì sao đóng hợp đồng là việc còn thiếu: | Dấu hiệu trong đề | Ý nghĩa | |---|---| | ⚠ Đội gồm nhân sự nội bộ VÀ nhân sự theo hợp đồng | ⚠ có hợp đồng mua sắm cần đóng | | ⚠ Các nhiệm vụ đã được đóng, sản phẩm đã bàn giao | ⚠ công việc kỹ thuật đã xong | | ⚠ Bên liên quan đồng ý dự án sẵn sàng đóng | ⚠ nghiệm thu đã xong | | ⚠ Đóng hợp đồng là hoạt động BẮT BUỘC của quy trình đóng | ⚠ thanh toán nốt, giải quyết khiếu nại, lưu hồ sơ | | ⚠ Kết luận | ⚠ hợp đồng chưa đóng thì dự án chưa đóng được |

⚠ Đóng hợp đồng gồm gì: ⚠ xác nhận nhà thầu đã hoàn thành nghĩa vụ, thanh toán khoản cuối, giải phóng bảo lãnh, giải quyết mọi khiếu nại còn tồn, đánh giá hiệu năng nhà thầu và lưu toàn bộ hồ sơ hợp đồng ⚠ — ⚠ bỏ sót bước này để lại nghĩa vụ pháp lý mở, có thể quay lại sau nhiều tháng.

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

• C (giải phóng đội dự án) — ⚠ phương án gây nhiễu mạnh nhất vì ⚠ giải phóng nguồn lực THẬT SỰ là một hoạt động của việc đóng dự án, và đề còn nhắc tới việc đội đã gắn bó với nhau — khiến người đọc chú ý tới yếu tố con người: ⚠ nhưng ⚠ giải phóng đội là việc diễn ra SAU khi mọi thủ tục đã hoàn tất ⚠ — ⚠ và nếu giải phóng đội trước khi đóng hợp đồng thì không còn ai để xử lý các vấn đề hợp đồng phát sinh; ⚠ thứ tự đúng: đóng hợp đồng → lưu trữ → giải phóng đội.

• A (xác định vận tốc của dự án) — ⚠ vận tốc là thước đo của dự án AGILE trong lúc thực thi; ⚠ đây là dự án dự đoán (có CPI và SPI), và vận tốc không có vai trò gì khi đóng.

• D (dọn sạch tồn đọng) — ⚠ cũng là khái niệm agile; ⚠ và dự án này không dùng tồn đọng.

Ghi nhớ

⚠ Đối chiếu: ⚠ #26689 lô 199 (lưu trữ thông tin khi đóng dự án), ⚠ #26734 lô 200 (tiêu chí hoàn thành), ⚠ #26770 lô 200 (mô tả tóm tắt cuối dự án), ⚠ #26794 cùng lô (quản lý hợp đồng trong lúc thực thi), ⚠ #26705 lô 199 (điều khoản chấm dứt hợp đồng).

⚠ ĐÓNG DỰ ÁN — danh sách đầy đủ: | Việc | Nội dung | |---|---| | ⚠ Xác nhận công việc hoàn thành theo tiêu chí | ⚠ đã xong theo đề | | ⚠ Lấy nghiệm thu chính thức | ⚠ đã xong theo đề | | ⚠ ĐÓNG MỌI HỢP ĐỒNG MUA SẮM | ⚠ ĐÁP ÁN — thứ còn thiếu | | ⚠ Hoàn tất bài học kinh nghiệm | ⚠ liên hệ #26726 lô 199 | | ⚠ Lưu trữ tài liệu vào kho tri thức | ⚠ liên hệ #26689 lô 199 | | ⚠ Giải phóng nguồn lực và ghi nhận đóng góp | ⚠ phương án C — bước SAU | | ⚠ Đo sự hài lòng của bên liên quan | | | ⚠ Chuyển giao cho vận hành | | | ⚠ Vì sao hợp đồng phải đóng trước | ⚠ nó liên quan tới bên NGOÀI tổ chức và tới nghĩa vụ pháp lý — mọi việc nội bộ có thể làm lại, còn một hợp đồng bị bỏ ngỏ thì không nằm trong tầm kiểm soát của bạn nữa |

⚠ Các chỉ số của Thomas nói lên điều gì: | Chỉ số | Giá trị | Ý nghĩa | |---|---|---| | ⚠ CPI = 0,94 | ⚠ dưới 1 | ⚠ VƯỢT CHI — cứ mỗi đồng bỏ ra chỉ thu về 0,94 đồng giá trị | | ⚠ SPI = 1,01 | ⚠ trên 1 | ⚠ hơi NHANH hơn tiến độ | | ⚠ Kết hợp hai chỉ số | ⚠ dự án đúng hạn nhưng tốn hơn dự toán khoảng 6% — một mô thức rất phổ biến, thường là dấu hiệu của việc đã dùng thêm nguồn lực để giữ tiến độ | | ⚠ Việc cần làm khi đóng | ⚠ ghi lại mô thức này vào bài học — nó là dữ liệu quý cho việc ước lượng dự án nhà kho tiếp theo, liên hệ #26689 lô 199 |

⚠ Đóng hợp đồng — bảng kiểm nhanh: | Mục | Nội dung | |---|---| | ⚠ Nhà thầu đã hoàn thành mọi nghĩa vụ chưa | | | ⚠ Đã nghiệm thu và ký biên bản chưa | | | ⚠ Thanh toán cuối cùng đã thực hiện chưa | | | ⚠ Khiếu nại và tranh chấp đã giải quyết hết chưa | | | ⚠ Bảo lãnh thực hiện đã được giải phóng chưa | | | ⚠ Điều khoản bảo hành còn hiệu lực tới khi nào và ai theo dõi | ⚠ hay bị quên nhất | | ⚠ Hồ sơ hợp đồng đã lưu đầy đủ chưa | | | ⚠ Nhận xét | ⚠ nhân sự theo hợp đồng thường rời đi ngay khi công việc xong — nên phần đánh giá hiệu năng nhà thầu cần làm TRƯỚC lúc đó, vì sau này sẽ không ai nhớ đủ chi tiết để viết |

Từ khoá nhận diện:

"đóng dự án có nhân sự theo hợp đồng" → ⚠ ĐÓNG MỌI HỢP ĐỒNG "giải phóng đội" → ⚠ bước SAU khi thủ tục hoàn tất "vận tốc, tồn đọng" → ⚠ khái niệm agile, không áp dụng cho dự án dự đoán này thứ tự đóng dự án → ⚠ hợp đồng → bài học → lưu trữ → giải phóng đội

Ba việc kiểm chứng: | Việc | Cách | |---|---| | Dự án gần nhất của bạn có hợp đồng nào chưa đóng chính thức không | | | Bảo hành của các hợp đồng đó do ai theo dõi sau khi dự án kết thúc | | | Bạn có đánh giá hiệu năng nhà thầu trước khi họ rời đi không | |

Và điều mà một dự án được đóng đúng cách khác với một dự án chỉ đơn giản là kết thúc: sáu tháng sau, không có lá thư nào từ một nhà thầu cũ hỏi về khoản thanh toán mà không ai còn nhớ đã thoả thuận thế nào.

Đáp án

A — VÌ SAO MỘT SỐ THÔNG TIN NHẤT ĐỊNH CẦN ĐƯỢC CHIA SẺ VỚI CÁC BÊN LIÊN QUAN.

Vì sao đúng

⚠ Phân định giữa hai kế hoạch rất dễ lẫn: | Câu hỏi | Thuộc kế hoạch nào | |---|---| | ⚠ CÁI GÌ được chia sẻ | ⚠ kế hoạch quản lý GIAO TIẾP — phương án D | | ⚠ KHI NÀO chia sẻ | ⚠ kế hoạch quản lý GIAO TIẾP — phương án B | | ⚠ CHIA SẺ NHƯ THẾ NÀO | ⚠ kế hoạch quản lý GIAO TIẾP — phương án C | | ⚠ VÌ SAO cần chia sẻ | ⚠ kế hoạch GẮN KẾT BÊN LIÊN QUAN — ĐÁP ÁN | | ⚠ Nguyên tắc | ⚠ kế hoạch giao tiếp lo phần CƠ CHẾ; kế hoạch gắn kết lo phần MỤC ĐÍCH và CHIẾN LƯỢC |

⚠ Kế hoạch gắn kết bên liên quan trả lời câu hỏi CHIẾN LƯỢC: ⚠ nhóm này hiện đang ở mức gắn kết nào, ta muốn họ ở mức nào, và ta làm gì để đưa họ tới đó ⚠ — ⚠ thông tin được chia sẻ chỉ là một CÔNG CỤ phục vụ mục tiêu đó, và chữ "vì sao" chính là phần chiến lược ấy.

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

• D (những thông tin gì cần được chia sẻ) — ⚠ phương án gây nhiễu mạnh nhất vì ⚠ nội dung thông tin nghe như phần cốt lõi nhất của việc gắn kết bên liên quan, và ba phương án cùng dạng dễ khiến người ta chọn cái đầu tiên hợp lý: ⚠ nhưng ⚠ "cái gì", "khi nào" và "như thế nào" đều là các trường trong MA TRẬN GIAO TIẾP, thuộc kế hoạch quản lý giao tiếp ⚠ — ⚠ ba phương án đó cùng một họ, và trong một câu hỏi có ba phương án cùng họ thì phương án LẺ LOI thường là đáp án; ⚠ đây là mẹo làm bài rất hiệu quả với dạng câu này.

• B (khi nào cần chia sẻ) và C (chia sẻ như thế nào) — ⚠ cùng lý do với D; ⚠ đều là trường của ma trận giao tiếp.

Ghi nhớ

⚠ Đối chiếu: ⚠ #26826 cùng lô (kế hoạch quản lý giao tiếp — tài liệu kia), ⚠ #26687 lô 199 (mô hình nổi bật để phân loại), ⚠ #26731 lô 199 (gắn kết bên liên quan từ đầu), ⚠ #26721 lô 199 (bên liên quan quyền lực cao bị bỏ sót), ⚠ #26784 cùng lô (giáo dục bên liên quan về cách làm mới).

⚠ KẾ HOẠCH GẮN KẾT BÊN LIÊN QUAN chứa gì: | Nội dung | Chi tiết | |---|---| | ⚠ Mức gắn kết HIỆN TẠI và MONG MUỐN của từng nhóm | ⚠ không biết → phản đối → trung lập → ủng hộ → dẫn dắt | | ⚠ Chiến lược để đưa từng nhóm tới mức mong muốn | ⚠ phần cốt lõi | | ⚠ LÝ DO cần chia sẻ thông tin với từng nhóm | ⚠ ĐÁP ÁN | | ⚠ Quan hệ giữa các bên liên quan | ⚠ ai ảnh hưởng tới ai | | ⚠ Tác động dự kiến của thay đổi lên từng nhóm | | | ⚠ Cách đo hiệu quả của việc gắn kết | | | ⚠ Khác biệt cốt lõi với kế hoạch giao tiếp | ⚠ kế hoạch gắn kết nói về CON NGƯỜI và MỤC TIÊU với họ; kế hoạch giao tiếp nói về LUỒNG THÔNG TIN — hai tài liệu bổ trợ nhau và thường được lập cùng lúc |

⚠ MA TRẬN GIAO TIẾP — các trường của kế hoạch kia: | Trường | Ví dụ | |---|---| | ⚠ AI nhận | ⚠ nhà tài trợ, ban chỉ đạo, đội, người dùng | | ⚠ CÁI GÌ | ⚠ báo cáo tình trạng, biên bản, cảnh báo rủi ro — phương án D | | ⚠ KHI NÀO / tần suất | ⚠ hằng tuần, hằng tháng, khi có sự kiện — phương án B | | ⚠ NHƯ THẾ NÀO / kênh | ⚠ email, họp, cổng thông tin — phương án C | | ⚠ AI gửi | | | ⚠ Định dạng và mức chi tiết | ⚠ liên hệ #26721 lô 199 | | ⚠ Mẹo nhớ | ⚠ kế hoạch giao tiếp trả lời AI – CÁI GÌ – KHI NÀO – THẾ NÀO – AI GỬI; câu hỏi VÌ SAO thuộc về kế hoạch gắn kết bên liên quan |

⚠ Mẹo làm bài: ba phương án cùng họ, một phương án lẻ loi: | Bước | Nội dung | |---|---| | ⚠ 1. Đọc bốn phương án và nhóm chúng lại | ⚠ ở đây: cái gì / khi nào / thế nào là một họ | | ⚠ 2. Xác định phương án khác họ | ⚠ "vì sao" | | ⚠ 3. Kiểm xem phương án lẻ có khớp câu hỏi không | | | ⚠ Vì sao mẹo này hiệu quả | ⚠ người ra đề thường dựng ba phương án nhiễu từ CÙNG một khái niệm lân cận, rồi đặt đáp án đúng ở một khái niệm khác — nhận ra cấu trúc này giúp bạn trả lời được cả khi chưa nhớ chính xác nội dung hai kế hoạch |

Từ khoá nhận diện:

"VÌ SAO cần chia sẻ thông tin" → ⚠ kế hoạch GẮN KẾT BÊN LIÊN QUAN "cái gì / khi nào / như thế nào" → ⚠ kế hoạch quản lý GIAO TIẾP "mức gắn kết hiện tại và mong muốn" → ⚠ kế hoạch gắn kết ba phương án cùng họ → ⚠ phương án lẻ loi thường là đáp án

Ba việc kiểm chứng: | Việc | Cách | |---|---| | Bạn có hai kế hoạch này riêng biệt không | ⚠ nhiều dự án gộp chúng và mất mất phần chiến lược | | Bạn có biết mình MUỐN từng nhóm ở mức gắn kết nào không | | | Mỗi loại báo cáo bạn gửi ra đều phục vụ một mục đích rõ ràng chứ | ⚠ hay chỉ vì tháng trước cũng gửi |

Và điều phân biệt một kế hoạch gắn kết thật với một danh sách phân phối tài liệu: nó trả lời được câu hỏi vì sao mỗi nhóm cần biết điều họ được cho biết — và nhờ đó, khi thời gian eo hẹp, bạn biết bản báo cáo nào bỏ được.

Đáp án

D — GIÁM SÁT VÀ KIỂM SOÁT CÁC QUY TRÌNH VÀ THỦ TỤC HIỆN CÓ.

Vì sao đúng

⚠ Chi tiết quyết định là THỜI ĐIỂM trong dự án: | Dấu hiệu trong đề | Ý nghĩa | |---|---| | ⚠ Đã đi được TÁM trong MƯỜI HAI tuần | ⚠ hai phần ba chặng đường — giai đoạn thực thi và giám sát | | ⚠ Đội đang đạt mọi mục tiêu, tinh thần cao | ⚠ quy trình đang hoạt động tốt | | ⚠ Quy trình và chính sách ĐÃ được thiết lập từ trước | ⚠ ba phương án còn lại đều là việc của giai đoạn LẬP KẾ HOẠCH | | ⚠ Công ty nhấn mạnh tuân thủ | ⚠ tuân thủ được chứng minh bằng việc THEO DÕI và CÓ BẰNG CHỨNG | | ⚠ Kết luận | ⚠ ở giai đoạn này, tuân thủ nghĩa là kiểm chứng rằng quy trình đang được thực hiện đúng |

⚠ Nguyên tắc về tuân thủ: ⚠ việc bạn CÓ quy trình không chứng minh được sự tuân thủ — chỉ có bằng chứng rằng quy trình ĐANG ĐƯỢC LÀM ĐÚNG mới chứng minh được ⚠ — ⚠ liên hệ #26706 lô 199.

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

• B (định nghĩa quy trình và chính sách cho đội) — ⚠ phương án gây nhiễu mạnh nhất vì ⚠ định nghĩa quy trình đúng là nền tảng của tuân thủ, và nếu đề không nêu thời điểm thì đây sẽ là câu trả lời hợp lý: ⚠ nhưng ⚠ đó là việc của giai đoạn LẬP KẾ HOẠCH, và dự án đã đi được hai phần ba ⚠ — ⚠ đội đang đạt mọi mục tiêu, nghĩa là quy trình đã tồn tại và đang hoạt động; ⚠ bắt đầu định nghĩa lại quy trình vào tuần thứ tám là làm gián đoạn một thứ đang chạy tốt.

• A (lập kế hoạch và chính sách giao tiếp cho mọi bên liên quan) — ⚠ cũng là việc của giai đoạn lập kế hoạch; ⚠ và giao tiếp chỉ là một phần nhỏ của tuân thủ.

• C (định nghĩa quy trình sử dụng phần mềm cho thành viên) — ⚠ quá hẹp và cũng thuộc giai đoạn lập kế hoạch.

Ghi nhớ

⚠ Đối chiếu: ⚠ #26706 lô 199 (tài liệu tuân thủ), ⚠ #26811 cùng lô (yêu cầu có thể vi phạm quy định địa phương), ⚠ #26739 lô 200 (kiểm soát thay đổi tích hợp), ⚠ #26757 lô 200 (biểu đồ kiểm soát — công cụ giám sát quy trình), ⚠ #26773 lô 200 (theo dõi sau can thiệp).

⚠ TUÂN THỦ theo từng giai đoạn dự án: | Giai đoạn | Việc về tuân thủ | |---|---| | ⚠ KHỞI ĐỘNG | ⚠ nhận diện các yêu cầu tuân thủ áp dụng cho dự án | | ⚠ LẬP KẾ HOẠCH | ⚠ định nghĩa quy trình, chính sách, bảng kiểm — phương án B, C | | ⚠ THỰC THI | ⚠ làm theo quy trình, thu thập bằng chứng | | ⚠ GIÁM SÁT VÀ KIỂM SOÁT | ⚠ kiểm tra việc tuân thủ, xử lý sai lệch — ĐÁP ÁN, đúng giai đoạn của Luke | | ⚠ ĐÓNG | ⚠ lưu hồ sơ tuân thủ, kiểm toán cuối | | ⚠ Mẹo làm bài | ⚠ với mọi câu hỏi dạng "nên tập trung vào gì", việc đầu tiên là xác định dự án đang ở GIAI ĐOẠN nào — nó loại được phần lớn phương án ngay lập tức |

⚠ Luke nên giám sát và kiểm soát những gì: | Việc | Nội dung | |---|---| | ⚠ Kiểm tra quy trình có được thực hiện đúng không | ⚠ kiểm toán nội bộ nhẹ, rà soát mẫu | | ⚠ Thu thập và lưu BẰNG CHỨNG tuân thủ | ⚠ liên hệ #26706 lô 199 | | ⚠ Theo dõi các sai lệch và xử lý | ⚠ liên hệ #26739 lô 200 | | ⚠ Rà soát yêu cầu tuân thủ có thay đổi không | ⚠ quy định mới có thể xuất hiện — liên hệ #26634 lô 198 | | ⚠ Chuẩn bị cho kiểm toán bên ngoài nếu có | | | ⚠ Rủi ro đặc thù của dự án thương mại điện tử | ⚠ dự án của Luke bán hàng trực tiếp cho khách nên chạm tới bảo vệ dữ liệu cá nhân, thanh toán và thuế — ba lĩnh vực có quy định chặt, và đó chính là lý do công ty nhấn mạnh tuân thủ |

⚠ Vì sao "mọi thứ đang tốt" lại là lúc dễ lơi lỏng nhất: | Nguy cơ | Nội dung | |---|---| | ⚠ Đội đạt mục tiêu nên không ai đặt câu hỏi | ⚠ kết quả tốt che khuất quy trình lỏng lẻo | | ⚠ Áp lực thời gian ở giai đoạn cuối | ⚠ bốn tuần cuối là lúc người ta hay cắt bước | | ⚠ Tuân thủ không tạo ra kết quả nhìn thấy được | ⚠ nên nó dễ bị coi là thủ tục | | ⚠ Nhận xét | ⚠ hậu quả của việc vi phạm tuân thủ thường không xuất hiện trong dự án mà xuất hiện SAU khi sản phẩm đã chạy — và khi đó không còn ai trong đội để giải thích chuyện gì đã xảy ra |

Từ khoá nhận diện:

"tuân thủ, dự án đang ở giữa và chạy tốt" → ⚠ GIÁM SÁT VÀ KIỂM SOÁT quy trình hiện có "định nghĩa quy trình, lập chính sách" → ⚠ việc của giai đoạn lập kế hoạch nguyên tắc → ⚠ có quy trình không chứng minh được tuân thủ; chỉ bằng chứng mới chứng minh được mẹo chung → ⚠ xác định GIAI ĐOẠN trước khi chọn phương án

Ba việc kiểm chứng: | Việc | Cách | |---|---| | Bạn có bằng chứng cho từng yêu cầu tuân thủ không | ⚠ "chúng tôi có làm" là chưa đủ | | Ai kiểm tra việc tuân thủ trong dự án bạn, và bao lâu một lần | | | Yêu cầu tuân thủ của bạn có thay đổi từ lúc lập kế hoạch không | |

Và điều mà một dự án đang chạy tốt dễ quên nhất ở tuần thứ tám: tuân thủ không phải là thứ được thiết lập một lần rồi tự duy trì — nó là thứ chỉ tồn tại tới lần cuối cùng có ai đó thật sự đi kiểm tra.

Đáp án

D — SPI (chỉ số hiệu năng tiến độ).

Vì sao đúng

⚠ Vì sao SPI là chỉ số phù hợp: | Yêu cầu trong đề | SPI đáp ứng thế nào | |---|---| | ⚠ Giao giá trị SỚM nhất có thể | ⚠ giá trị được giao gắn với TIẾN ĐỘ, không với chi phí | | ⚠ Vượt ngân sách là chấp nhận được | ⚠ đề tự loại các chỉ số về chi phí | | ⚠ SPI = EV ÷ PV | ⚠ so công việc đã hoàn thành với công việc lẽ ra phải hoàn thành | | ⚠ SPI > 1 nghĩa là đang đi nhanh hơn kế hoạch | ⚠ đúng thứ cần theo dõi | | ⚠ Kết luận | ⚠ mục tiêu là thời gian thì thước đo cũng phải là thời gian |

⚠ Đọc kỹ điều kiện của đề là đủ để giải: ⚠ "vượt ngân sách được chấp nhận" loại ngay CPI, EAC và BAC — cả ba đều là chỉ số về TIỀN ⚠ — ⚠ chỉ còn duy nhất một phương án nói về tiến độ.

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

• A (CPI — chỉ số hiệu năng chi phí) — ⚠ phương án gây nhiễu mạnh nhất vì ⚠ CPI là chỉ số nổi tiếng nhất trong quản lý giá trị thu được và là phản xạ đầu tiên của nhiều người khi thấy câu hỏi về hiệu năng dự án: ⚠ nhưng ⚠ CPI đo HIỆU QUẢ CHI PHÍ, mà đề đã nói rõ vượt ngân sách là chấp nhận được ⚠ — ⚠ theo dõi CPI ở đây không sai về mặt quản trị, nhưng nó không trả lời được câu hỏi "có đang giao sớm hay không"; ⚠ mẹo: đọc điều kiện của đề để biết đại lượng nào là RÀNG BUỘC và đại lượng nào được nới lỏng.

• C (EAC — ước tính khi hoàn thành) — ⚠ dự báo TỔNG CHI PHÍ cuối cùng; ⚠ vẫn là chỉ số về tiền.

• B (BAC — ngân sách khi hoàn thành) — ⚠ chỉ là con số ngân sách đã duyệt, một hằng số; ⚠ nó không đo hiệu năng gì cả.

Ghi nhớ

⚠ Đối chiếu: ⚠ #26810 cùng lô (tính giá trị thu được EV), ⚠ #26812 cùng lô (tính CPI), ⚠ #26785 cùng lô (đưa lợi ích lên sớm), ⚠ #26768 lô 200 (vòng đời gia số để giao giá trị sớm), ⚠ #26795 cùng lô (đọc CPI và SPI cùng nhau).

⚠ CÁC CHỈ SỐ GIÁ TRỊ THU ĐƯỢC — bảng tra nhanh: | Chỉ số | Công thức | Đo cái gì | Tốt khi | |---|---|---|---| | ⚠ PV | ⚠ giá trị kế hoạch tới thời điểm này | ⚠ lẽ ra phải xong bao nhiêu | | | ⚠ EV | ⚠ % hoàn thành × BAC | ⚠ thực tế đã xong bao nhiêu — liên hệ #26810 cùng lô | | | ⚠ AC | ⚠ chi phí thực tế | ⚠ đã tiêu bao nhiêu | | | ⚠ SV | ⚠ EV − PV | ⚠ sai lệch TIẾN ĐỘ (tính bằng tiền) | ⚠ dương | | ⚠ SPI | ⚠ EV ÷ PV | ⚠ hiệu năng TIẾN ĐỘ — ĐÁP ÁN | ⚠ lớn hơn 1 | | ⚠ CV | ⚠ EV − AC | ⚠ sai lệch CHI PHÍ | ⚠ dương | | ⚠ CPI | ⚠ EV ÷ AC | ⚠ hiệu năng CHI PHÍ — liên hệ #26812 cùng lô | ⚠ lớn hơn 1 | | ⚠ EAC | ⚠ BAC ÷ CPI (cách phổ biến nhất) | ⚠ dự báo tổng chi phí cuối | ⚠ nhỏ hơn BAC | | ⚠ BAC | ⚠ ngân sách đã duyệt | ⚠ một hằng số, không phải chỉ số hiệu năng | | | ⚠ Mẹo nhớ | ⚠ chữ S là SCHEDULE (tiến độ), chữ C là COST (chi phí); chia thì ra CHỈ SỐ, trừ thì ra SAI LỆCH |

⚠ Hạn chế của SPI cần biết: | Hạn chế | Nội dung | |---|---| | ⚠ SPI tính bằng TIỀN, không tính bằng thời gian | ⚠ nó không cho biết trễ bao nhiêu NGÀY | | ⚠ SPI luôn tiến về 1 khi dự án gần xong | ⚠ vì cuối cùng EV cũng bằng PV, dù trễ bao lâu | | ⚠ Không phân biệt công việc găng và không găng | ⚠ hoàn thành sớm việc không găng vẫn làm SPI đẹp mà không rút ngắn được gì | | ⚠ Cách bù | ⚠ dùng SPI kèm với PHÂN TÍCH ĐƯỜNG GĂNG và ngày hoàn thành dự báo — riêng SPI có thể xanh trong khi dự án vẫn sẽ trễ, và đó là cái bẫy phổ biến nhất của phương pháp này |

⚠ Cách theo dõi việc "giao giá trị sớm" cho đầy đủ: | Chỉ số bổ sung | Nội dung | |---|---| | ⚠ Ngày bàn giao thực tế của từng gia số | ⚠ thước đo trực tiếp nhất — liên hệ #26768 lô 200 | | ⚠ Thời gian từ khi hoàn thành tới khi người dùng dùng được | ⚠ liên hệ #26757 lô 200 | | ⚠ Lợi ích đã hiện thực hoá tới nay | ⚠ liên hệ #26785 cùng lô | | ⚠ SPI cùng phân tích đường găng | ⚠ ĐÁP ÁN cộng với lưới an toàn cho hạn chế của nó | | ⚠ Nhận xét | ⚠ SPI là câu trả lời đúng cho câu hỏi này vì nó là chỉ số duy nhất trong bốn phương án nói về tiến độ — nhưng trong thực tế, thước đo tốt nhất cho việc giao giá trị sớm vẫn là ngày mà người dùng thật sự bắt đầu dùng được thứ gì đó |

Từ khoá nhận diện:

"giao giá trị sớm, vượt ngân sách chấp nhận được" → ⚠ SPI "CPI, EAC, BAC" → ⚠ đều là chỉ số về TIỀN, bị đề loại chữ S → ⚠ schedule, tiến độ chữ C → ⚠ cost, chi phí

Ba việc kiểm chứng: | Việc | Cách | |---|---| | Bạn có biết ràng buộc nào là ưu tiên cao nhất của dự án mình không | ⚠ thời gian, tiền hay phạm vi | | Bạn đang theo dõi chỉ số nào, và nó có khớp với ràng buộc đó không | | | SPI của bạn có được đọc cùng đường găng không | |

Và điều mà một chỉ dẫn rõ ràng từ cấp trên như "vượt ngân sách cũng được, miễn là sớm" thật sự trao cho người quản lý dự án: quyền chọn đúng một thước đo để bám vào — và trong một dự án bị đo bằng quá nhiều con số, biết con số nào mới thật sự quan trọng là nửa phần của công việc.

Đáp án

B — CHÊNH LỆCH MÚI GIỜ GIỮA CÁC THÀNH VIÊN.

Vì sao đúng

⚠ Đề đã CỐ Ý loại bỏ ba phương án bằng chính câu chữ của mình: | Câu trong đề | Loại phương án nào | |---|---| | ⚠ "Tất cả thành viên dùng CHUNG MỘT NGÔN NGỮ" | ⚠ loại phương án A — rào cản ngôn ngữ | | ⚠ "Đã làm việc cùng nhau tại tổ chức HƠN NĂM NĂM" | ⚠ loại phương án D — thiếu kinh nghiệm dự án | | ⚠ Đây là dự án TRIỂN KHAI KỸ THUẬT với đội sẵn có | ⚠ loại phương án C — thiếu nền tảng kỹ thuật chung | | ⚠ Còn lại: BA CHÂU LỤC, hơn ba mươi lăm người | ⚠ múi giờ là khác biệt duy nhất chưa được hoá giải | | ⚠ Kết luận | ⚠ đây là dạng câu hỏi loại trừ bằng chính dữ kiện của đề |

⚠ Ba châu lục nghĩa là chênh lệch có thể lên tới mười hai giờ hoặc hơn ⚠ — ⚠ thường không tồn tại một giờ nào trong ngày mà cả ba nhóm đều đang trong giờ làm việc bình thường.

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

• A (rào cản giao tiếp do ngôn ngữ) — ⚠ phương án gây nhiễu mạnh nhất vì ⚠ "đội trải ba châu lục" là bối cảnh khiến rào cản ngôn ngữ trở thành phản xạ đầu tiên, và nó cũng là đáp án đúng của nhiều câu hỏi tương tự: ⚠ nhưng ⚠ đề nói RÕ RÀNG rằng mọi người dùng chung một ngôn ngữ ⚠ — ⚠ người ra đề đặt câu đó vào để kiểm tra xem bạn có đọc kỹ hay chỉ phản xạ theo bối cảnh; ⚠ so sánh với #26786 cùng lô, nơi đề nêu rõ có người không thạo ngôn ngữ và khi đó rào cản ngôn ngữ MỚI là trọng tâm.

• D (thiếu kinh nghiệm làm dự án) — ⚠ đề nói họ đã làm việc cùng nhau hơn năm năm.

• C (thiếu nền tảng kỹ thuật chung) — ⚠ không có căn cứ nào trong đề; ⚠ đây là đội đã quen việc.

Ghi nhớ

⚠ Đối chiếu: ⚠ #26786 cùng lô (CÂU ĐỐI CHIẾU — ở đó rào cản ngôn ngữ mới là trọng tâm), ⚠ #26791 cùng lô (kế hoạch nguồn lực cho đội đa văn hoá), ⚠ #26827 cùng lô (kênh giao tiếp cho đội ảo), ⚠ #26832 cùng lô (xây lòng tin trong đội ảo), ⚠ #26828 cùng lô (ngày lễ theo văn hoá).

⚠ Chênh lệch múi giờ gây ra những vấn đề gì: | Vấn đề | Nội dung | |---|---| | ⚠ Không có giờ chung thuận tiện cho tất cả | ⚠ luôn có người phải họp sớm hoặc muộn | | ⚠ Thời gian phản hồi kéo dài | ⚠ một câu hỏi có thể mất cả ngày mới có câu trả lời | | ⚠ Quyết định bị chậm | ⚠ chờ nhóm khác thức dậy | | ⚠ Bàn giao công việc giữa các múi giờ dễ mất mát thông tin | | | ⚠ Nguy cơ một nhóm luôn chịu thiệt về giờ giấc | ⚠ gây bất mãn tích luỹ | | ⚠ Điều ít người nghĩ tới | ⚠ chênh lệch múi giờ cũng có MẶT LỢI — công việc có thể chạy gần như hai mươi bốn giờ nếu tổ chức việc bàn giao tốt; nhưng lợi ích đó chỉ có khi được thiết kế có chủ đích, còn mặc định thì nó chỉ gây chậm trễ |

⚠ Donna nên thiết kế cách làm việc thế nào: | Việc | Nội dung | |---|---| | ⚠ Xác định các GIỜ TRÙNG NHAU và bảo vệ chúng | ⚠ dành riêng cho việc cần đồng bộ | | ⚠ LUÂN PHIÊN giờ họp bất tiện | ⚠ không để một nhóm luôn phải họp lúc nửa đêm | | ⚠ Ưu tiên giao tiếp BẤT ĐỒNG BỘ cho phần lớn công việc | ⚠ liên hệ #26827 cùng lô | | ⚠ Ghi lại quyết định ở nơi ai cũng đọc được | ⚠ người ngủ lúc họp vẫn nắm được | | ⚠ Ghi âm hoặc ghi biên bản các cuộc họp quan trọng | | | ⚠ Thoả thuận thời gian phản hồi mong đợi | ⚠ "trong một ngày làm việc" thay vì "sớm nhất có thể" | | ⚠ Nguyên tắc thiết kế | ⚠ giảm tối đa số việc CẦN mọi người có mặt cùng lúc — mỗi cuộc họp đòi ba châu lục cùng dự đều tiêu tốn giấc ngủ của ai đó, và số cuộc họp như vậy nên đếm được trên đầu ngón tay |

⚠ Vì sao đội này lại có lợi thế lớn: | Lợi thế | Nội dung | |---|---| | ⚠ Chung ngôn ngữ | ⚠ loại bỏ nguồn hiểu lầm lớn nhất | | ⚠ Đã làm việc cùng nhau hơn năm năm | ⚠ lòng tin đã có sẵn — liên hệ #26832 cùng lô | | ⚠ Cùng một tổ chức nên chung quy trình và công cụ | | | ⚠ Kết luận cho Donna | ⚠ cô là người quản lý dự án MỚI, nhưng đội thì không mới — nên việc của cô không phải xây dựng đội từ đầu mà là thiết kế cách làm việc phù hợp với ràng buộc duy nhất còn lại, và đó là múi giờ |

Từ khoá nhận diện:

"nhiều châu lục nhưng chung ngôn ngữ và đã quen nhau" → ⚠ MÚI GIỜ "có người không thạo ngôn ngữ làm việc" → ⚠ rào cản ngôn ngữ (#26786 cùng lô) đề nêu rõ điều gì không phải vấn đề → ⚠ đó là cách loại phương án nhanh nhất mẹo chung → ⚠ gạch chân các câu trong đề nói "họ đã có sẵn X" — mỗi câu như vậy loại một phương án

Ba việc kiểm chứng: | Việc | Cách | |---|---| | Đội bạn có bao nhiêu giờ trùng nhau mỗi ngày | | | Ai đang chịu giờ họp bất tiện, và có luân phiên không | | | Bao nhiêu phần trăm công việc của bạn cần mọi người cùng có mặt | |

Và điều mà một đội đã quen nhau năm năm vẫn có thể vấp phải khi trải ra ba châu lục: họ tin nhau hoàn toàn nhưng vẫn mất ba ngày để chốt một việc lẽ ra chỉ cần mười phút — vì lòng tin không rút ngắn được khoảng cách giữa các múi giờ, chỉ có cách tổ chức công việc mới làm được điều đó.

Đáp án

A — YÊU CẦU VỀ NHÂN SỰ (staffing requirements).

Vì sao đúng

⚠ Vì sao đây là yêu cầu nhân sự: | Dấu hiệu trong đề | Ý nghĩa | |---|---| | ⚠ Dự án CẦN một kỹ sư hoá | ⚠ một vai trò cụ thể phải được lấp | | ⚠ Trong BẢY THÁNG của dự án | ⚠ có thời lượng cụ thể — đặc trưng của yêu cầu nhân sự | | ⚠ Phòng ban không có ai | ⚠ nghĩa là phải tìm từ nơi khác: bộ phận khác, tuyển mới, hoặc thuê ngoài | | ⚠ Đây là mô tả về NHU CẦU, chưa phải về cách đáp ứng | ⚠ điểm quan trọng | | ⚠ Kết luận | ⚠ "cần vai trò gì, bao lâu" chính là định nghĩa của yêu cầu nhân sự |

⚠ Yêu cầu nhân sự là đầu ra của quy trình ƯỚC LƯỢNG NGUỒN LỰC HOẠT ĐỘNG ⚠ — ⚠ nó nói rõ loại kỹ năng, số lượng và thời điểm cần, làm đầu vào cho việc tuyển hoặc mua sắm.

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

• C (ràng buộc nguồn lực — resource constraints) — ⚠ phương án gây nhiễu mạnh nhất vì ⚠ việc không có kỹ sư hoá nào trong phòng nghe rất giống một sự hạn chế, và chữ "ràng buộc" khớp với cảm giác đó: ⚠ nhưng ⚠ RÀNG BUỘC là một giới hạn KHÔNG THỂ VƯỢT QUA đã được áp đặt lên dự án ⚠ — ⚠ ví dụ "chỉ được dùng nhân sự nội bộ" hoặc "ngân sách nhân sự tối đa X"; ⚠ ở đây việc phòng không có người chỉ là một thực tế cần giải quyết, không phải một giới hạn cấm bạn tìm người ở nơi khác; ⚠ và câu hỏi hỏi tên gọi của việc "dự án cần một vai trò trong bảy tháng", chứ không hỏi về sự thiếu hụt.

• B (yêu cầu về nhà thầu) — ⚠ thuê ngoài mới chỉ là MỘT trong nhiều cách đáp ứng nhu cầu; ⚠ đề chưa quyết định sẽ tuyển hay thuê.

• D (giao diện tổ chức) — ⚠ nói về mối quan hệ báo cáo và phối hợp giữa các bộ phận; ⚠ khác chủ đề.

Ghi nhớ

⚠ Đối chiếu: ⚠ #26805 cùng lô (thiếu nguồn lực chuyên biệt — báo cho chủ sản phẩm), ⚠ #26716 lô 199 (đội thiếu kỹ năng thì đào tạo), ⚠ #26680 lô 198 (bị rút nguồn lực trong ma trận yếu), ⚠ #26791 cùng lô (kế hoạch quản lý nguồn lực), ⚠ #26685 lô 199 (nguồn lực dùng chung).

⚠ YÊU CẦU NHÂN SỰ gồm những gì: | Thành phần | Ví dụ trong đề | |---|---| | ⚠ VAI TRÒ hoặc kỹ năng cần | ⚠ kỹ sư hoá | | ⚠ SỐ LƯỢNG | ⚠ một người | | ⚠ THỜI LƯỢNG | ⚠ bảy tháng | | ⚠ THỜI ĐIỂM cần | ⚠ đề chưa nêu — cần làm rõ | | ⚠ Mức độ toàn thời gian hay bán thời gian | | | ⚠ Cấp độ kinh nghiệm yêu cầu | | | ⚠ Vì sao phải viết đủ các trường này | ⚠ thiếu thời điểm và mức toàn thời gian thì bộ phận nhân sự hoặc phòng mua sắm không hành động được — một "yêu cầu nhân sự" mơ hồ sẽ nằm im trên bàn ai đó cho tới lúc dự án cần người thật |

⚠ Các cách đáp ứng một yêu cầu nhân sự: | Cách | Ưu và nhược | |---|---| | ⚠ Điều động từ bộ phận khác trong tổ chức | ⚠ nhanh, giữ tri thức nội bộ — cần thương lượng, liên hệ #26685 lô 199 | | ⚠ Đào tạo người sẵn có | ⚠ chỉ khả thi nếu có thời gian và nền tảng — liên hệ #26716 lô 199 | | ⚠ Tuyển mới | ⚠ chậm và tốn, phù hợp khi tổ chức cần năng lực lâu dài | | ⚠ Thuê nhà thầu hoặc tư vấn | ⚠ nhanh, tốn, tri thức ra đi cùng họ — phương án B mô tả cách này | | ⚠ Thứ tự cân nhắc | ⚠ luôn đi từ trong ra ngoài và từ rẻ tới đắt — nhưng với một kỹ năng rất chuyên biệt như kỹ sư hoá cho dự án nghiên cứu, việc thuê ngoài thường là phương án thực tế nhất |

⚠ Phân biệt bốn khái niệm về nguồn lực: | Khái niệm | Nghĩa | |---|---| | ⚠ YÊU CẦU NHÂN SỰ | ⚠ dự án CẦN gì — ĐÁP ÁN | | ⚠ RÀNG BUỘC NGUỒN LỰC | ⚠ giới hạn KHÔNG được vượt qua | | ⚠ MỨC SẴN CÓ CỦA NGUỒN LỰC | ⚠ thực tế có gì và khi nào — liên hệ #26653 lô 198 | | ⚠ GIAO DIỆN TỔ CHỨC | ⚠ quan hệ báo cáo và phối hợp giữa các bộ phận | | ⚠ Cách phân biệt nhanh | ⚠ "cần gì" là yêu cầu; "không được làm gì" là ràng buộc; "có gì, khi nào" là mức sẵn có — ba khái niệm này liên tục xuất hiện cùng nhau trong đề PMP |

Từ khoá nhận diện:

"dự án cần vai trò X trong Y tháng" → ⚠ YÊU CẦU NHÂN SỰ "giới hạn không được vượt qua" → ⚠ ràng buộc nguồn lực "thuê nhà thầu" → ⚠ một cách đáp ứng, không phải tên của nhu cầu "quan hệ giữa các bộ phận" → ⚠ giao diện tổ chức

Ba việc kiểm chứng: | Việc | Cách | |---|---| | Yêu cầu nhân sự của bạn có ghi rõ thời điểm và mức toàn thời gian không | | | Bạn đã nêu chúng ra trước bao lâu so với lúc cần | | | Có vai trò nào chỉ một người trong tổ chức làm được không | ⚠ đó là một rủi ro cần ghi vào sổ |

Và điều mà việc gọi đúng tên một vấn đề mang lại: "chúng tôi cần một kỹ sư hoá toàn thời gian từ tháng thứ ba tới tháng thứ chín" là một yêu cầu mà ai đó có thể hành động ngay — còn "chúng tôi không có kỹ sư hoá nào" chỉ là một lời than phiền.

Đáp án

A — GHI LẠI THÀNH MỘT YÊU CẦU THAY ĐỔI.

Vì sao đúng

⚠ Vì sao đây là bước đầu tiên: | Lý do | Nội dung | |---|---| | ⚠ Mở rộng phủ sóng ra sân trong là THÊM PHẠM VI | ⚠ không nằm trong kế hoạch ban đầu | | ⚠ Dự án đã đi được BỐN THÁNG thực thi | ⚠ đường cơ sở đã được thiết lập | | ⚠ Mọi thay đổi phải qua kiểm soát thay đổi tích hợp | ⚠ liên hệ #26739 lô 200 | | ⚠ Người yêu cầu là GIÁM ĐỐC ĐIỀU HÀNH | ⚠ chức vụ cao không miễn trừ quy trình | | ⚠ Cần đánh giá tác động: thiết bị ngoài trời, nguồn điện, bảo mật, chi phí | ⚠ không thể quyết ngay tại sảnh | | ⚠ Kết luận | ⚠ ghi lại chính thức là cách vừa tôn trọng yêu cầu vừa giữ được kỷ luật của dự án |

⚠ Chi tiết "gặp ở SẢNH" là cố ý: ⚠ một yêu cầu quan trọng được nêu trong một cuộc trò chuyện tình cờ vẫn là một yêu cầu thay đổi ⚠ — ⚠ hoàn cảnh không trang trọng không làm nó bớt chính thức.

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

• C (trao đổi với kỹ sư mạng của dự án) — ⚠ phương án gây nhiễu mạnh nhất vì ⚠ hỏi chuyên gia trước khi cam kết điều gì là hành động rất hợp lý, và việc đánh giá khả thi kỹ thuật đúng là cần thiết: ⚠ nhưng ⚠ nó bỏ qua bước GHI NHẬN chính thức ⚠ — ⚠ nếu bạn hỏi kỹ sư rồi quên mất hoặc kết luận là khó, yêu cầu của giám đốc sẽ biến mất mà không ai truy được nó đã đi đâu; ⚠ tham vấn kỹ thuật là một phần của việc PHÂN TÍCH TÁC ĐỘNG, tức là bước SAU khi đã ghi nhận.

• D (thêm thay đổi vào kế hoạch dự án) — ⚠ thực hiện thay đổi khi CHƯA được duyệt; ⚠ đúng thứ mà kiểm soát thay đổi tồn tại để ngăn.

• B (đặt mua thiết bị ngay lập tức) — ⚠ tệ nhất; ⚠ chi tiền cho một thay đổi chưa được phân tích và chưa được duyệt.

Ghi nhớ

⚠ Đối chiếu: ⚠ #26739 lô 200 (kiểm soát thay đổi tích hợp), ⚠ #26746 lô 200 (thành viên tự thêm cải tiến — thay đổi tốt vẫn phải duyệt), ⚠ #26794 cùng lô (thực hiện thay đổi đã duyệt), ⚠ #26710 lô 199 (ban kiểm soát thay đổi), ⚠ #26721 lô 199 (bên liên quan quyền lực cao).

⚠ Trình tự xử lý một yêu cầu thay đổi: | Bước | Việc | |---|---| | ⚠ 1. GHI NHẬN chính thức | ⚠ ĐÁP ÁN — vào nhật ký thay đổi | | ⚠ 2. Phân tích tác động | ⚠ kỹ thuật, chi phí, tiến độ, rủi ro — phương án C thuộc bước này | | ⚠ 3. Trình ban kiểm soát thay đổi | ⚠ liên hệ #26710 lô 199 | | ⚠ 4. Nếu duyệt: cập nhật kế hoạch và đường cơ sở | ⚠ phương án D thuộc bước này | | ⚠ 5. Thực hiện | ⚠ mua thiết bị — phương án B thuộc bước này | | ⚠ 6. Thông báo kết quả cho người yêu cầu | ⚠ kể cả khi bị từ chối | | ⚠ Nhận xét về bốn phương án | ⚠ cả bốn đều là những việc HỢP LỆ trong quy trình — chỉ khác nhau ở THỨ TỰ; và câu hỏi hỏi "làm gì TIẾP THEO", nên đáp án là bước đầu tiên |

⚠ Cách nói với giám đốc điều hành ngay tại sảnh: | Nên | Không nên | |---|---| | ⚠ "Đây là một ý hay, để tôi ghi lại và đánh giá tác động" | ⚠ "Vâng, chúng tôi sẽ làm ngay" | | ⚠ Hẹn thời điểm phản hồi cụ thể | ⚠ "cái này không nằm trong phạm vi" | | ⚠ Hỏi thêm về mục tiêu đằng sau yêu cầu | ⚠ giả định mình đã hiểu | | ⚠ Giải thích ngắn gọn quy trình thay đổi | ⚠ thuyết giảng về quy trình giữa sảnh | | ⚠ Điểm tinh tế | ⚠ hứa ngay với một lãnh đạo cấp cao là cách nhanh nhất tạo ra một cam kết mà bạn chưa biết mình có giữ được không — còn từ chối thẳng thì đóng một cánh cửa không cần thiết; câu trả lời đúng nằm ở giữa và nó chỉ mất một câu |

⚠ Điểm cần phân tích cho yêu cầu này: | Khía cạnh | Nội dung | |---|---| | ⚠ Kỹ thuật | ⚠ thiết bị phát ngoài trời chịu thời tiết, tầm phủ, nguồn điện | | ⚠ Bảo mật | ⚠ mạng khách ra tới không gian công cộng bên ngoài — rủi ro mới | | ⚠ Tuân thủ | ⚠ bệnh viện có quy định nghiêm về tách mạng và dữ liệu bệnh nhân | | ⚠ Chi phí và tiến độ | | | ⚠ Ai thật sự là người dùng | ⚠ khách ngồi ngoài sân — có bao nhiêu người, có đáng không | | ⚠ Điều đáng nói với giám đốc | ⚠ trong môi trường bệnh viện, mở rộng vùng phủ sóng công cộng chạm tới cả bảo mật lẫn tuân thủ — nên đây không phải "chỉ thêm một điểm phát sóng", và một bản phân tích ngắn sẽ giúp chính ông ấy thấy điều đó |

Từ khoá nhận diện:

"lãnh đạo yêu cầu thêm phạm vi giữa lúc thực thi" → ⚠ GHI LẠI THÀNH YÊU CẦU THAY ĐỔI "hỏi kỹ sư trước" → ⚠ thuộc bước phân tích tác động, không phải bước đầu "thêm vào kế hoạch" → ⚠ thực hiện khi chưa duyệt "đặt mua ngay" → ⚠ chi tiền cho thay đổi chưa được duyệt

Ba việc kiểm chứng: | Việc | Cách | |---|---| | Có yêu cầu nào trong dự án bạn đến từ một cuộc trò chuyện tình cờ mà chưa được ghi lại không | | | Nhật ký thay đổi của bạn có ghi cả những yêu cầu bị từ chối không | ⚠ nó nên có | | Bạn phản hồi người yêu cầu trong bao lâu | |

Và điều mà một dòng ghi chép ngay sau cuộc trò chuyện ở sảnh bảo vệ: không phải là dự án khỏi giám đốc điều hành, mà là chính giám đốc khỏi việc đưa ra một quyết định trị giá vài chục nghìn đô trong bốn mươi giây mà không ai kịp nói với ông rằng nó chạm tới hồ sơ bệnh nhân.

Đáp án

A — LEO THANG MỐI LO CỦA MÌNH LÊN BAN CHỈ ĐẠO.

Vì sao đúng

⚠ Vì sao leo thang là đúng trong tình huống này: | Lý do | Nội dung | |---|---| | ⚠ Mike ĐÃ nói với người quản lý dự án trước | ⚠ kênh đầu tiên đã được thử | | ⚠ Người quản lý dự án PHỚT LỜ hoàn toàn | ⚠ "đừng lo, tập trung làm việc đi" và không làm gì cả | | ⚠ Đây là các mối lo NGHIÊM TRỌNG về dự án | ⚠ không phải chuyện vặt | | ⚠ Ban chỉ đạo là cấp quản trị của dự án | ⚠ đúng kênh tiếp theo — liên hệ #26745 lô 200 | | ⚠ Im lặng khi biết có vấn đề là vi phạm trách nhiệm nghề nghiệp | ⚠ quy tắc đạo đức PMI đòi trung thực và trách nhiệm | | ⚠ Kết luận | ⚠ đã thử kênh trực tiếp mà không có kết quả thì leo thang lên cấp quản trị là bước đúng |

⚠ Nguyên tắc leo thang: ⚠ luôn thử kênh trực tiếp TRƯỚC — Mike đã làm ⚠ — ⚠ và khi kênh đó thất bại, leo thang không phải là hành vi chống đối mà là nghĩa vụ.

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

• B (than phiền với sếp của người quản lý dự án) — ⚠ phương án gây nhiễu mạnh nhất vì ⚠ đó cũng là một hình thức leo thang lên cấp cao hơn, và nghe rất giống đáp án: ⚠ nhưng ⚠ hai chữ "THAN PHIỀN" và việc nhắm vào CÁ NHÂN người quản lý làm nó khác hẳn ⚠ — ⚠ leo thang đúng cách là đưa VẤN ĐỀ CỦA DỰ ÁN lên đúng cấp quản trị, không phải tố cáo một con người với cấp trên của họ; ⚠ ban chỉ đạo là cơ chế CHÍNH THỨC để xử lý vấn đề dự án, còn "sếp của quản lý dự án" là quan hệ hành chính cá nhân; ⚠ cùng một hành động, khác nhau ở việc bạn đưa cái gì lên và đưa cho ai.

• C (thôi lo lắng và tập trung vào việc của mình) — ⚠ bỏ qua một mối lo nghiêm trọng mà mình đã nhận ra; ⚠ trái với trách nhiệm nghề nghiệp.

• D (nói với đội về các mối lo của mình) — ⚠ lan mối lo theo chiều ngang mà không tới được người có thẩm quyền giải quyết; ⚠ nó tạo hoang mang mà không tạo hành động.

Ghi nhớ

⚠ Đối chiếu: ⚠ #26787 cùng lô (báo tin xấu sớm cho bên liên quan), ⚠ #26702 lô 199 (thang leo thang cho vật cản), ⚠ #26621 lô 197 (nói chuyện trực tiếp trước khi leo thang), ⚠ #26811 cùng lô (vấn đề tuân thủ phải được nêu), ⚠ #26778 lô 200 (gặp bên liên quan khi có khủng hoảng).

⚠ THANG LEO THANG chuẩn: | Bậc | Việc | Trạng thái của Mike | |---|---|---| | ⚠ 1. Nói trực tiếp với người liên quan | ⚠ quản lý dự án | ⚠ ĐÃ LÀM — bị phớt lờ | | ⚠ 2. Nêu lại bằng VĂN BẢN, ghi rõ mối lo và tác động | ⚠ tạo dấu vết | ⚠ nên làm trước bậc 3 nếu có thể | | ⚠ 3. Leo thang lên cấp QUẢN TRỊ DỰ ÁN | ⚠ ban chỉ đạo hoặc nhà tài trợ — ĐÁP ÁN | | | ⚠ 4. Kênh tuân thủ hoặc đạo đức nếu vấn đề thuộc loại đó | ⚠ an toàn, pháp lý, gian lận | | | ⚠ Nguyên tắc | ⚠ mỗi bậc phải được thử trước khi lên bậc sau, và mỗi lần leo thang nên mang theo DỮ LIỆU chứ không mang theo cảm xúc |

⚠ Mike nên chuẩn bị gì khi leo thang: | Việc | Nội dung | |---|---| | ⚠ Viết ra các mối lo một cách CỤ THỂ | ⚠ "tôi lo lắng" không hành động được; "cấu hình này sẽ mất dữ liệu khi X xảy ra" thì có | | ⚠ Nêu TÁC ĐỘNG lên dự án | ⚠ tiến độ, chi phí, chất lượng, rủi ro | | ⚠ Ghi rõ mình đã nêu với ai và khi nào | ⚠ cho thấy đã thử kênh đúng | | ⚠ Đề xuất phương án nếu có | ⚠ biến một lời phàn nàn thành một đóng góp | | ⚠ Giữ giọng điệu về VẤN ĐỀ, không về CON NGƯỜI | ⚠ điểm phân biệt với phương án B | | ⚠ Điều đáng lưu ý | ⚠ leo thang luôn có cái giá về quan hệ — nên nó phải xứng đáng; nhưng với mối lo NGHIÊM TRỌNG về dự án thì cái giá của việc im lặng cao hơn nhiều, và Mike đã làm đúng phần khó nhất là nói lần đầu |

⚠ Nhìn từ phía người quản lý dự án — bài học ngược: | Sai lầm | Hậu quả | |---|---| | ⚠ Bảo thành viên "đừng lo" mà không tìm hiểu | ⚠ mất một nguồn thông tin sớm về rủi ro | | ⚠ Không ghi mối lo vào sổ vấn đề hay sổ rủi ro | ⚠ liên hệ #26777 lô 200 | | ⚠ Không phản hồi lại sau đó | ⚠ lần sau người ta sẽ không nói nữa | | ⚠ Bài học cho người quản lý dự án | ⚠ một thành viên chủ động nêu mối lo là tài sản quý nhất trong việc quản lý rủi ro — và cách bạn phản ứng ở lần đầu tiên quyết định bạn còn nhận được cảnh báo nào nữa hay không, liên hệ #26787 cùng lô |

Từ khoá nhận diện:

"đã nêu với quản lý dự án nhưng bị phớt lờ" → ⚠ LEO THANG LÊN BAN CHỈ ĐẠO "than phiền với sếp của người đó" → ⚠ nhắm vào cá nhân, không phải kênh quản trị "thôi lo và làm việc của mình" → ⚠ bỏ qua trách nhiệm nghề nghiệp "nói với đội" → ⚠ lan ngang, không tới người có thẩm quyền

Ba việc kiểm chứng: | Việc | Cách | |---|---| | Đội bạn có kênh nào để nêu mối lo ngoài chính bạn không | | | Lần cuối có người nêu mối lo với bạn, bạn đã làm gì | | | Tổ chức bạn có ban chỉ đạo dự án hoạt động thật không | |

Và điều mà một câu "đừng lo, cứ làm việc đi" thật sự tạo ra: không phải một thành viên yên tâm hơn, mà là một người sẽ không bao giờ mang mối lo tiếp theo tới bàn của bạn nữa — và mối lo tiếp theo đó có thể là mối lo mà cả dự án cần được nghe.