Một trong những công việc mà người Scrum Master phải đảm đương đó là việc Remove Impediments, là hỗ trợ Scrum team giải quyết những vấn đề mà Scrum team không thể tự giải quyết được. Có rất nhiều loại Impediments khác nhau mà Scrum team thường hay gặp phải. Một trong số đó là ảnh hưởng bởi tổ chức hiện tại (khi chưa có tư duy đúng về Agile), những bên liên quan khác nhau ngoài Scrum team (khi vẫn còn cách vận hành cũ) lên Scrum team. Những ảnh hưởng này có thể là:
Đó là những chuyện bình thường ở huyện, trong nhiều Scrum team. Trong những tình huống như trên thì một người Scrum Master giỏi sẽ phải biết cách làm thế nào để giải quyết những Impediments, qua đó giúp Scrum team phát huy được khả năng thật của mình. Việc tiếp cập, giao tiếp và thương lượng cùng các bên liên quan trong những tình huống trên trở thành một kỹ năng cấp yếu, và quan trọng. Việc thiếu hụt khả năng thương lượng, hay giao tiếp tưởng chừng như vô hại này lại mang nhiều vấn đề rất lớn đến với Scrum team. Như một hòn đá nhỏ có thể tạo thành một trận núi lở lớn vậy!
Ví dụ như tôi thấy được có nhiều Scrum team đang gặp khó khăn trong việc đo lường velocity, những Scrum team này chia sẻ rằng họ bị cấp lãnh đạo yêu cầu report về velocity rất chi tiết, cũng như yêu cầu báo cáo về việc release liên tục. Nếu Scrum Master không tốt trong việc chia sẻ, giao tiếp, thương lượng với các bên liên quan, bạn sẽ không thể giải quyết được vấn đề này. Hậu quả dẫn đến sau một thời gian áp dụng Scrum, team thường sẽ mệt mỏi, không hiểu vì sao Scrum nói khác, nhưng tổ chức lại yêu cầu khác!? Rồi chuyện gì đến cũng sẽ đến, Scrum bị bỏ vào một góc, và xem như không thể áp dụng được.
Trong nhiều năm làm việc và thử nghiệm nhiều cách tiếp cận khác nhau để giải quyết những tình huống như trên, tôi thấy rằng việc giao tiếp và thương lượng làm sao để gia tăng khả năng collaboration (cộng tác) của các bên là cách tiếp cận tốt nhất trong những tình huống này. Thay vì gây áp lực, tranh luận đúng sai, hay thoả hiệp, chỉ tạo ra những rào cản, mâu thuẫn và sự thiếu hỗ trợ từ các bên, thì thảo luận với tinh thần mời gọi sự hỗ trợ và hướng đến lợi ích chung là điều quan trọng. Về giá trị này, thì kỹ năng “Yes and” đã giúp và hỗ trợ tôi rất nhiều. Bạn đừng hiểu lầm “Yes, and…” nghĩa là sẽ nói “dạ vâng!", mà kỹ năng này là một nhóm gồm những kỹ năng nhỏ khác gộp lại cùng nhau để tạo ra một cách giao tiếp, hay thương lượng hướng đến sự mời gọi hợp tác, cùng xây dựng và phát triển giữa các bên, thay vì chỉ bảo vệ lợi ích riêng của mình. Thật vậy, “Yes and” sẽ hỗ trợ một Scrum Master có thể tiếp cận, lắng nghe, thấu hiểu, và giao tiếp với mọi người, qua đó mời gọi họ nhìn đến mục đích chung và cùng nhau làm để đạt được nó. Còn gì có thể tuyệt hơn như vậy khi bạn có thể không chỉ giúp cho người đối diện hiểu được bạn, hiểu được bạn hiểu họ, hiểu được hiện trạng, hiểu được chúng ta đang có mục tiêu chung là gì, và cùng làm với bạn. Vậy trong ví dụ trên, "Yes and" sẽ giúp cụ thể thế nào? Một Scrum Master biết “Yes and” sẽ hiểu được mong muốn của lãnh đạo trong việc yêu cầu report về velocity cũng như release là gì, và tiếp cận với sự thấu hiểu nhu cầu đó, qua đó có thể mời gọi một sự thảo luận cùng nhau về mục tiêu chung, và làm thế nào để đạt được chúng một cách tốt nhất. Nếu bạn có mong muốn tìm hiểu sâu hơn về kỹ năng này, cũng như chi tiết làm thế nào mà "Yes and" có thể giúp bạn giao tiếp thương lượng hiệu qua hơn, bạn có thể liên hệ trực tiếp với tôi.
|