Menu
ESC

Nhập từ khóa để tìm kiếm

↑↓ Di chuyển
Enter Mở
ESC Đóng

Đang tải...

Bài 56 — Memorization Aids — Numbers + Quotes

PSM I Certification Preparation Bài 56/60

Mở đầu — vì sao bài này quan trọng

Bạn đã đi gần hết chặng đường ôn luyện PSM I. Bạn hiểu empiricism, nắm được vai trò của từng accountability, phân biệt được các events và artifacts. Nhưng vào phòng thi (hay đúng hơn là trước màn hình thi online), bạn chỉ có 60 phút cho 80 câu hỏi — trung bình 45 giây mỗi câu. Với áp lực thời gian như vậy, bạn không có thời gian để "suy luận lại từ đầu" những con số và định nghĩa nền tảng. Bạn cần chúng phải bật ra ngay lập tức, gần như phản xạ.

Đây chính là lý do bài học về memorization aids (công cụ hỗ trợ ghi nhớ) tồn tại. PSM I không phải kỳ thi đánh đố — nó kiểm tra xem bạn có thực sự thuộc nằm lòng Scrum Guide hay không. Có một nhóm câu hỏi mà điểm số hoàn toàn nằm trong tầm tay nếu bạn nhớ chính xác: bao nhiêu pillars, bao nhiêu values, timebox của Sprint Planning là bao lâu, ai chịu trách nhiệm cho Definition of Done. Những câu này không yêu cầu tư duy, chỉ yêu cầu trí nhớ. Để mất điểm ở đây là cực kỳ đáng tiếc.

Trong bài này, tôi sẽ không dạy lại lý thuyết Scrum (việc đó các bài trước đã làm). Thay vào đó, tôi đưa cho bạn một bộ bảng số liệu cần thuộc, các câu trích dẫn (quotes) nguyên văn từ Scrum Guide mà đề thi hay xoáy vào, cùng những kỹ thuật ghi nhớ thực dụng để bạn nạp tất cả vào đầu một cách có hệ thống. Hãy coi đây là "tờ giấy nháp tinh thần" bạn sẽ dựng lên trong não trước khi bấm nút Start.

Khái niệm cốt lõi

Bảng các con số bắt buộc thuộc lòng

Đây là nhóm con số xuất hiện thường xuyên nhất trong đề PSM I. Hãy đọc đến mức bạn có thể đọc thuộc mà không cần nhìn.

Hạng mụcGiá trị
Pillars of Empiricism (3 trụ cột)3 — Transparency, Inspection, Adaptation
Scrum Values (giá trị)5 — Commitment, Focus, Openness, Respect, Courage
Accountabilities trong Scrum Team3 — Product Owner, Scrum Master, Developers
Scrum Events5 — Sprint, Sprint Planning, Daily Scrum, Sprint Review, Sprint Retrospective
Scrum Artifacts3 — Product Backlog, Sprint Backlog, Increment
Commitments (mỗi artifact một commitment)3 — Product Goal, Sprint Goal, Definition of Done
Số thành viên Scrum Team10 người trở xuống (typically 10 or fewer)
Product Owner1 người (không phải committee)
Scrum Master1 người cho mỗi Scrum Team

Bảng timeboxes — phần dễ mất điểm nhất

Đề thi rất thích hỏi timebox. Mẹo cốt lõi: tất cả timebox trong Scrum Guide đều tính cho Sprint một tháng (one-month Sprint), và Sprint càng ngắn thì timebox càng ngắn tương ứng.

EventTimebox (cho Sprint 1 tháng)
SprintTối đa 1 tháng (a month or less)
Sprint PlanningTối đa 8 giờ
Daily Scrum15 phút (cố định, không đổi theo độ dài Sprint)
Sprint ReviewTối đa 4 giờ
Sprint RetrospectiveTối đa 3 giờ
Hãy nhớ chuỗi giảm dần: 8 → 4 → 3, và Daily Scrum luôn là 15 phút bất kể Sprint dài bao nhiêu. Đây là điểm bẫy: nhiều người nghĩ Sprint 2 tuần thì Daily Scrum còn 7-8 phút — sai. Daily Scrum luôn 15 phút.

Bảng "Ai chịu trách nhiệm cho cái gì"

Nhóm câu hỏi accountability ("Who is responsible for...") rất phổ biến. Thuộc bảng này giúp bạn trả lời trong 5 giây.

Hạng mụcAi chịu trách nhiệm (accountable)
Product Backlog (quản lý, ordering)Product Owner
Sprint BacklogDevelopers
Increment chất lượng đạt DoDDevelopers
Definition of Done (nếu org chưa có)Developers (cùng cả Scrum Team tuân thủ)
Hiệu quả (effectiveness) của Scrum TeamScrum Master
Tạo ra Product GoalProduct Owner
Tạo ra Sprint GoalToàn bộ Scrum Team (cùng craft trong Planning)
Maximizing value of productProduct Owner

Các quotes nguyên văn cần thuộc

PSM I thường lấy nguyên câu trong Scrum Guide làm đáp án đúng, hoặc bóp méo một chữ để tạo bẫy. Đây là những câu "by the book" đáng thuộc:

  • "Scrum is founded on empiricism and lean thinking." — gốc rễ của Scrum, lưu ý có cả lean thinking chứ không chỉ empiricism.
  • "The Scrum Team is responsible for all product-related activities." — nhấn mạnh toàn team, không phân chia phòng ban.
  • "The Scrum Master is a true leader who serves the Scrum Team and the larger organization." — định nghĩa servant leadership.
  • "The Developers are always accountable for instilling quality by adhering to a Definition of Done." — Developers, không phải Scrum Master hay PO.
  • "The Sprint Goal is the single objective for the Sprint."single (một và chỉ một).
  • "The Product Owner is one person, not a committee." — câu kinh điển hay bị bẫy.
  • "Scrum is simple. Try it as is and determine if its philosophy, theory, and structure help to achieve goals and create value." — câu kết của Scrum Guide.
  • "If a Sprint Goal becomes obsolete, the Sprint may be cancelled. Only the Product Owner has the authority to cancel the Sprint." — chỉ PO mới được hủy Sprint.

Tình huống thực tế

Ví dụ 1 — Lan và bẫy timebox của Daily Scrum

Lan, một chuyên viên QA tại một công ty fintech ở TP.HCM (giả định tên Momopay Solutions), đăng ký thi PSM I sau 3 tuần ôn. Trong buổi thi thử của công ty, cô gặp câu: "Team đang chạy Sprint 2 tuần. Daily Scrum nên kéo dài tối đa bao lâu?". Các lựa chọn gồm 7 phút, 10 phút, 15 phút, 30 phút.

Lan suy luận: "Sprint 1 tháng thì Daily Scrum 15 phút, vậy Sprint nửa tháng chắc là... 7-8 phút?" Cô chọn 7 phút. Sai.

Bài học rút ra: Daily Scrum là timebox cố định 15 phút cho mọi độ dài Sprint — đây là ngoại lệ duy nhất không co giãn theo độ dài Sprint. Sau lần đó, Lan ghi vào flashcard một dòng đậm: "15 phút — KHÔNG BAO GIỜ thay đổi". Đến kỳ thi thật, cô gặp đúng một câu tương tự và trả lời trong 4 giây. Đây là minh chứng: một con số được "đóng đinh" đúng cách giúp bạn miễn nhiễm với bẫy.

Ví dụ 2 — Đội Scrum của Tiki và câu hỏi "ai sở hữu Sprint Backlog"

Một nhóm 6 Developers tại một sàn thương mại điện tử (lấy bối cảnh Tiki) tranh luận khi luyện đề: câu hỏi là "Ai sở hữu (owns) Sprint Backlog?". Nửa nhóm chọn "Scrum Master" vì nghĩ Scrum Master là người quản lý quy trình. Nửa còn lại chọn "Developers".

Đáp án đúng: Developers. Sprint Backlog là kế hoạch do và cho Developers (by and for the Developers). Scrum Master chỉ facilitate, không sở hữu. Còn Product Backlog thì thuộc về Product Owner.

Bài học: nhóm đã tự dựng một bảng "sở hữu artifact" lên bảng trắng văn phòng: Product Backlog → PO, Sprint Backlog → Developers, Increment → Developers. Họ dán ngay cạnh máy pha cà phê. Sau hai tuần nhìn mỗi ngày, cả 6 người đều trả lời đúng 100% nhóm câu hỏi này trong kỳ thi. Đây là kỹ thuật spaced exposure — lặp lại nhìn thấy thông tin ở nơi đi qua nhiều lần — cực kỳ hiệu quả với các bảng quan hệ.

Ví dụ 3 — Minh và bộ "mnemonic" cho 5 Scrum Values

Minh, một Scrum Master mới chuyển từ vai trò Business Analyst tại một công ty outsourcing ở Đà Nẵng, luôn quên một trong năm giá trị (thường rớt mất "Courage" hoặc "Openness"). Anh tự tạo một cụm viết tắt từ chữ cái đầu: C-F-O-R-C (Commitment, Focus, Openness, Respect, Courage). Anh đọc nó thành "C-FORCE" — liên tưởng đến "the Force" trong Star Wars: Scrum cần FORCE để hoạt động.

Đến kỳ thi, câu hỏi yêu cầu chọn ra giá trị không thuộc 5 Scrum Values, trong đó có "Transparency" làm mồi nhử (Transparency là pillar, không phải value). Nhờ neo chặt 5 chữ C-FORCE, Minh loại Transparency ngay lập tức và chọn đúng.

Bài học: với những danh sách cố định (values, pillars, events), một mnemonic cá nhân — dù ngớ ngẩn — hiệu quả hơn nhiều so với cố nhớ "trơn". Não ghi nhớ tốt nhất qua liên tưởng cảm xúc và hình ảnh, không phải qua việc đọc đi đọc lại danh sách khô khan.

Hướng dẫn từng bước

Đây là quy trình 6 bước để biến đống số liệu và quote thành trí nhớ phản xạ trong 5–7 ngày trước thi:

  • Tách nhỏ thành 4 cụm. Đừng cố nhớ tất cả cùng lúc. Chia thành: (a) các con số "3-5-3" (3 pillars, 5 values, 3 accountabilities, 5 events, 3 artifacts, 3 commitments), (b) bảng timeboxes, (c) bảng accountability, (d) bộ quotes. Mỗi ngày tập trung một cụm.
  • Tạo mnemonic cho từng danh sách cố định. Ví dụ: 3 pillars = TIA (Transparency, Inspection, Adaptation — đọc là "Tía"); 5 values = C-FORCE; 3 commitments gắn với 3 artifacts (Product Backlog→Product Goal, Sprint Backlog→Sprint Goal, Increment→Definition of Done).
  • Viết flashcard hai mặt. Mặt trước là câu hỏi ("Timebox Sprint Review?"), mặt sau là đáp án ("Tối đa 4 giờ cho Sprint 1 tháng"). Có thể dùng app như Anki để áp dụng spaced repetition — thuật toán nhắc lại đúng lúc bạn sắp quên.
  • Áp dụng kỹ thuật "active recall". Đừng đọc lại đáp án rồi gật gù "à đúng rồi". Hãy che đáp án, tự nói to ra trước, rồi mới kiểm tra. Việc cố nhớ ra (dù sai) khắc sâu hơn nhiều so với việc đọc lại.
  • Đọc nguyên văn các quotes thành tiếng. Với những câu "by the book", đọc to giúp bạn nhận ra ngay khi đề thi bóp méo một chữ. Ví dụ nếu đề ghi "The Product Owner may be a committee" — tai bạn sẽ "vấp" ngay vì câu gốc là "not a committee".
  • Dựng "mental dump" trước khi thi. Ngay khi kỳ thi bắt đầu (nếu được phép dùng giấy nháp), viết nhanh ra: 3-5-3, chuỗi timebox 8-4-3 + 15 phút, bảng owner artifact. Bạn vừa "đổ" trí nhớ ra giấy, vừa giải phóng não cho các câu tư duy.

Lỗi thường gặp & mẹo

  • Lỗi: Nhầm pillar với value. Transparency, Inspection, Adaptation là pillars. Openness, Respect... là values. Bẫy hay gặp: "Transparency" bị đưa vào danh sách values. Mẹo: pillar có 3 cái và đều kết thúc bằng "-ion/-ency" (Transparency, Inspection, Adaptation).
  • Lỗi: Co giãn Daily Scrum theo độ dài Sprint. Như ví dụ của Lan — Daily Scrum luôn 15 phút. Chỉ có Sprint Planning, Review, Retrospective mới co giãn theo độ dài Sprint.
  • Lỗi: Nghĩ Sprint Goal có thể nhiều mục tiêu. Scrum Guide viết rõ "the single objective". Một Sprint = một Sprint Goal duy nhất.
  • Lỗi: Gán nhầm người tạo Definition of Done. Nếu tổ chức đã có DoD chuẩn thì team tuân theo; nếu chưa, Developers phải tạo ra. Đừng nhầm sang Product Owner hay Scrum Master.
  • Mẹo "by the book": Khi phân vân giữa hai đáp án, hãy chọn đáp án gần với câu chữ Scrum Guide nhất, không chọn đáp án "theo kinh nghiệm thực tế công ty bạn". PSM I kiểm tra Scrum Guide, không kiểm tra thực tiễn doanh nghiệp bạn.
  • Mẹo loại trừ: Các đáp án chứa từ tuyệt đối như "always control", "must report to manager", "PO assigns tasks" thường sai, vì Scrum đề cao self-management. Ngược lại, đáp án sai cũng có thể chứa "always" đúng (ví dụ "Developers are always accountable for quality") — nên đừng máy móc loại mọi câu có "always".

Bài tập thực hành

  • Đổ trí nhớ trong 3 phút. Lấy một tờ giấy, đặt đồng hồ 3 phút, viết ra từ trí nhớ: 3 pillars, 5 values, 3 accountabilities, 5 events, 3 artifacts, 3 commitments, và bảng timebox đầy đủ. Đối chiếu với bảng trong bài. Mục tiêu: 100% chính xác trong 3 phút.
  • Tự test quote. Che cột bên phải, đọc gợi ý sau và đọc thuộc nguyên văn: (a) câu về nền tảng của Scrum [empiricism + lean thinking], (b) câu về Product Owner [one person, not a committee], (c) câu về ai được hủy Sprint [only the Product Owner].
  • Bẫy timebox. Tự trả lời nhanh (không nhìn lại): Sprint 2 tuần thì Sprint Planning tối đa bao lâu? Sprint Review tối đa bao lâu? Daily Scrum bao lâu? (Gợi ý: hai cái đầu co giãn ~một nửa; cái cuối luôn cố định.)
  • Tạo mnemonic riêng. Viết một cụm viết tắt của riêng bạn cho 5 events theo thứ tự xảy ra trong Sprint. Mnemonic càng buồn cười càng dễ nhớ.
  • Mô phỏng mental dump. Tập viết toàn bộ "tờ nháp tinh thần" của bạn trong đúng 90 giây — đây là việc bạn sẽ làm khi vào phòng thi thật.

Tóm tắt

Bài 56 không thêm lý thuyết mới — nó giúp bạn biến kiến thức đã có thành phản xạ. Hãy nhớ ba khối:

  • Khối con số "3-5-3": 3 pillars, 5 values, 3 accountabilities, 5 events, 3 artifacts, 3 commitments. Team ≤ 10 người. PO và SM mỗi vai 1 người.
  • Khối timebox: Sprint ≤ 1 tháng; chuỗi 8 → 4 → 3 giờ (Planning → Review → Retro); Daily Scrum luôn 15 phút.
  • Khối accountability + quotes: PO sở hữu Product Backlog, Developers sở hữu Sprint Backlog & Increment, Developers giữ DoD; thuộc các câu "by the book" nguyên văn.
Công cụ ghi nhớ hiệu quả nhất là sự kết hợp: mnemonic (C-FORCE, TIA) + active recall (tự đọc trước khi xem đáp án) + spaced repetition (lặp lại đúng lúc) + mental dump (đổ ra giấy đầu giờ thi). Đừng để mất điểm ở những câu chỉ đòi hỏi trí nhớ — đó là phần dễ nhất của PSM I, và bây giờ bạn đã có đủ công cụ để ăn trọn nhóm điểm đó. Ở bài tiếp theo, chúng ta sẽ làm rõ một vùng hay gây nhầm lẫn khác: phân biệt các sự kiện inspection thực sự với những "touchpoint" không phải là điểm kiểm tra chính thức.