Loading…
Transcript

General

SCRUM

General

Minh bạch

Minh bạch

Minh bạch được hiểu là tất cả thành viên của Scrum team nhìn nhận và hiểu các vấn đề, công cụ, nguyên tắc, định nghĩa trong khung làm việc theo cùng một cách, cùng một ngôn ngữ.

VD:

Mọi thành viên trong team cần phải hiểu tất cả các định nghĩa "Hoàn thành" theo 1 cách giống nhau

Thanh tra

Thanh tra

Thanh tra ở đây được hiểu là phải thường xuyên kiểm tra, giám sát các Task làm việc, tiến độ thực hiện Task và mục tiêu (Bao gồm cả việc tự kiểm tra, tự giám sát)

VD:

Developers cần thường xuyên tự kiểm tra, giám sát tiến độ thực hiện các Task của chính mình

SM thường xuyên kiểm tra, giám sát tiến độ thực hiện mục tiêu của team

PO thường xuyên giám sát chất lượng sản phẩm đầu ra của mỗi Task, có bám sát với mong muốn được mô tả trong Product Backlog không.

Thích nghi

Thích nghi

Được hiểu là sự điều chỉnh linh hoạt và kịp thời nếu trong quá trình kiểm tra và giám sát phát hiện ra những yếu tố có thể trở thành rào cản giữa team và mục tiêu

VD:

Nếu PO phát hiện 1 nhóm Task không bám sát mục tiêu của Sprint, cần có sự điều chỉnh với Developers, hoặc hủy bỏ Task

Nếu có sự can thiệp quá sâu từ các vai trò khác ngoài team Scrum, có thể gây ảnh hưởng đến trách nhiệm của PO đối với sự thành công của Sprint, SM cần điều chỉnh Quy tắc làm việc để loại bỏ các rào cản này.

Lộ trình áp dụng

Lộ trình áp dụng

Xác định mục tiêu, chiến lược, phạm vi

Xây dựng & đào tạo nhóm

Xác định

vai trò & nhiệm vụ

Đảm bảo vận hành các quy tắc

Cam kết quy tắc

Thống nhất định nghĩa "Hoàn thành"

Bám sát định hướng của PO

Đảm bảo không phát sinh chen ngang

Cấu trúc Team

Cấu trúc Team

PO

  • Chịu trách nhiệm với toàn bộ Product Backlog
  • Đảm bảo Product Backlog minh bạch với tất cả các vai trò cũng như với nhóm phát triển
  • Đảm bảo nhóm phát triển hiểu rõ và thực hiện được các hạng mục của Product Backlog
  • Có quyền quyết định thực hiện các thứ tự hạng mục trong Product Backlog

Developers

  • Là nhóm tự quản
  • Có nhiệm vụ chuyển các nội dung được mô tả trong Product Backlog thành sản phẩm đầu ra
  • Chịu trách nhiệm với chất lượng vfa tiến độ các Task việc của mình

Developers

SM

SM

  • Chịu trách nhiệm đảm bảo Scrum được hiểu đúng và thực thi
  • Huấn luyện nhóm Phát triển (Developers) trong trường hợp doanh nghiệp chưa ứng dung Scrum
  • Huấn luyện nhóm phát triển tự tổ chức và làm việc liên chức năng
  • Loại bỏ các rào cản trong quá trình làm việc của nhóm Phát triển

Các công cụ

Công cụ

Product Backlog

Product Backlog

  • Là một bản "vẽ" mô tả hình hài của sản phẩm đầu ra có được sau khi được xây dựng/cải tiến qua các Sprints.
  • PO là người chịu trách nhiệm chính design Product Backlog dựa theo các phân tích mong muốn, nhu cầu của khách hàng
  • PO cần truyền tải trọn vẹn ý tưởng của Product Backlog đến SM và Developers

Sprint Backlog

Được xem như trái tim của Scrum

Sprint Backlog

  • Quy định rõ ràng mốc thời gian bắt đầu và kết thúc
  • Các định nghĩa hoàn thành được làm rõ
  • Không để các sự thay đổi ảnh hưởng đến mục tiêu của Sprint
  • Nên có thời gian vừa phải, không quá dài (khoảng 1 tháng hoặc ngắn hơn)
  • P.O là người duy nhất có uyết quyết định hủy 1 Sprint

Quy ước

  • Là công cụ để duy trì tính kỷ luật của Scrum Team
  • SM cần đảm bảo các nội dung Quy ước được Scrum Team hiểu rõ và thực thi

Quy ước

4 Sự kiện chính

Các sự kiện

Họp kế hoạch Sprint

Họp kế hoạch Sprint

  • Trước khi bắt đầu Sprint
  • Là 1 dạng làm Action Plan
  • Cần làm rõ 2 câu hỏi:

1. Mục tiêu cần đạt được trong Sprint là gì?

2. Làm những gì để đạt được?

Daily Scrum

Daily Scrum

  • Là một dạng báo cáo ngắn đầu ngày
  • Duy trì hàng ngày, khô quá 15p
  • Format:

1. Hôm qua tôi đã hoàn thành các task...

2. Hôm nay tôi tiếp tục thực hiện các task...

  • Lưu ý:

1. Không brainstorm giải pháp trong Daily Scrum

2. Các đề xuất gia hạn Deadline phải giải quyết trước Daily Scrum, đề xuất gia hạn trong Daily Scrum bị tính là vi phạm, miss Deadline

Tổng kết Sprint

Tổng kết

Sprint

  • Tổng kết các Task đã hoàn thành, các mục tiêu, KR đã thực hiện được
  • Thống kê lại các hạng mục chưa thể hoàn thành trong Sprint để ghi nhận trong Product Backlog và lên kế hoạch thực hiện tiếp trong các Sprints tiếp theo

Họp cải tiến Sprint

Mục đích chính là để nâng cấp khung làm việc, cải tiến các công cụ, nguyên tắc làm việc để tăng tốc độ + chất lượng của Scrum Team, xóa bỏ các rào cản đối với Developers

Họp cải tiến Sprint

Core Value

Tảng băng trôi Scrum

Core Value

"Những kỹ thuật, phương pháp, công cụ được sử dụng trong Scrum chỉ là phần nổi của van hóa Scrum.

Bên dưới đó là các giá trị văn hóa của một nhóm Scrum hiệu quả, những năng lực của từng cá nhân trong lĩnh vực của mình trong nhóm Scrum và rộng hơn là trong tổ chức.

Chỉ chăm lo cho kỹ thuật và phương pháp mà không tính tới phần tư duy, những thay đổi trong cách nghĩ, hành vi và năng lực thì khó lòng đạt được văn hóa Scrum ở mức độ cao."