1
Quiz
Chương 2: Product Backlog & Scrum Events
Bài kiểm tra của một khóa dạy kỹ năng này.
Làm bài nàyWorking with Scrum Masters
LeadershipPhân vai PO ↔ SM rõ ràng để tránh đụng độ và tận dụng SM cho process improvement.
Đăng nhập để đánh dấu kỹ năng và theo dõi tiến độ.
Bạn đang ở đâu với kỹ năng này?
Làm bài Đánh giá Kỹ năng Lãnh đạo cho PM — 3 người đã làm. Một lần làm chấm điểm cho tất cả kỹ năng trong nhóm Leadership, không chỉ kỹ năng này.
Làm bài đánh giáKỹ năng này cho bạn điều gì
Bắt đầu từ đây
PO sở hữu CÁI GÌ và VÌ SAO; Scrum Master sở hữu CÁCH đội làm việc với nhau. Khi hai vai này va nhau, thường không phải xung đột cá nhân mà là hệ thống đang hoạt động đúng thiết kế — SM chặn PO đẩy scope giữa sprint chính là việc của SM.
Khi đã làm được
Dùng được SM như một đồng minh thay vì một rào cản: mang vấn đề quy trình cho họ thay vì tự sửa, giúp họ gỡ rào cản bên ngoài mà chỉ PO gỡ được, và nhận ra khi mình đang làm việc của họ — đó là lúc SM mất thẩm quyền trước đội.
Roadmap — Cách học và đạt kỹ năng
Working with Scrum Masters là gì?
Ba vai trong Scrum chia theo câu hỏi chúng trả lời: PO trả lời cái gì và vì sao, SM trả lời đội làm việc với nhau thế nào, đội trả lời làm về mặt kỹ thuật ra sao.
Nhầm lẫn phổ biến nhất: coi SM là người điều phối lịch của PO. Nếu SM chỉ nhắc standup và đuổi blocker cho bạn, bạn đang có một thư ký chứ không có một coach.
Khi nào bạn gặp chuyện này
| Tình huống | Bạn làm gì | Nếu không |
|---|---|---|
| Giữa sprint bạn muốn thêm một việc gấp, SM không đồng ý. | Hỏi SM cách xử lý đúng: đổi scope cần bỏ gì ra. Dùng cơ chế thay vì dùng quan hệ. | Bạn ép được một lần và mất cơ chế bảo vệ sprint vĩnh viễn — lần sau ai cũng ép được. |
| Đội liên tục nhận quá nhiều việc rồi trượt. | Đây là việc của SM. Mang dữ liệu velocity cho họ và để họ coach đội từ chối. | Bạn tự giảm scope hộ đội, và đội không bao giờ học được cách tự ước lượng. |
| Một rào cản đến từ phòng ban khác, SM không gỡ được. | Đây là việc của BẠN. SM không có quan hệ và thẩm quyền ở ngoài đội. | Rào cản nằm đó hai sprint và cả hai đều nghĩ người kia đang xử lý. |
Phân vai rõ (Scrum Guide)
| Vai trò | Owns | Optimizes for |
|---|---|---|
| Product Owner | What & Why | Product value |
| Scrum Master | How (process) | Team effectiveness |
| Development Team | How (technical) | Craft quality |
Khi PO và SM va chạm
- SM bảo vệ team khỏi PO push scope giữa sprint — đây là DESIGN, không phải conflict.
- PO muốn standup <5 phút, SM muốn deep dive — discuss async.
- SM coach team từ chối overcommit, PO frustrated — đây là dấu hiệu PO chưa hiểu DEEP backlog.
Cộng tác hiệu quả
- Weekly 1-on-1 PO ↔ SM 30 phút, không có team.
- Align trước retrospective: SM facilitate, PO không dominant.
- Joint health-check team mỗi quý.
- PO giúp SM resolve blocker external (stakeholder, vendor).
Anti-patterns
- 1 người kiêm cả PO + SM — không Scrum, độc tài.
- PO sao chép task của SM (chase standup, blocker) → SM mất authority.
- SM trở thành "secretary" cho PO — không coach gì.
Ai xử lý cái gì — dán vào buổi 1-1 đầu tiên với SM
| Vấn đề | PO | SM |
|---|---|---|
| Backlog không rõ, đội không hiểu việc | Chính | Hỗ trợ |
| Đội overcommit rồi trượt | Cung cấp dữ liệu | Chính |
| Stakeholder ngoài đội chặn việc | Chính | Không gỡ được |
| Retro ra action rồi không ai làm | Hỗ trợ | Chính |
| Ưu tiên giữa hai tính năng | Chính | Không tham gia |
| Hai người trong đội căng nhau | Không tham gia | Chính |
Sai lầm thường gặp
| Sai lầm | Vì sao hỏng | Làm thay bằng |
|---|---|---|
| Một người kiêm cả PO và SM | Không còn ai cân lại quyết định của ai. | Nếu buộc phải kiêm, nói rõ và mời người ngoài facilitate retro. |
| PO làm việc của SM | SM mất thẩm quyền trước đội. | Mang vấn đề quy trình cho SM, đừng tự sửa. |
| SM thành thư ký | Bạn mất một coach và có thêm một người nhắc lịch. | 1-1 hằng tuần bàn về đội, không bàn về lịch. |
| Đưa nhau lên cấp trên | Cả hai mất uy tín với đội. | Health-check chung mỗi quý để vấn đề nổi sớm. |
Vì sao vai trò của bạn cần cái này
| Vai trò | Bạn dùng nó để |
|---|---|
| Product Owner | Đây là quan hệ làm việc quan trọng nhất của bạn sau quan hệ với đội. |
| Product Manager | Ở nơi không có PO riêng, bạn giữ cả hai nửa — nên càng cần biết ranh giới. |
| Engineering Manager | Ba vai chồng lấn nhiều nhất ở chỗ bạn; viết ra ai quyết gì sẽ tiết kiệm nhiều tháng. |
Definition of done — dấu hiệu bạn đã đạt
- Có 1-1 hằng tuần giữa PO và SM, không có đội.
- Bạn nói được ai xử lý loại vấn đề nào mà không phải đoán.
- Trong 6 tháng không có việc nào phải đưa lên cấp trên.
- Action từ retro được làm đều, không tồn đọng.
Ba vai trò hay bị lẫn — và hậu quả khi lẫn
| Sở hữu gì | Câu hỏi của họ | |
|---|---|---|
| Product Owner | Cái gì và theo thứ tự nào | "Việc nào tạo ra giá trị lớn nhất?" |
| Scrum Master | Cách đội làm việc | "Cái gì đang cản đội?" |
| Team Lead / EM | Con người và năng lực kỹ thuật | "Đội có đủ kỹ năng và đang phát triển không?" |
Hậu quả khi lẫn: Scrum Master bắt đầu quyết ưu tiên thì PO mất quyền sở hữu sản phẩm. PO bắt đầu quyết cách làm thì đội mất quyền tự chủ. Cả hai đều xảy ra thường xuyên và thường không ai nói ra.
Ranh giới đơn giản nhất: PO quyết thứ tự, đội quyết bao nhiêu và bằng cách nào, Scrum Master giữ cho quy trình đó chạy được.
Làm việc tốt với Scrum Master — bốn việc cụ thể
- Đưa cản trở cho họ, đừng tự gỡ hết. Nếu bạn luôn tự gỡ, vai trò của họ trở nên vô nghĩa và đội học cách đi vòng qua họ.
- Chuẩn bị trước buổi lập kế hoạch. Scrum Master không thể cứu một buổi mà việc chưa được làm rõ — đó là việc của PO.
- Đừng dùng họ làm người truyền tin. Nói thẳng với đội; Scrum Master không phải lớp đệm giữa bạn và người làm.
- Nghe khi họ nói quy trình đang hỏng, kể cả khi điều đó bất tiện cho bạn. Đó chính là việc họ được giao để làm.
Dấu hiệu quan hệ đang hỏng: Scrum Master trở thành người ghi biên bản và đặt lịch họp. Khi đó vai trò đã bị rút xuống thành thư ký, và không ai còn bảo vệ cách đội làm việc.
Khi không có Scrum Master
Nhiều đội không có vai trò này. Việc cần làm không biến mất — nó phải được giao cho ai đó, và nếu không giao rõ thì nó không được làm.
| Việc | Ai nhận khi không có Scrum Master |
|---|---|
| Gỡ cản trở | Team Lead |
| Giữ nhịp các buổi lặp lại | Luân phiên trong đội, hoặc PO |
| Bảo vệ đội khỏi gián đoạn | Team Lead — và đây là phần khó nhất |
| Nhìn lại cách làm việc | Luân phiên người chủ trì trong đội |
Phần hay bị rơi nhất là "bảo vệ đội khỏi gián đoạn". Không ai tự nhận việc này vì nó đòi nói không với người khác — và khi không ai nhận, đội bị cắt vụn thời gian mà không ai chịu trách nhiệm.
Vì sao vai trò của bạn cần cái này
| Vai trò | Bạn dùng nó để |
|---|---|
| Product Owner | Giữ ranh giới rõ để không vô tình lấy mất quyền tự chủ của đội |
| Scrum Master | Nhận ra khi vai trò của mình đang bị rút xuống thành thư ký |
| Team Lead | Biết việc gì rơi về bạn khi đội không có Scrum Master |
| Engineer | Biết đưa cản trở cho ai thay vì tự chịu đựng |
| Quản lý cấp trên | Hiểu vì sao ba vai trò này không nên gộp vào một người |
| Business Analyst | Việc làm rõ yêu cầu thuộc về bạn và PO, không thuộc Scrum Master — nhầm chỗ này làm buổi lập kế hoạch kéo dài |
Definition of done
- Ba vai trò có ranh giới rõ, viết ra chứ không ngầm hiểu.
- PO quyết thứ tự; đội quyết bao nhiêu và bằng cách nào.
- Cản trở được đưa cho đúng người thay vì mỗi người tự gỡ.
- Scrum Master không bị dùng làm người truyền tin giữa PO và đội.
- Nếu không có Scrum Master, mọi việc của vai trò đó đã được giao rõ cho người khác.
- Việc bảo vệ đội khỏi gián đoạn có người nhận cụ thể, không để rơi.
- Scrum Master không bị rút xuống thành người ghi biên bản và đặt lịch họp.
Tự kiểm 3 câu
Đọc xong rồi thì thử xem — đúng cả ba là đạt.Khóa học liên quan (3)
Sử dụng trong vai trò
Kiểm tra kỹ năng này
Bài kiểm tra của các khóa dạy kỹ năng này
2
Quiz
Chương 1: Nền tảng PSPO I và Scrum Framework
Bài kiểm tra của một khóa dạy kỹ năng này.
Làm bài này
3
Quiz
Chương 4: Tư duy PO senior — Giá trị, thực nghiệm và quyền quyết định
Bài kiểm tra của một khóa dạy kỹ năng này.
Làm bài này
4
Quiz
Bài thi tổng kết: PSPO I Certification Preparation
Bài kiểm tra của một khóa dạy kỹ năng này.
Làm bài này
Thảo luận & tài liệu thêm 0
Chia sẻ kinh nghiệm, đặt câu hỏi, hoặc đính kèm tài liệu/YouTube giúp người khác học kỹ năng này.