Mở đầu — vì sao bài này quan trọng
Khi mới làm quen với Scrum, hầu hết học viên đều dành toàn bộ năng lượng để học thuộc các events, artifacts, accountabilities và các timebox. Đó là phần "cứng" — phần dễ ghi nhớ, dễ kiểm tra. Nhưng nếu bạn hỏi một Scrum Master kỳ cựu rằng điều gì khiến một team thực sự "Scrum" thay vì chỉ "diễn kịch Scrum" (Scrum theater), gần như chắc chắn họ sẽ trả lời: 5 Scrum Values.
Trong kỳ thi PSM I, đây là chủ đề bị đánh giá thấp một cách oan uổng. Nhiều người nghĩ "values" chỉ là mấy từ ngữ đẹp đẽ treo trên tường, không có gì để hỏi. Sai lầm. Scrum Guide 2020 đã nâng tầm 5 values lên ngang hàng với toàn bộ framework, và đề thi thường đưa ra những câu hỏi tình huống (scenario) buộc bạn phải nhận ra value nào đang bị vi phạm, hoặc value nào nên được áp dụng để xử lý xung đột. Đây là những câu mà bạn không thể "đoán mò" nếu chưa hiểu bản chất.
Quan trọng hơn cả việc thi: bài này lý giải vì sao Scrum hoạt động. Bạn sẽ học ở các bài khác rằng Scrum dựa trên empiricism (Bài 6) và self-management (Bài 28). Nhưng empiricism và self-management chỉ là cỗ máy. 5 values chính là nhiên liệu khiến cỗ máy đó chạy. Thiếu values, mọi event đẹp đẽ trên giấy đều biến thành hình thức.
Khái niệm cốt lõi
Scrum Guide 2020 nêu rõ năm giá trị: Commitment (Cam kết), Focus (Tập trung), Openness (Cởi mở), Respect (Tôn trọng), và Courage (Dũng cảm). Một mẹo nhớ phổ biến trong cộng đồng quốc tế là ghép chữ cái đầu thành "FOCC + R" hoặc dùng câu "Focus On Commitment, Courage, Respect". Hãy nhớ đủ năm — đề thi rất thích hỏi "có bao nhiêu Scrum Values" và liệt kê sai một cái.
Trước khi đi sâu từng value, hãy nắm một câu trích dẫn gần như nguyên văn từ Scrum Guide mà bạn nên thuộc: "Khi các giá trị Commitment, Focus, Openness, Respect và Courage được hiện thân và sống động bởi Scrum Team, ba trụ cột empiricism — Transparency, Inspection, Adaptation — trở thành hiện thực và xây dựng niềm tin (trust)." Mối liên kết values → empiricism → trust này là tâm điểm có thể bị hỏi.
Commitment — Cam kết
Đây là value bị hiểu sai nhiều nhất, và cũng là cái bẫy lớn nhất trong đề thi. Commitment trong Scrum không có nghĩa là team cam kết hoàn thành một số lượng công việc cố định trong Sprint. Đó là cách hiểu cũ thời Scrum Guide 2011 và đã bị thay đổi (xem Bài 5). Trong Scrum hiện đại, team cam kết với mục tiêu (Product Goal, Sprint Goal), cam kết với chất lượng (Definition of Done), và cam kết với nhau trong việc làm hết khả năng. Sprint Backlog là một forecast (dự báo), không phải lời hứa hoàn thành 100% items.
Cốt lõi: cam kết với việc đạt mục tiêu và làm việc hết mình, không phải cam kết với một con số story points.
Focus — Tập trung
Cả team tập trung vào công việc của Sprint để tiến gần nhất có thể đến các mục tiêu. Đây chính là lý do Scrum tồn tại Sprint Goal: nó tạo ra một điểm hội tụ để mọi người không bị phân tán. Focus còn thể hiện ở việc giới hạn work-in-progress, không nhảy việc liên tục, và bảo vệ Sprint khỏi những yêu cầu chen ngang.
Openness — Cởi mở
Scrum Team và stakeholders cởi mở về công việc và những thách thức họ đang đối mặt. Openness là điều kiện sống còn của Transparency — nếu người ta giấu vấn đề, các artifact mất tính minh bạch, và inspection trở nên vô nghĩa. Lưu ý phân biệt: Openness là một value (thái độ con người), còn Transparency là một pillar của empiricism (đặc tính của artifacts/process). Bài 58 sẽ đào sâu sự khác biệt này — ở đây bạn chỉ cần nhớ chúng không phải một.
Respect — Tôn trọng
Các thành viên tôn trọng lẫn nhau như những con người có năng lực và độc lập, và được tôn trọng tương tự bởi những người họ làm việc cùng. Respect là nền tảng của self-management: bạn không thể giao quyền tự quản cho một team mà các thành viên không tin tưởng năng lực của nhau.
Courage — Dũng cảm
Scrum Team có dũng khí làm điều đúng đắn và xử lý những vấn đề khó. Courage là value "kích hoạt" bốn value còn lại: cần dũng khí để cởi mở (admit thất bại), cần dũng khí để tập trung (nói "không" với việc chen ngang), cần dũng khí để cam kết với mục tiêu táo bạo.
Vì sao 2020 nâng tầm values?
Trước 2020, values nằm ở một góc khiêm tốn. Phiên bản 2020 đặt chúng vào trung tâm vì một nhận thức quan trọng: empiricism và self-management là cơ chế, nhưng cơ chế chỉ vận hành khi con người sống với những giá trị này. Một Daily Scrum có thể diễn ra đúng 15 phút mỗi ngày nhưng vẫn vô dụng nếu các Developer không Openness về việc mình đang kẹt. Values biến framework thành văn hóa.
Tình huống thực tế
Tình huống 1 — Tiki và cái bẫy "Commitment = con số"
Giả sử một team phát triển tại một sàn thương mại điện tử lớn như Tiki, gồm 6 Developer. Vào mỗi Sprint Planning, Engineering Manager yêu cầu team "cam kết" hoàn thành đúng 40 story points, và lấy con số đó làm chỉ tiêu đánh giá (KPI). Kết quả: team bắt đầu sandbagging — cố tình ước lượng phồng lên để dễ đạt, và từ chối nhận thêm việc dù còn dư năng lực. Tệ hơn, để "đạt cam kết", họ bỏ qua viết test và cắt xén Definition of Done, đẩy nợ kỹ thuật về sau.
Diễn giải: Đây là sự hiểu sai value Commitment một cách kinh điển. Team đang cam kết với con số thay vì cam kết với mục tiêu và chất lượng. Khi Scrum Master vào cuộc, anh ấy tái định nghĩa Sprint Goal như một câu kể về giá trị kinh doanh ("Giúp khách hàng hoàn tất thanh toán bằng ví điện tử trong dưới 3 bước"), và làm rõ với quản lý rằng Sprint Backlog chỉ là forecast. Sau hai Sprint, hành vi sandbagging biến mất vì không còn động cơ gian lận con số.
Bài học: Commitment hướng vào Sprint Goal và Definition of Done, không phải vào lượng công việc. Trong đề thi, nếu thấy ai đó "cam kết hoàn thành tất cả Sprint Backlog items", hãy cảnh giác — đó thường là đáp án sai.
Tình huống 2 — Một startup fintech ở Singapore và cái giá của thiếu Courage
Một startup fintech 30 người ở Singapore có một team Scrum đang xây tính năng KYC (xác minh danh tính). Giữa Sprint, một Developer phát hiện rằng giải pháp lưu trữ dữ liệu hiện tại không tuân thủ quy định bảo mật mới của MAS (cơ quan quản lý tài chính Singapore). Nhưng anh im lặng, vì sợ làm chậm Sprint và sợ bị đổ lỗi. Đến Sprint Review, vấn đề lộ ra trước mặt stakeholder, gây ra một đợt rework tốn ba tuần và suýt khiến công ty bị phạt.
Diễn giải: Ở đây cùng lúc hai value bị vi phạm. Thiếu Courage: Developer không đủ dũng khí nêu vấn đề khó. Thiếu Openness: thông tin quan trọng bị che giấu, phá vỡ Transparency của Increment. Hệ quả dây chuyền là inspection tại Daily Scrum mất tác dụng vì dữ liệu đầu vào đã bị bóp méo.
Bài học: Courage và Openness là điều kiện tiên quyết để empiricism hoạt động. Một môi trường an toàn tâm lý (psychological safety) — nơi nêu vấn đề không bị trừng phạt — chính là thứ Scrum Master phải kiến tạo. Đây là minh họa sống động cho câu "values khiến ba trụ cột trở thành hiện thực".
Tình huống 3 — Team outsourcing ở Hà Nội và bài toán Respect + Focus
Một công ty outsourcing phần mềm ở Hà Nội nhận dự án cho khách hàng Nhật. Product Owner phía khách thường xuyên gọi điện trực tiếp cho từng Developer giữa Sprint để nhồi thêm "việc nhỏ gấp", bỏ qua Sprint Backlog. Đồng thời, một Senior Developer hay gạt phăng ý kiến của các bạn Junior trong Sprint Planning với câu "các em chưa đủ trình độ để hiểu". Tinh thần team đi xuống, hai Junior xin nghỉ.
Diễn giải: Hai value bị tổn thương. Thiếu Focus: các yêu cầu chen ngang phá vỡ Sprint Goal, khiến team phân tán. Thiếu Respect: Senior không coi đồng đội là "những con người có năng lực và độc lập" — vi phạm đúng định nghĩa của value này, đồng thời bóp nghẹt self-management. Scrum Master xử lý bằng cách thiết lập thỏa thuận với PO rằng mọi thay đổi phạm vi phải đi qua Product Backlog và được thảo luận công khai, đồng thời facilitate lại Sprint Planning để mọi tiếng nói được lắng nghe.
Bài học: Focus bảo vệ Sprint Goal; Respect bảo vệ con người và khả năng tự quản của team. Hai value này thường đi cặp trong các tình huống về xung đột nội bộ và can thiệp từ bên ngoài.
Hướng dẫn từng bước
Nếu bạn là Scrum Master và muốn đưa 5 values vào đời sống thực của team (cũng như nắm vững để thi), hãy đi theo trình tự sau:
- Học thuộc đúng năm value và đúng định nghĩa Scrum Guide. Không paraphrase tùy tiện. Đặc biệt thuộc câu liên kết values với ba trụ cột empiricism và với trust.
- Gắn mỗi value với một hành vi quan sát được. Ví dụ: Openness = nói thật về impediment ở Daily Scrum; Focus = không nhận việc ngoài Sprint Goal; Courage = nêu rủi ro dù khó nghe. Đề thi PSM I hỏi qua hành vi, không qua định nghĩa khô.
- Khi gặp câu hỏi tình huống, hãy hỏi: value nào đang bị vi phạm? Tập phản xạ đọc một scenario và lập tức nhận diện. "Giấu lỗi" → Openness/Courage. "Nhận việc chen ngang" → Focus. "Coi thường đồng đội" → Respect. "Cam kết con số cứng" → hiểu sai Commitment.
- Liên kết values với accountabilities. Scrum Master là người teaches, coaches và models (làm gương) năm value này cho team và tổ chức. Đây là một trách nhiệm cụ thể, không phải khẩu hiệu.
- Phân biệt rạch ròi cặp dễ nhầm: Openness (value) ≠ Transparency (pillar); Commitment (value) ≠ commitments của artifacts như Sprint Goal/Product Goal/DoD (xem Bài 3). Cùng một từ "commitment" được Scrum Guide dùng ở hai nghĩa khác nhau — đây là bẫy ngôn ngữ có thật.
- Thực hành nhận diện bằng câu hỏi mẫu cho đến khi phản xạ thành tự nhiên (xem phần Bài tập).
Lỗi thường gặp & mẹo
- Lỗi: Đếm sai số lượng value. Có đúng 5 value. Đừng nhầm với 3 pillars của empiricism hay 3 commitments của artifacts. Đề thi cố tình trộn các con số này.
- Lỗi: Hiểu Commitment là cam kết hoàn thành toàn bộ Sprint Backlog. Đây là tàn dư của Scrum cũ. Sprint Backlog là forecast. Team cam kết với Sprint Goal và Definition of Done, không phải với khối lượng items.
- Lỗi: Đồng nhất Openness với Transparency. Openness là value (phẩm chất con người, thái độ chia sẻ). Transparency là pillar (đặc tính minh bạch của artifacts và process). Openness dẫn tới Transparency, nhưng chúng không phải một.
- Lỗi: Cho rằng values là "phần phụ" không thi. Ngược lại, đây là vùng câu hỏi tình huống được khai thác nhiều, và rất khó nếu chưa luyện.
- Mẹo nhớ: Dùng cụm "Focus On Commitment, Courage, Respect" để gợi đủ năm chữ (Focus, Openness, Commitment, Courage, Respect). Hoặc đơn giản nhớ Courage là value "mẹ" — nó cần thiết để thực thi bốn value còn lại.
- Mẹo thi: Khi hai đáp án đều "đúng về mặt kỹ thuật", hãy chọn đáp án phản ánh việc sống với value — ví dụ chọn "nêu vấn đề công khai" thay vì "âm thầm tự xử lý". Scrum luôn nghiêng về Openness và Courage.
- Mẹo thực chiến: Đừng dạy values bằng cách giảng lý thuyết. Hãy chỉ ra value mỗi khi nó xuất hiện hoặc vắng mặt trong tình huống thật của team. Values học qua trải nghiệm, không qua slide.
Bài tập thực hành
Bài 1 — Nhận diện nhanh. Với mỗi tình huống, ghi ra value (hoặc các value) đang bị vi phạm: a) Một Developer biết tính năng sẽ trễ nhưng không nói gì cho đến phút chót. b) Team nhận thêm ba "việc gấp" từ sếp giữa Sprint, bỏ qua Sprint Goal. c) Product Owner gạt bỏ ý kiến của Developer vì "đó không phải việc của họ". d) Team báo cáo "xong" một item dù chưa đạt Definition of Done để giữ con số đẹp.
Bài 2 — Phân biệt khái niệm. Giải thích bằng 2–3 câu sự khác nhau giữa: (i) Openness và Transparency; (ii) Commitment (value) và Sprint Goal (commitment của artifact).
Bài 3 — Câu hỏi kiểu PSM I. "Theo Scrum Guide, mối quan hệ giữa 5 Scrum Values và ba trụ cột của empiricism là gì?" Hãy viết câu trả lời của bạn rồi đối chiếu với phần Khái niệm cốt lõi.
Bài 4 — Tự soi team của bạn. Chấm điểm team hiện tại của bạn từ 1–5 cho mỗi value, và nêu một hành vi cụ thể bạn quan sát được để biện minh cho điểm số. Đây là bài tập áp dụng thực tế, đồng thời rèn phản xạ gắn value với hành vi.
Gợi ý đáp án Bài 1: a) Openness, Courage; b) Focus; c) Respect; d) Commitment (hiểu đúng nghĩa: cam kết với chất lượng/DoD), Openness.
Tóm tắt
Năm Scrum Values — Commitment, Focus, Openness, Respect, Courage — là phần "mềm" nhưng quyết định của Scrum. Scrum Guide 2020 nâng chúng lên trung tâm vì một lẽ đơn giản: empiricism (Transparency, Inspection, Adaptation) và self-management chỉ vận hành khi con người thực sự sống với những giá trị này, và chính chúng xây dựng niềm tin (trust) trong team.
Hãy ghi nhớ ba điểm cốt lõi cho kỳ thi và cho công việc. Thứ nhất, có đúng năm value, đừng nhầm với 3 pillars hay 3 commitments. Thứ hai, Commitment hướng vào mục tiêu và chất lượng, không phải vào con số story points — Sprint Backlog mãi mãi là một forecast. Thứ ba, đừng đồng nhất Openness (value) với Transparency (pillar). Khi gặp câu hỏi tình huống, phản xạ của bạn phải là: "Value nào đang bị vi phạm, value nào nên được áp dụng?" Luyện đủ nhiều, bạn sẽ thấy phần lớn các scenario trong PSM I, suy cho cùng, đều là câu chuyện về việc team có sống với năm giá trị này hay không.