Bên cạnh Coaching, thì một Scrum Master cần phải biết facilitate. Vì sao? Mỗi Sprint, Scrum Master đều phải facilitate Sprint Planning, Sprint. Review, Sprint Retrospective và những buổi họp khác của Scrum team khi cần. Ngoài ra chính Scrum Master cũng cần hỗ trợ những sự kiện hay buổi họp của tổ chức. Chính vì vậy việc biết, và hiểu được làm thế nào để facilitate một event hay workshop là một kỹ năng vô cùng quan trọng bên cạnh Coaching của một Scrum Master.
Vài năm gần đây, khi Scrum Guide 2020 đề cập đến Product Backlog phải cam kết với Product Goal, Sprint Backlog phải cam kết với Sprint Goal, và trở thành một phần không thể thiếu trong Scrum framework. Các Scrum team bắt đầu nghiêm túc hơn và áp dụng điều này vào trong việc xây dựng Sản Phẩm của mình. Nhưng đâu đó vẫn có rất nhiều Scrum team dù đang cố gắng để áp dụng, nhưng vẫn gặp rất nhiều khó khăn và loay hoay không biết làm thế nào để có thể xây dựng một mục tiêu tốt và giúp Sản Phẩm thành công.
Lý do cho việc Scrum Guide 2020 đề cập về Sprint Goal, và Product Goal đó là vì muốn các Scrum team phải có Mục Tiêu Chung. Mục Tiêu Chung luôn là thứ quan trọng, dù trước đó Scrum Guide không đề cập đến nó. Cơ bản Mục Tiêu Chung giúp cho Scrum team trở nên Tự Chủ có ý thức. Vì sự Tự Chủ sẽ đến đến hỗn loạn nếu nhóm không có được một Mục Tiêu Chung. (Xem hình dưới) Bản Đồ Cá Nhân là một hoạt động xây dựng nhóm đơn giản và hiệu quả, giúp mọi người quen thuộc hơn khi mới bắt đầu thành lập nhóm. Các Scrum Master có thể áp dụng cho những buổi form team. Phương thức này đơn giản, nhưng rất hiệu quả để nhóm bắt đầu tìm hiểu về nhau.
Trở lại với loạt bài giúp cho các Scrum Master có thể có nhiều lựa chọn cho format của Sprint Retrospective. Hôm nay Scrumviet giới thiệu đến các bạn một format đơn giản khác. Format này tập trung vào: Những điều chúng ta đã làm tốt, những điều không tốt lắm, và ý tưởng mới để giúp cho Sprint tiếp theo thú vị hơn.
Nhiều lúc, là một Scrum Master bạn sẽ cần phải facilitate giúp tập hợp Scrum team mới. Việc các thành viên mới lần đầu làm việc như một team cần có những sự kiện, giúp nhóm làm quen, xác định, và hiểu rõ vai trò, cũng như lý do vì sao chúng ta cần là một đội là rất cần thiết.
Xác định vai trò và trách nhiệm là một điều nên làm, vì nó sẽ giúp mọi người hiểu được vai trò và đóng góp của mình sẽ như thế nào cho sản phẩm trong thời gian sắp tới. Hôm nay Scrumviet xin phép chia sẻ cùng các bạn một format giúp cho các Scrum Master có thể dễ dàng giúp nhóm của mình xác định rõ ràng vai trò và trách nhiệm của nhau. Thường biểu quyết là điều cần thiết trong nhiều buổi họp hay workshop. Nhưng để giúp nhóm biểu quyết làm sao cho nhanh và khách quan lại là một khó khăn. Hôm nay Scrumviet xin giới thiệu với các bạn một phương pháp có thể giúp nhóm có thể biểu quyết, đưa ra quyết định một cách nhanh chóng và dễ dàng.
Trong bài thứ 3 của loạt bài công cụ hỗ trợ Scrum team đưa ra quyết định, Scrumviet xin chia sẻ cùng các bạn một biểu đồ tương quan khác giữa xác suất xảy ra và lợi ích nhận lại, để giúp Scrum Master có thể linh hoạt và sử dụng khi cần thiết. Biểu đồ này rất hữu dụng để giúp Scrum team xác định được phần trăm của sự mơ hồ, khó đoán (Liệu dịch vụ hay chức năng mới xây dựng đạt được giá trị như kỳ vọng), kèm với lợi ích có thể nhận lại nếu dịch vụ hay chức năng mới xây dựng có mang về thành công mong muốn cho sản phẩm.
Tiếp theo chuỗi bài giúp cho Scrum Master có thể facilitate để Scrum team có thể đưa ra được quyết định tốt nhất. Hôm nay Scrumviet chia sẻ cùng các bạn một biểu đồ khác, thể hiện sự tương quan giữa sự nỗ lực và giá trị (Effort x Value). Biểu đồ này có thể sử dụng cùng với biểu đồ khả thi x hữu ích (Feasible x Useful) để giúp Scrum team có được quyết định tốt nhất có thể.
Là một Scrum Master, nhiều lúc bạn sẽ cần phải facilitate giúp Scrum team quyết định được đâu là giá trị của sản phẩm nên làm và theo đuổi, đâu là những giá trị chưa cần đến trong lúc này. Bạn nắm được nhiều cách thức để tổ chức và tạo điều kiện cho Scrum team trao đổi bao nhiêu, thì Product Owner và Developer càng dễ dàng thảo luận và tối ưu hoá được quyết định của mình bấy nhiêu. Vì vậy hôm nay Scrumviet giới thiệu cùng bạn một phương pháp đơn giản, nhưng mạnh mẽ, giúp Scrum team có thể dễ dàng xác định đâu là giá trị sản phẩm hữu ích cho người dùng, và liệu nó có khả thi để thực hiện hay không?
Thế giới ngày càng vận hành như một tay đua kiệt xuất, nhanh và vô cùng khó lường. Người dùng ngày càng đòi hỏi nhiều hơn những giá trị mới, khiến những gì được cho là tốt của ngày hôm nay nhanh chóng trở nên bình thường. Dẫn đến các doanh nghiệp phải nhanh hơn nữa để tìm ta giá trị mới, đáp ứng, và làm hài lòng khách hàng. Việc liên tục phải có những giá trị mới, đòi hỏi phải có những sáng tạo, ý tưởng chưa từng có, và làm thế nào để xác định đó là điều khách hàng cần. Đây là một bài toán khó. Lúc này, chỉ dùng những kiến thức, hiểu biết của hiện tại, để giải bài toán này, “dự đoán” được những thay đổi, và đáp ứng được nhu cầu từ khách hàng là không đủ.
Năm 2021 là một năm biến động với nhiều đau thương, mất mát của cả nhân loại. Dịch bệnh kéo dài, khó đoán, và gây ra những tổn thương đến xã hội, gia đình, và từng cá nhân. Hàng trăm triệu ca nhiễm và hàng triệu người chết trên toàn thế giới. Riêng Việt Nam cũng đã phải chịu những ảnh hưởng nặng nề, và đau thương, những mất mát. Con người đang đứng trước ngưỡng giới hạn và thách thức mặc dù chúng ta đã phát triển về mặt khoa học, công nghệ.
Những lời đầu của bài viết này xin được tri ân đến những người đã và đang trên chiến trường chống lại dịch bệnh thế kỷ, giúp chúng ta bình an và sớm trở lại cuộc sống bình thường. Mong rằng năm 2022 sẽ là một khởi đầu cho những điều tươi sáng hơn, nhiều bình an hơn. Bản thân Scrumviet cũng dành chút thời gian này, để nhìn lại chặng đường trong năm 2021 đã qua, và chuẩn bị cho một năm 2022 phía trước:
Trong những tổ chức đang áp dụng Scrum vào công việc, rất nhiều tổ chức đang áp dụng Scrum ở quy mô lớn, nhiều Scrum team cùng làm việc trên một sản phẩm. Việc mở rộng nhiều Scrum team cùng làm trên một sản phẩm sẽ là cơ hội cho sản phẩm được phát triển nhanh hơn, mang lại nhiều giá trị hơn đến người dùng. Nhưng nó cũng chứa đựng nhiều thử thách và khó khăn trong việc làm sao để các Scrum team phối hợp với nhau một cách hiệu quả. Có một sai lầm cố hữu mà tôi nhận thấy đa phần các nhóm Scrum cùng làm trên 1 sản phẩm mắc phải, đó là có nhiều hơn 1 Product Owner cho sản phẩm đó. Không phải tự nhiên mà Scrum guide trực tiếp đề cập đến việc:
The Product Owner is one person, not a committee - Scrum guide 2020
Vậy khi một sản phẩm, có nhiều hơn một Product Owner thì chuyện gì sẽ xảy ra? Hãy cùng tôi điểm qua những vấn đề mà sản phẩm, và Scrum team sẽ gặp phải nếu có nhiều hơn một Product Owner nhé:
Khi Scrum team đã có một thời gian làm việc cùng nhau, và bạn muốn team có thể cùng chia sẻ cảm xúc về khoảng thời gian đã qua, thì Peaks & Valleys Timeline là một phương pháp dễ và trực quan nhất.
Ngày 19 tháng 11 2021, là ngày Khoá học Solution Focused Coaching (SFC) của Scrumviet đạt chứng nhận ACSTH của ICF - International Coach Federation (Liên đoàn khai vấn quốc tế), với 70,5 giờ đào tạo! Đây là một cột mốc đáng tự hào, vì được ICF công nhận khoá học, chứng tỏ năng lực đào tạo và phẩm chất của các khoá học Coaching tại Scrumviet là chuẩn toàn cầu.
ICF là viết tắt của International Coach Federation (Liên đoàn khai vấn quốc tế). ICF là một tổ chức phi lợi nhuận được thành lập vào năm 1995 bởi Thomas Leonard. Đến nay ICF đã thành lập được 26 năm. Hiện tại ICF là tổ chức lớn nhất và uy tín nhất trên thế giới về Coaching, với hơn 40.000 thành viên được công nhận chuyên môn hành nghề Coaching trải dài trên 140 quốc gia.
|