Các phương pháp Agile đã thay đổi cách các đội làm việc với những nhiệm vụ phức tạp, và cốt lõi của sự thay đổi này chính là khung Scrum. Nó cung cấp một môi trường có cấu trúc nhưng linh hoạt để mang lại giá trị từng bước một. Hiểu rõ các thành phần cốt lõi của Scrum là điều cần thiết đối với bất kỳ đội nào mong muốn cải thiện hiệu suất, minh bạch và cải tiến liên tục. Hướng dẫn này phân tích các yếu tố thiết yếu, vai trò, sự kiện và sản phẩm tạo nên sự vận hành hiệu quả của khung Scrum.
📋 Hiểu rõ khung Scrum
Scrum không chỉ đơn thuần là một bộ quy tắc; đó là một khung nhẹ nhàng giúp con người, các đội và tổ chức tạo ra giá trị thông qua các giải pháp thích ứng cho những vấn đề phức tạp. Nó dựa trên kiểm soát quy trình thực nghiệm, nghĩa là các quyết định được đưa ra dựa trên quan sát và thử nghiệm thay vì lên kế hoạch chi tiết từ đầu. Khung này gồm ba trụ cột:
- Minh bạch:Những khía cạnh quan trọng của quy trình phải được nhìn thấy rõ ràng bởi những người chịu trách nhiệm về kết quả.
- Kiểm tra:Kiểm tra thường xuyên các sản phẩm Scrum để phát hiện những sai lệch không mong muốn.
- Thích ứng:Nếu một khía cạnh nào đó của quy trình lệch ra ngoài giới hạn chấp nhận được, quy trình phải được điều chỉnh.
Không hiểu rõ rõ ba trụ cột này, các đội thường gặp khó khăn khi triển khai Scrum một cách hiệu quả. Khung Scrum được thiết kế đơn giản, nhưng việc thành thạo sự tương tác giữa các thành phần của nó đòi hỏi sự kỷ luật và cam kết.
👥 Các vai trò Scrum
Scrum xác định ba vai trò cụ thể nhằm đảm bảo trách nhiệm và sự tập trung. Không có vai trò phụ hay nhóm nào nằm trong các vai trò chính này.
1. Người sở hữu sản phẩm 🎯
Người sở hữu sản phẩm chịu trách nhiệm tối đa hóa giá trị của sản phẩm được tạo ra từ công việc của Đội Phát triển. Vai trò này không phải là quản lý đội theo cách truyền thống, mà là quản lý danh sách công việc và truyền đạt tầm nhìn.
- Trách nhiệm chính:
- Xây dựng và truyền đạt rõ ràng Mục tiêu Sản phẩm.
- Sắp xếp các mục trong Danh sách công việc sản phẩm để đạt được mục tiêu và sứ mệnh tốt nhất.
- Đảm bảo rằng Danh sách công việc sản phẩm được nhìn thấy rõ ràng, minh bạch và được hiểu.
- Đảm bảo Đội Phát triển hiểu rõ các mục trong Danh sách công việc sản phẩm ở mức độ cần thiết.
Người sở hữu sản phẩm là một cá nhân, không phải là một hội đồng. Dù họ có thể tham khảo ý kiến các bên liên quan và chuyên gia, nhưng quyền quyết định cuối cùng về thứ tự danh sách công việc thuộc về họ.
2. Người Chuyên viên Scrum 🛡️
Người Chuyên viên Scrum chịu trách nhiệm thúc đẩy và hỗ trợ Scrum theo định nghĩa trong Sách hướng dẫn Scrum. Họ phục vụ Người sở hữu sản phẩm, Đội Phát triển và tổ chức theo nhiều cách khác nhau.
- Trách nhiệm chính:
- Hướng dẫn tổ chức trong quá trình áp dụng Scrum.
- Hỗ trợ tổ chức các sự kiện Scrum khi được yêu cầu hoặc cần thiết.
- Loại bỏ các trở ngại đối với tiến độ của Đội Phát triển.
- Đảm bảo tất cả các sự kiện Scrum diễn ra và mang tính tích cực, hiệu quả, đồng thời được giữ trong khung thời gian quy định.
Vai trò này thường được mô tả là người lãnh đạo phục vụ. Họ không phân công công việc mà thay vào đó hỗ trợ đội tìm ra cách tốt nhất để đạt được mục tiêu của họ.
3. Đội Phát triển 👷
Đội Phát triển bao gồm những chuyên gia thực hiện công việc giao một bước tiến có thể phát hành được về chức năng vào cuối mỗi Sprint. Họ là đội đa chức năng, nghĩa là họ có đầy đủ các kỹ năng cần thiết để tạo ra sản phẩm.
- Đặc điểm chính:
- Tự tổ chức:Đội tự quyết định cách thức tốt nhất để hoàn thành công việc của họ, thay vì bị chỉ đạo bởi những người bên ngoài đội.
- Hợp tác:Các thành viên làm việc cùng nhau để tạo ra giá trị.
- Quy mô:Thường từ 3 đến 9 thành viên để duy trì sự linh hoạt.
📦 Sản phẩm Scrum
Các sản phẩm đại diện cho công việc hoặc giá trị. Chúng được thiết kế để tối đa hóa tính minh bạch của thông tin quan trọng. Mỗi sản phẩm đều chứa một cam kết để đảm bảo cung cấp thông tin liên quan đến các bên liên quan.
1. Danh sách công việc sản phẩm 📝
Danh sách công việc sản phẩm là danh sách được sắp xếp các nội dung đã biết là cần thiết cho sản phẩm. Đây là nguồn duy nhất cho các yêu cầu về bất kỳ thay đổi nào được thực hiện đối với sản phẩm.
- Động:Danh sách công việc sản phẩm không bao giờ kết thúc. Nó thay đổi theo sự phát triển của sản phẩm và môi trường.
- Được sắp xếp:Các mục ở đầu danh sách rõ ràng và chi tiết hơn các mục ở phía dưới.
- Được làm rõ:Người sở hữu sản phẩm làm rõ danh sách công việc để đảm bảo nó sẵn sàng cho các Sprint tiếp theo.
2. Danh sách công việc Sprint 🗓️
Danh sách công việc Sprint là tập hợp các mục từ danh sách công việc sản phẩm được chọn cho Sprint, cộng với một kế hoạch để giao bước tiến và đạt được mục tiêu Sprint.
- Thuộc về:Đội Phát triển.
- Chi tiết:Chứa các nhiệm vụ được chia nhỏ từ các câu chuyện người dùng.
- Cam kết:Đội cam kết giao mục tiêu Sprint dựa trên các mục đã chọn.
3. Bước tiến 🚀
Một bước tiến là một bước tiến cụ thể hướng tới mục tiêu sản phẩm. Mỗi bước tiến được cộng dồn vào tất cả các bước tiến trước đó và được kiểm tra kỹ lưỡng.
- Tiêu chuẩn hoàn thành:Một bước tiến phải đáp ứng Tiêu chuẩn hoàn thành để được coi là hoàn thành.
- Có thể sử dụng:Nó phải ở trạng thái có thể sử dụng, bất kể người sở hữu sản phẩm có quyết định phát hành hay không.
| Sản phẩm | Người sở hữu chính | Cam kết | Mục đích |
|---|---|---|---|
| Danh sách công việc sản phẩm | Người sở hữu sản phẩm | Mục tiêu sản phẩm | Xác định giá trị cần xây dựng |
| Danh sách công việc Sprint | Đội phát triển | Mục tiêu Sprint | Xác định công việc cho Sprint |
| Tăng trưởng | Đội phát triển | Tiêu chuẩn hoàn thành | Đ代表 giá trị đã hoàn thành |
🔁 Các sự kiện Scrum
Các sự kiện là các hoạt động có giới hạn thời gian, tạo ra tính đều đặn và giảm thiểu nhu cầu họp không cần thiết. Chúng được sử dụng để kiểm tra tiến độ và điều chỉnh kế hoạch.
1. Sprint 🏃
Sprint là nhịp đập của Scrum. Đó là một sự kiện có độ dài cố định trong vòng một tháng hoặc ít hơn, trong đó một tăng trưởng sản phẩm “Hoàn thành”, có thể sử dụng và có thể phát hành được tạo ra. Sprint bao gồm và gồm các sự kiện Scrum khác.
- Thời lượng:Độ dài nhất quán trong suốt dự án.
- Mục tiêu:Mỗi Sprint đều có mục tiêu.
- Không thay đổi:Một khi Sprint bắt đầu, phạm vi của nó không thể bị thu hẹp, nhưng có thể được làm rõ bởi người sở hữu sản phẩm.
2. Lập kế hoạch Sprint 🗓️
Lập kế hoạch Sprint khởi động Sprint bằng cách xác định công việc cần thực hiện trong Sprint. Sự kiện này dẫn đến danh sách công việc Sprint.
- Thời gian giới hạn:Tối đa 8 giờ cho một Sprint một tháng.
- Ai:Toàn bộ đội Scrum.
- Câu hỏi chính:
- Gì có thể được giao trong phần tăng trưởng đến từ Sprint sắp tới?
- Cách thức thực hiện công việc đã chọn là gì?
Người sở hữu sản phẩm giải thích các mục ưu tiên cao nhất, và đội phát triển dự báo mức độ họ có thể cam kết hoàn thành.
3. Daily Scrum 🌤️
Được phát triển để kiểm tra tiến độ hướng tới mục tiêu Sprint và điều chỉnh danh sách công việc Sprint khi cần thiết, điều chỉnh công việc kế hoạch tiếp theo. Đây là một sự kiện giới hạn thời gian 15 phút dành cho đội phát triển.
- Khi nào:Mỗi ngày trong Sprint tại cùng một thời gian và địa điểm.
- Trọng tâm:Tiến độ hướng tới mục tiêu Sprint, chứ không phải báo cáo tình trạng cho quản lý.
- Ba câu hỏi:
- Tôi đã làm gì hôm qua giúp đội phát triển đạt được mục tiêu Sprint?
- Hôm nay tôi sẽ làm gì để giúp đội phát triển đạt được mục tiêu Sprint?
- Tôi có thấy trở ngại nào ngăn cản tôi hoặc đội phát triển đạt được mục tiêu Sprint không?
4. Đánh giá Sprint 👀
Buổi đánh giá Sprint được tổ chức vào cuối Sprint để kiểm tra phần tăng trưởng và điều chỉnh danh sách sản phẩm nếu cần. Trong sự kiện này, đội Scrum và các bên liên quan hợp tác thảo luận về những gì đã được thực hiện trong Sprint.
- Thời gian giới hạn:Tối đa 4 giờ cho một Sprint một tháng.
- Trọng tâm:Trình diễn sản phẩm và phản hồi.
- Kết quả:Các mục danh sách sản phẩm được cập nhật dựa trên phản hồi.
Đây không phải là một buổi họp kiểm soát đầu vào. Đây là một buổi họp hợp tác nơi các bên liên quan cung cấp ý kiến ảnh hưởng đến định hướng sản phẩm trong tương lai.
5. Tổng kết Sprint 🔍
Buổi tổng kết Sprint diễn ra sau buổi đánh giá Sprint và trước buổi lập kế hoạch Sprint tiếp theo. Mục đích của nó là lên kế hoạch các cách thức tăng chất lượng và hiệu quả.
- Thời gian giới hạn:Tối đa 3 giờ cho một Sprint một tháng.
- Ai:Đội Scrum.
- Chú trọng:Cải tiến quy trình.
- Kết quả:Một kế hoạch thực hiện cải tiến trong Sprint tiếp theo.
Đội sẽ kiểm tra xem Sprint trước đó đã diễn ra như thế nào liên quan đến cá nhân, tương tác, quy trình, công cụ và Định nghĩa Hoàn thành của họ.
| Sự kiện | Thời gian giới hạn (Sprint một tháng) | Người tham gia | Kết quả chính |
|---|---|---|---|
| Lên kế hoạch Sprint | 8 giờ | Đội Scrum | Sprint Backlog |
| Daily Scrum | 15 phút | Đội Phát triển | Kế hoạch cập nhật cho ngày |
| Đánh giá Sprint | 4 giờ | Đội Scrum + Các bên liên quan | Product Backlog đã điều chỉnh |
| Hồi tưởng Sprint | 3 giờ | Đội Scrum | Kế hoạch cải tiến |
🛠️ Định nghĩa Hoàn thành
Định nghĩa Hoàn thành là mô tả chính thức về trạng thái của Tăng trưởng khi nó đáp ứng các tiêu chuẩn chất lượng cần thiết cho sản phẩm. Đó là sự hiểu biết chung giữa Đội Scrum về việc công việc được xem là hoàn tất như thế nào.
- Tiêu chuẩn chất lượng: Nếu một phần tăng trưởng không đáp ứng được Định nghĩa Hoàn thành, thì nó không thể được phát hành.
- Tính minh bạch: Nó đảm bảo mọi người đều có cùng một hiểu biết về chất lượng.
- Ví dụ: Mã đã được kiểm tra, bài kiểm thử đơn vị đạt, tài liệu đã cập nhật, tiêu chuẩn hiệu suất đạt được.
Không có một Định nghĩa Hoàn thành rõ ràng, các đội có nguy cơ tích lũy nợ kỹ thuật. Nó đóng vai trò như một người kiểm soát chất lượng và đảm bảo rằng mỗi Sprint mang lại giá trị thực sự.
🧩 Dự đoán và Lên kế hoạch
Lên kế hoạch chính xác là điều cần thiết để duy trì nhịp độ bền vững. Các đội thường sử dụng các kỹ thuật ước lượng tương đối thay vì ước lượng thời gian tuyệt đối.
1. Điểm Câu chuyện 📏
Điểm Câu chuyện là đơn vị đo lường để thể hiện ước tính tổng thể về nỗ lực cần thiết để triển khai hoàn toàn một mục trong Danh sách chờ Sản phẩm. Chúng bao gồm độ phức tạp, nỗ lực và rủi ro.
- Dãy Fibonacci: Thường sử dụng các con số 1, 2, 3, 5, 8, 13 để biểu thị sự không chắc chắn.
- Giá trị tương đối: Giúp so sánh các mục với nhau.
2. Tốc độ 🏎️
Tốc độ là thước đo lượng công việc mà một Đội có thể xử lý trong một Sprint duy nhất. Nó được tính vào cuối Sprint bằng cách cộng tổng các Điểm Câu chuyện của các mục đã hoàn thành.
- Dự báo: Giúp dự đoán được lượng công việc nào có thể được thực hiện trong các Sprint tương lai.
- Tính ổn định: Tốc độ cần ổn định theo thời gian để có thể hữu ích cho việc lên kế hoạch.
- Cải tiến: Tập trung vào cải thiện chất lượng thay vì chỉ tăng số lượng tốc độ.
🚧 Rào cản và Nguy cơ
Các rào cản là bất kỳ trở ngại nào ngăn cản Đội Phát triển thực hiện công việc của họ. Chúng có thể là kỹ thuật, tổ chức hoặc môi trường.
- Ví dụ: Đợi được truy cập, thiết bị bị hỏng, yêu cầu không rõ ràng, phụ thuộc bên ngoài.
- Quản lý: Người Scrum Master giúp loại bỏ những rào cản này.
- Tính minh bạch: Những trở ngại cần phải được nhìn thấy rõ ràng bởi đội ngũ và các bên liên quan.
Việc phát hiện rủi ro sớm giúp đội ngũ giảm thiểu chúng trước khi ảnh hưởng đến mục tiêu Sprint. Thường xuyên xem xét các trở ngại trong buổi Daily Scrum đảm bảo chúng không kéo dài.
🔄 Cải tiến liên tục
Hạt nhân của Scrum là chu kỳ kiểm tra và thích nghi. Buổi tổng kết Sprint là thời gian dành riêng cho điều này, nhưng cải tiến cần diễn ra liên tục.
- Bước nhỏ:Thực hiện những thay đổi nhỏ sẽ dẫn đến cải thiện đáng kể theo thời gian.
- Thử nghiệm:Đội ngũ nên cảm thấy an toàn khi thử các quy trình mới.
- Vòng phản hồi:Các vòng phản hồi ngắn giúp điều chỉnh hướng đi nhanh hơn.
Các đội tập trung vào cải tiến liên tục thường nhận thấy hiệu suất của họ tăng lên, và mức độ căng thẳng giảm đi. Điều này không phải là về hoàn hảo ngay lập tức; mà là về trở nên tốt hơn với mỗi lần lặp lại.
📈 Các chỉ số đo lường thành công
Mặc dù Scrum tập trung vào việc giao giá trị, nhưng một số chỉ số có thể giúp đánh giá sức khỏe và tiến độ.
- Sprint Burndown: Hiển thị lượng công việc còn lại trong Sprint.
- Tốc độ: Theo dõi lượng công việc hoàn thành theo thời gian.
- Thời gian chờ: Thời gian từ khi yêu cầu được đưa ra đến khi được giao.
- Thời gian chu kỳ: Thời gian để hoàn thành một nhiệm vụ từ đầu đến cuối.
Các chỉ số này nên được sử dụng để hỗ trợ đội ngũ, chứ không phải để phán xét họ. Mục tiêu là thu thập thông tin về quy trình và xác định các khu vực cần tối ưu hóa.
🤝 Hợp tác và giao tiếp
Hợp tác hiệu quả là chất keo giữ cho khung Scrum vững chắc. Giao tiếp cần diễn ra thường xuyên, cởi mở và chân thành.
- Trực tiếp: Khi có thể, giao tiếp nên diễn ra trực tiếp.
- Quản lý trực quan: Sử dụng bảng để theo dõi tiến độ giúp duy trì tính minh bạch.
- Hiểu biết chung: Mọi người đều nên hiểu rõ mục tiêu Sprint và mục tiêu Sản phẩm.
Khi giao tiếp bị gián đoạn, đội ngũ sẽ đối mặt với nguy cơ mất đồng thuận và lãng phí nỗ lực. Các cuộc họp định kỳ và tài liệu rõ ràng sẽ giúp duy trì sự đồng thuận.
🌟 Những suy nghĩ cuối cùng
Việc triển khai khung Scrum đòi hỏi sự tận tâm với các nguyên tắc của nó. Nó không phải là giải pháp thần kỳ, mà là một công cụ giúp các đội ngũ vượt qua sự phức tạp. Bằng cách tập trung vào các vai trò, sản phẩm và sự kiện được nêu trong hướng dẫn này, các tổ chức có thể xây dựng nền tảng cho sự linh hoạt bền vững.
Hãy nhớ rằng hành trình là theo hướng lặp lại. Các đội sẽ đối mặt với thách thức, nhưng khung này cung cấp cấu trúc để giải quyết chúng. Bằng cách duy trì tính minh bạch, kiểm tra tiến độ thường xuyên và thích nghi với thay đổi, các đội có thể liên tục cung cấp giá trị chất lượng cao.
Các thành phần của Scrum có mối liên hệ với nhau. Một điểm yếu ở khu vực nào đó có thể ảnh hưởng đến toàn bộ hệ thống. Do đó, điều quan trọng là phải coi khung này như một hệ thống thống nhất. Dù bạn mới bắt đầu với agile hay đang tinh chỉnh quy trình hiện có, việc hiểu sâu sắc các thành phần này chính là chìa khóa cho thành công.
Bắt đầu bằng việc nắm vững những kiến thức cơ bản. Đảm bảo Định nghĩa Hoàn thành (Definition of Done) rõ ràng. Giữ các Sprint trong giới hạn thời gian. Xây dựng văn hóa giao tiếp cởi mở. Theo thời gian, những thói quen này sẽ trở nên tự nhiên, dẫn đến một tổ chức linh hoạt và phản ứng nhanh hơn.
