Scrum dựa trên chủ nghĩa kinh nghiệm, dựa trên ba khía cạnh quan trọng nhất (còn được gọi là ba trụ cột được thể hiện trong hình dưới đây) và hỗ trợ mỗi việc thực hiện kiểm soát quy trình kinh nghiệm: tính minh bạch, kiểm tra và thích ứng.
Khi các đội scrum thể hiện và thực hành các giá trị của sự cam kết, dũng cảm, tập trung, cởi mở và tôn trọng, các trụ cột của Scrum về tính minh bạch, kiểm tra và thích ứng xuất hiện và xây dựng lòng tin cho mọi người. Các thành viên trong đội Scrum học hỏi và khám phá những giá trị này khi xử lý các vai trò, sự kiện và hiện vật của Scrum.
Đảm bảo Tính minh bạch — Đội Scrum
Scrum nâng cao tính minh bạch bên trong và bên ngoài đội. Tính minh bạch là rất quan trọng đối với quy trình Scrum vì nó cho phép mọi người thấy và hiểu những gì thực sự đang xảy ra trong mỗi sprint, dẫn đến giao tiếp và lòng tin tốt hơn trong đội.
Các đội có thể minh bạch theo nhiều cách. Dưới đây là một số điều chúng ta có thể làm để đạt được điều đó:
Làm việc gần gũi hơn và phản hồi nhanh hơn
Các đội scrum nên minh bạch trong cách họ làm việc: đưa các bên liên quan lại gần nhau hơn, làm việc với họ hàng ngày, để phản hồi chảy theo cả hai hướng và chia sẻ rủi ro khi đi theo một hướng nào đó.
Làm cho tiến độ công việc trở nên rõ ràng hơn
Các đội có thể làm cho tiến độ trở nên rõ ràng: biểu đồ burndown và bảng trắng là cách truyền thống để thể hiện tiến độ của các mục tiêu sprint. Những công cụ đơn giản này có thể cho thấy tiến độ của từng giai đoạn của kế hoạch, từ sprint đến tầm nhìn, điều này có thể hiệu quả trong việc giảm thiểu các cuộc đối thoại “khi nào có thể hoàn thành?”
Đội có thể làm cho tiến độ trở nên rõ ràng: biểu đồ burn down và bảng trắng là những phương pháp truyền thống để thể hiện tiến độ so với các mục tiêu sprint. Một báo cáo đơn giản để thể hiện tiến độ ở tất cả các cấp độ lập kế hoạch, từ sprint cho đến tầm nhìn, có thể cực kỳ hiệu quả trong việc giảm số lượng cuộc trò chuyện ‘khi nào sẽ hoàn thành?’
Dòng chảy tự do của thông tin cập nhật
Thông tin cần phải di chuyển theo cả hai hướng. Các bên liên quan và những người trong vai trò sản phẩm, đặc biệt là những người làm việc trực tiếp với một đội, cũng phải minh bạch. Hướng đi sản phẩm dưới dạng lộ trình, kế hoạch phát hành hoặc định nghĩa hoàn thành có thể được làm rõ ràng với đội để họ nhận thức được các mục tiêu và kỳ vọng tổng thể mà họ đã cam kết thực hiện.
Scrum Master có thể giúp
Trong Scrum, không phải đội làm việc cho Scrum Master, mà là Scrum Master cố gắng tạo điều kiện cho công việc của đội phát triển. Scrum Master phải làm việc với Chủ sở hữu sản phẩm, Đội phát triển và các bên liên quan khác để hiểu xem các sự kiện và hiện vật có hoàn toàn minh bạch hay không. Scrum Master phải giúp mọi người áp dụng các thực hành phù hợp nhất trong trường hợp không có tính minh bạch hoàn toàn. Một Scrum Master có thể phát hiện tính minh bạch không đầy đủ bằng cách kiểm tra các hiện vật, cảm nhận các mẫu, lắng nghe kỹ những gì đang được nói và phát hiện sự khác biệt giữa kết quả mong đợi và thực tế.
Tính minh bạch trong các sự kiện
Sprint là một khung chứa cho tất cả các sự kiện khác và mỗi sự kiện trong Scrum là một cơ hội chính thức để kiểm tra và thích ứng với điều gì đó. Những sự kiện này được thiết kế đặc biệt để tạo điều kiện cho tính minh bạch và kiểm tra quan trọng. Việc không bao gồm bất kỳ sự kiện nào trong số này dẫn đến việc giảm tính minh bạch và là một cơ hội bị mất để kiểm tra và thích ứng.
Tính minh bạch là một trong những khía cạnh quan trọng đầu tiên trong quy trình Scrum mà phải được nhìn thấy bởi những người chịu trách nhiệm về kết quả. Tính minh bạch yêu cầu các khía cạnh đó phải được xác định trong các hoạt động và hiện vật hàng ngày của nó để đội có thể chia sẻ một sự hiểu biết chung về những gì đang được nhìn thấy.
Ví dụ:
Cuộc họp Lập kế hoạch Sprint
Cuộc họp Lập kế hoạch Sprint được tổ chức vào đầu Sprint để hiểu và ghi lại Danh sách công việc Sprint Các mục. Nó được tiến hành để đảm bảo rằng mọi người liên quan đều biết chắc chắn những gì cần phải làm để đóng góp vào sự phát triển của vòng lặp gia tăng cụ thể đó.
Cuộc họp Đứng Daily Scrum
Cuộc họp Daily Scrum tập trung vào việc phản ánh hàng ngày về những đóng góp của đội cho Sprint cụ thể. Nó trả lời ba điều:
- Những gì tôi đã phát triển trong 24 giờ qua để đạt được mục tiêu Sprint hàng ngày?
- Hôm nay tôi sẽ làm gì để đạt được mục tiêu Sprint tiếp theo của mình?
- Những trở ngại nào trong công việc của ngày hôm qua cản trở việc đạt được mục tiêu của tôi?
Daily Scrum rất quan trọng trong việc chia sẻ tất cả những điều này mà không sợ phải thừa nhận sai lầm của mình. Nếu không được chia sẻ, dự án trở nên phức tạp, gây ra sự chậm trễ và cuối cùng là rủi ro thất bại của dự án.
Cuộc họp Đánh giá Sprint
Cái Cuộc họp đánh giá Sprint được tiến hành vào cuối một Sprint để phản ánh những gì đã được thực hiện để hoàn thành nó như một phần bổ sung của sản phẩm. Nhóm mời các bên liên quan để nhận phản hồi của họ về Sprint, điều này được đưa vào Danh sách sản phẩm bởi Chủ sở hữu sản phẩm, để mang lại những cải tiến trong các Sprint tiếp theo.
Cuộc họp hồi tưởng Sprint
Cái Hồi tưởng Sprint được tổ chức để kiểm tra Sprint cuối cùng theo con người, tương tác, quy trình & công cụ của nó, và để áp dụng các biện pháp cải tiến từ Sprint này để phát triển Sprint tiếp theo. Tất cả đều yêu cầu sự minh bạch trong báo cáo và giao tiếp.
Minh bạch trong các tài liệu
Scrum có một số tài liệu đóng vai trò là các bộ phát thông tin cho tất cả các giai đoạn trong Scrum. Thông tin được làm cho rõ ràng và dễ hiểu cho nhóm để các xu hướng tiến độ dự án được biết đến. Sự sẵn có và rõ ràng của thông tin là rất quan trọng để đưa ra quyết định thông minh.
Danh sách sản phẩm
Cái Danh sách sản phẩm là một danh sách có thứ tự các yêu cầu được ưu tiên dựa trên sự ưu tiên và tầm quan trọng của chúng bởi Chủ sở hữu sản phẩm, cũng như nhóm. Tất cả các tính năng, thuộc tính, sửa lỗi và cải tiến được biết đến tốt nhất được ghi lại trong danh sách sản phẩm để làm cho nó rõ ràng và dễ hiểu cho nhóm.
Danh sách công việc Sprint
Cái Danh sách công việc Sprint được phát triển sau khi Cuộc họp lập kế hoạch Sprint đã được tiến hành và danh sách sản phẩm đã được hoàn thiện. Nó chứa các câu chuyện người dùng cần thiết để phát triển một phần bổ sung hoàn chỉnh của sản phẩm. Thông thường, một số mục trong danh sách sản phẩm được phân tách thành các nhiệm vụ hoặc câu chuyện người dùng mà nhóm đã đồng ý làm.
Biểu đồ giảm dần — Tình trạng phát triển
Sử dụng biểu đồ giảm dần để trung thực về cách mà nhóm đang hoạt động trong một Sprint nhất định. Một biểu đồ giảm dần kể câu chuyện thực sự về cách mà nhóm đang hoạt động. Biểu đồ giảm dần mô tả lượng nỗ lực còn lại trong tương lai để hoàn thành Sprint.
Bảng công việc Scrum
Cái Bảng Scrum cũng được sử dụng để phản ánh ba điều trong khi làm việc trên một Sprint:
- Cần làm gì?
- Cái gì đang tiến hành?
- Cái gì đã hoàn thành?
Định nghĩa về Hoàn thành
Sự minh bạch cũng liên quan chặt chẽ đến Định nghĩa về Hoàn thành. Việc định nghĩa chính thức ý nghĩa của ‘hoàn thành’ giảm thiểu sự biến đổi và khả năng công việc chưa hoàn thành và đo lường tiến độ một cách rõ ràng (‘hoàn thành’ hoặc ‘không hoàn thành’) tăng cường sự minh bạch.
Việc có một Định nghĩa về Hoàn thành ngụ ý rằng có công việc chưa hoàn thành trong hệ thống của bạn. Công việc chưa hoàn thành này cũng gây ra sự thiếu minh bạch. Rủi ro bị ẩn giấu trong đó. Ví dụ, nếu kiểm tra hiệu suất bị bỏ qua thì nó sẽ trì hoãn rủi ro của một hệ thống không hoạt động cho đến gần ngày phát hành — khi mà nó gây tổn thương nhất.
Kết luận
Scrum dựa trên sự minh bạch được thể hiện qua các sự kiện và tài liệu của nó, nhưng điều này không thể đạt được nếu có sự thiếu minh bạch và giao tiếp trong nhóm. Thật khó để thiết lập và duy trì sự minh bạch hoàn toàn nếu các thành viên do dự hoặc sợ chia sẻ sai lầm của họ. Thực tế, mọi người trong nhóm cần thể hiện sự hiểu biết và tôn trọng lẫn nhau. Chủ sở hữu sản phẩm và Người hướng dẫn Scrum nên động viên và khuyến khích các nhóm chia sẻ bất kỳ rủi ro hoặc vấn đề nào mà họ gặp phải trong công việc của mình. Trong khi các nhóm không chỉ cần tập trung vào những thành tựu cá nhân của họ, họ cũng phải nỗ lực để đạt được các mục tiêu dự án chung. Tất cả những phản hồi và chia sẻ này đều quan trọng để thiết lập và duy trì sự minh bạch hoàn toàn của dòng thông tin, điều này cho phép cải tiến liên tục của tổ chức và nhóm.
This post is also available in Deutsch, English, Español, فارسی, Français, Bahasa Indonesia, 日本語, Polski, Portuguese, Ру́сский, 简体中文 and 繁體中文.