Đây là bài đầu tiên trong loạt bài các cách thức tổ chức một buổi Retrospective, và trong bài đầu tiên, tôi xin giới thiệu đến các bạn một trong những cách mà tôi hay sử dụng nhất: Speed boat

Trong thời đại V.U.C.A, mọi thứ trở nên hỗn loạn, khó lường hơn. Nơi kiến thức của ngày hôm qua đã không còn đúng vào hôm nay nữa. Sự cạnh tranh trở nên ngày càng khốc liệt, và công nghệ đã góp phần lớn dẫn dắt sự thay đổi khó lường này. Bạn dễ tìm thấy ví dụ như một hãng Taxi truyền thống sẽ không thể ngờ được, miếng bánh thị phần sẽ rơi vào tay của một hãng Taxi công nghệ, mặc dù họ không cùng ngành nghề với nhau. (Grab và Uber)

Trong kỷ nguyên này đòi hỏi các doanh nghiệp phải thay đổi để trở nên linh hoạt hơn, họ không thể dùng mãi một công thức là kinh nghiệm để chiến thắng hay nắm phần thắng trong tương lai nữa. Mà họ cần một phương thức mới, giúp họ có thể nhanh chóng ra quyết định và thay đổi theo nhu cầu của thị trường một cách nhanh nhất, và Agile là chìa khoá. Nhưng làm thế nào để thay đổi?

"The journey is never ending. There's always gonna be growth, improvement, adversity; you just gotta take it all in and do what's right, continue to grow, continue to live in the moment." - Antonio Brown

Trong sự kiện Scrum Day Vietnam 2019, có rất nhiều bạn có mối quan tâm về việc, làm thế nào để thuyết phục được Top Manager hay Khách Hàng đồng ý sử dụng Scrum? Hôm nay tôi xin viết một bài blog về chủ đề này, để liệt kê những thách thức và những điều bạn có thể quan tâm đến khi muốn thành công trong việc thuyết phục Top Manager hay Customer của mình ủng hộ bạn sử dụng Scrum.

Thách thức:

Có nhiều câu hỏi và mối quan tâm về việc quản lý rủi ro xoay quanh việc trao quyền cho Scrum Team như:

Làm thế nào để đảm bảo thành công cho Product nếu Product Owner không hiểu nhiều về Product hoặc chưa đủ kỹ năng? Làm sao Product Owner quyết định được Business Value nào sẽ là trong 20% mang lại 80% giá trị? (80/20 - Pareto Principle)

Việc trao quyền cho Development Team dẫn đến nhiều rủi ro tiềm ẩn? Làm sao Development Team biết nên làm gì và làm thế nào để tạo ra Done Increment?

Nexus là gì?

Nexus, cũng giống như Scrum, nó là một Framework, được xây dựng trên khung xương sống là Scrum.
Nexus được tạo nên bởi Ken Schwaber và Scrum.org, với mục đích giúp cho các Scrum team đang làm việc trên cùng một product có thể tối ưu hoá năng suất và chất lượng sản phẩm.