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

D (xếp lại thứ tự phạm vi + nghiệm thu theo đúng đặc tả ban đầu) — ⚠ phương án gây nhiễu mạnh nhất vì ⚠ nó đúng một nửa: vế xếp lại thứ tự phạm vi hoàn toàn chính xác, và nhiều người dừng ở đó: ⚠ nhưng ⚠ hai vế của nó MÂU THUẪN với nhau ⚠ — ⚠ nếu phạm vi được xếp lại liên tục thì đặc tả ban đầu đã lỗi thời, lấy gì làm chuẩn nghiệm thu; ⚠ và tiêu chí "đúng đặc tả gốc" chính là thứ khiến các dự án bàn giao đúng hợp đồng nhưng vô dụng với nghiệp vụ; ⚠ bài học: khi hai vế của một phương án chống lại nhau thì phương án đó sai, dù mỗi vế nghe riêng đều hợp lý.

A (hoàn thành sớm phạm vi + phù hợp mục đích nghiệp vụ) — ⚠ cũng nửa đúng nửa sai; ⚠ "hoàn thành sớm phạm vi" giả định phạm vi cố định, trái với tinh thần hợp đồng agile.

B (hoàn thành sớm phạm vi + đúng đặc tả gốc) — ⚠ sai cả hai vế; ⚠ đây là mô tả một hợp đồng giá cố định truyền thống.

C (cập nhật hệ thống kiểm soát thay đổi để phản ánh thay đổi phạm vi) — ⚠ phương án gây nhiễu mạnh nhất vì ⚠ nghe rất gần với việc đúng, và ghi nhận thay đổi vào hệ thống đúng là một phần của quy trình: ⚠ nhưng ⚠ hệ thống kiểm soát thay đổi là CƠ CHẾ để xử lý các yêu cầu, không phải nơi lưu kế hoạch dự án ⚠ — ⚠ "cập nhật hệ thống" nghĩa là sửa chính quy trình, chứ không phải sửa kế hoạch; ⚠ thứ cần được cập nhật sau khi một thay đổi được duyệt là ĐƯỜNG CƠ SỞ, tức là bản kế hoạch mà mọi phép đo về sau sẽ so vào.

A (ghi thay đổi vào tài liệu kiểm soát thay đổi) — ⚠ việc này ĐÃ diễn ra trong quá trình phê duyệt; ⚠ nhật ký thay đổi được cập nhật khi quyết định được đưa ra, còn câu hỏi là làm gì SAU khi đã duyệt.

D (đánh giá rủi ro của thay đổi) — ⚠ phải làm TRƯỚC khi phê duyệt; ⚠ đánh giá rủi ro là đầu vào để ban kiểm soát thay đổi quyết định.

C (kiểm thử thiết kế) — ⚠ phương án gây nhiễu mạnh nhất vì ⚠ wireframe ĐÚNG LÀ được dùng để thử nghiệm với người dùng trong thực tế, và "kiểm thử tính khả dụng bằng bản phác" là một kỹ thuật có thật: ⚠ nhưng ⚠ trong tình huống của đề, bản vẽ được dựng lên GIỮA BUỔI HỌP để gỡ một sự nhầm lẫn trong nội bộ đội ⚠ — ⚠ không có người dùng nào ở đó, không có kịch bản kiểm thử nào cả; ⚠ cùng một công cụ có thể phục vụ nhiều mục đích, và câu hỏi đang hỏi mục đích TRONG BỐI CẢNH NÀY; ⚠ đó là lý do phải đọc kỹ tình huống chứ không chỉ nhận ra từ khoá "wireframe".

B (để biết cần bao nhiêu thời gian phát triển) — ⚠ wireframe có GIÚP ước lượng chính xác hơn; ⚠ nhưng đó là lợi ích phụ, không phải mục đích của việc vẽ nó.

A (xác định những báo cáo nào sẽ có trong đầu ra thiết kế) — ⚠ quá hẹp và không liên quan; ⚠ wireframe nói về giao diện chứ không phải danh mục báo cáo.

B (tái cấu trúc là việc rồi ai cũng phải làm, nên xếp vào một chặng sau) — ⚠ phương án gây nhiễu mạnh nhất vì ⚠ vế đầu của nó ĐÚNG: tái cấu trúc đúng là việc thường xuyên và bình thường trong phát triển phần mềm: ⚠ nhưng ⚠ vế sau biến nó thành một lời bào chữa — "để sau" là cách mọi khoản nợ kỹ thuật được sinh ra ⚠; ⚠ và trong thực tế, chặng sau luôn có việc mới giá trị hơn, nên việc tái cấu trúc bị đẩy lùi mãi cho tới khi nó lớn tới mức không ai dám động vào; ⚠ phân biệt quan trọng: tái cấu trúc LIÊN TỤC như một phần của công việc là lành mạnh, còn tái cấu trúc ĐƯỢC HẸN LẠI thì gần như không bao giờ xảy ra.

A (tốc độ là yếu tố then chốt để tạo giá trị cao nhất) — ⚠ nhầm tốc độ với giá trị; ⚠ agile ưu tiên bàn giao sớm nhưng luôn kèm điều kiện chất lượng kỹ thuật tốt.

D (không nói gì, hướng dẫn cách làm không phải việc của cô ấy) — ⚠ đúng là đội tự quyết cách làm; ⚠ nhưng nêu ra một rủi ro để đội cân nhắc chính là việc của người quản lý dự án, và nó không tước quyền quyết định của đội.

D (hệ thống — systemic) — ⚠ phương án gây nhiễu mạnh nhất vì ⚠ Karl rành Chiến lược Dữ liệu, Quản trị Dữ liệu và Kiến trúc Dữ liệu — ba lĩnh vực nghe rất "hệ thống", và cách anh ấy làm việc cũng rất có phương pháp: ⚠ nhưng ⚠ chỉ báo HỆ THỐNG nói về việc nhìn tổ chức như một hệ thống các phần liên kết, quan tâm tới cấu trúc và tác động lẫn nhau giữa các bộ phận ⚠; ⚠ còn đề mô tả một người SUY NGHĨ và PHÂN TÍCH, không mô tả một người vẽ ra bức tranh hệ thống; ⚠ lĩnh vực chuyên môn của Karl là dữ liệu, nhưng cách anh ấy hành xử mới là thứ câu hỏi đang hỏi tới — đừng để tên lĩnh vực đánh lạc hướng.

B (quản lý — managerial) — ⚠ nói về khả năng quản trị, điều phối và ra quyết định điều hành; ⚠ đề không mô tả Karl quản lý ai hay điều phối việc gì.

C (sáng tạo — creative) — ⚠ nói về khả năng nghĩ ra cái mới, giải pháp khác thường; ⚠ Karl phân tích cái đã có chứ không sáng tạo cái chưa có.

C (giải pháp tình thế — workarounds) — ⚠ phương án gây nhiễu mạnh nhất vì ⚠ nó rất giống hành động khắc phục: đều là phản ứng sau khi có chuyện, đều nhằm đưa mọi thứ về quỹ đạo: ⚠ nhưng ⚠ giải pháp tình thế là phản ứng KHÔNG ĐƯỢC LẬP KẾ HOẠCH TRƯỚC cho một rủi ro ĐÃ XẢY RA mà không nằm trong sổ rủi ro ⚠ — ⚠ nó thuộc quy trình GIÁM SÁT RỦI RO; ⚠ còn hành động khắc phục là phản ứng có chủ đích với một sai lệch so với KẾ HOẠCH; ⚠ phân biệt cốt lõi: giải pháp tình thế đối phó với thứ bất ngờ, hành động khắc phục đối phó với sự sai lệch đã đo được.

B (chuyển giao — transference) — ⚠ là một chiến lược ứng phó RỦI RO; ⚠ đầu ra của quy trình lập kế hoạch ứng phó rủi ro — liên hệ #26956 cùng lô.

D (đánh giá rủi ro) — ⚠ thuộc nhóm quy trình phân tích rủi ro; ⚠ hoàn toàn không phải đầu ra của kiểm soát phạm vi.

A (bảo người quản lý sản phẩm điền nốt phần thông tin còn thiếu) — ⚠ phương án gây nhiễu mạnh nhất vì ⚠ nó cũng hướng tới đúng người, cũng nhằm bổ sung thông tin, và trong thực tế nhiều scrum master nói đúng câu này: ⚠ nhưng ⚠ khác biệt nằm ở giọng điệu và giả định: "bảo họ điền vào" giả định rằng họ đã LÀM THIẾU, còn "đề nghị làm rõ" thừa nhận rằng có thể mình chưa hiểu ⚠; ⚠ scrum master không có quyền ra lệnh cho chủ sản phẩm — vai trò này lãnh đạo bằng ảnh hưởng chứ không bằng thẩm quyền; ⚠ và về mặt thực dụng, một câu hỏi mở luôn thu được nhiều thông tin hơn một mệnh lệnh.

D (Josephine tự gán thứ tự ưu tiên) — ⚠ vi phạm ranh giới vai trò rõ ràng nhất trong scrum; ⚠ scrum master không sở hữu tồn đọng.

B (không làm gì, chủ sản phẩm sẽ bổ sung sau) — ⚠ bỏ qua vấn đề đúng lúc nó cần được giải quyết; ⚠ sau buổi lập kế hoạch thì đội đã cam kết rồi.

D (một số kế hoạch dự án bí mật bị rò rỉ lên Internet) — ⚠ phương án gây nhiễu mạnh nhất vì ⚠ nó là kịch bản tệ nhất và cũng là lý do khiến chính sách IT tồn tại, nên nghe rất thuyết phục về mặt hậu quả: ⚠ nhưng ⚠ đề không nêu bất kỳ dấu hiệu rò rỉ nào — không có sự cố, không có cảnh báo, không có ai phàn nàn ⚠; ⚠ và nếu đã có rò rỉ thật thì phản ứng sẽ không dừng ở "yêu cầu gỡ trang xuống", nó sẽ là một quy trình xử lý sự cố bảo mật đầy đủ; ⚠ quy tắc làm bài: chọn lời giải thích đơn giản nhất phù hợp với dữ kiện, đừng tự thêm một sự cố nghiêm trọng mà đề không hề nhắc tới.

A (Beth dùng sai logo công ty) — ⚠ quá vụn vặt; ⚠ sai logo thì được yêu cầu sửa, không bị yêu cầu gỡ cả trang.

C (Beth dùng nhầm nền tảng mạng xã hội) — ⚠ có thể là một phần của vấn đề; ⚠ nhưng gốc rễ vẫn là cô ấy không hỏi trước — nếu có hỏi thì IT đã chỉ đúng nền tảng được duyệt.

C (giá trị cổ đông) — ⚠ phương án gây nhiễu mạnh nhất vì ⚠ cuối cùng thì mọi cải thiện năng lực đều dẫn tới giá trị cổ đông, nên nó luôn có vẻ đúng ở mức trừu tượng đủ cao: ⚠ nhưng ⚠ giá trị cổ đông là kết quả TÀI CHÍNH: lợi nhuận, cổ tức, giá cổ phiếu ⚠ — ⚠ một dự án thí điểm vừa kết thúc chưa tạo ra bất kỳ con số tài chính nào; ⚠ chọn thành phần giá trị phải chọn cái GẦN NHẤT với thứ mô tả trong đề, không chọn cái xa nhất trong chuỗi nhân quả; ⚠ nếu chấp nhận lối lập luận "rồi cũng dẫn tới" thì mọi câu hỏi dạng này đều có chung một đáp án, và câu hỏi trở nên vô nghĩa.

B (giá trị khách hàng) — ⚠ là giá trị người dùng cuối nhận được; ⚠ đề không nhắc tới khách hàng hay sản phẩm nào được bàn giao.

D (giá trị đối tác kênh) — ⚠ liên quan tới nhà phân phối, đại lý, đối tác bán hàng; ⚠ hoàn toàn không có trong tình huống.

B (bảo quản lý trực tiếp của từng người tiếp tục đào tạo cấp dưới của họ) — ⚠ phương án gây nhiễu mạnh nhất vì ⚠ quản lý chức năng ĐÚNG là người chịu trách nhiệm phát triển nghề nghiệp cho nhân viên, và trong tổ chức ma trận thì đó là ranh giới vai trò có thật: ⚠ nhưng ⚠ câu hỏi là Katelyn nên BẮT ĐẦU quy trình kèm cặp thế nào, còn phương án này là đẩy toàn bộ việc đó sang người khác ⚠; ⚠ và "tiếp tục đào tạo" hàm ý mọi thứ vẫn như cũ — trong khi chính Katelyn nhận thấy đội cần thêm điều gì đó; ⚠ kèm cặp trong dự án bổ sung cho phát triển nghề nghiệp chứ không thay thế nó, và hai việc này hoàn toàn cùng tồn tại được.

C (chờ có người tự tìm tới xin được kèm cặp) — ⚠ thụ động; ⚠ và những người cần kèm cặp nhất thường là những người ít khi tự xin nhất.

A (đăng ký cho cả đội dự một hội nghị ngành) — ⚠ là đào tạo đại trà, không phải kèm cặp; ⚠ nó cũng bỏ qua bước tìm hiểu nhu cầu từng người.