Ít những chi tiết mang tính bắt buộc hơn.
Qua nhiều năm, Scrum Guide bắt đầu trở nên ít chi tiết ràng buộc hơn, phiên bản 2020 này chủ yếu mong muốn mang lại một framework với những điểm chính yếu tối thiểu, hoặc với những ngôn ngữ ít mang tính ràng buộc (phải) làm theo hơn. Ví Dụ: Bỏ đi những câu hỏi (được gợi ý) trong Daily Scrum, làm ngắn lại phần liên quan đến huỷ Sprint, và những thứ khác. Scrum Guide 2020 - Ngày 18 tháng 11 năm 2020, Ken Schwaber and Jeff Sutherland đã xuất bản phiên bản mới nhất của Scrum Guide, Tôi đã tổng hợp và liệt kê chi tiết những khác nhau giữa bản 2017 và 2020 để giúp mọi người có thể dễ dàng tìm hiểu và áp dụng, thực hành Scrum của mình.
Những thay đổi này đồng thời cũng đã được cập nhật trong các bài viết cơ bản về Scrum guide, để tránh gây hiểu lầm cho mọi người. Many people requested us to produce a printable beautiful version rather than the hand-drawn in the original post. Therefore today, we are happy to release the new version of The 4 Soils - Sprint Retrospective.
Giữa những năm 1990 - Harvard Business School đã tài trợ cho nghiên cứu của Anita L. Tucker và Amy C. Edmondson; ở đó nhóm nghiên cứu quan sát, phỏng vấn các lãnh đạo và thành viên của nhóm về tần suất mắc lỗi/ sai lầm xảy ra trong một khoản thời gian nhất định. Nghiên cứu cho thấy những đội có mối quan hệ TỐT giữa các thành viên và quản lý thường có tần suất mắc lỗi cao hơn gấp 10 lần những đội mà mối quan hệ giữa các thành viên và quản lý KHÔNG TỐT! Điều này thật thú vị.
“The One word before leaving” - "Lời nhắn trước khi về/rời đi" là một phương thức dễ dàng để theo dõi được cảm xúc của team trước khi kết thúc một buổi họp hay sự kiện nào đó. Cơ bản thì đây là một thời điểm tốt để người tham dự chia sẻ cảm xúc của mình, đặc biệt là trong một buổi Sprint Retrospective.
Đại dịch Covid toàn cầu không thể cản các anh chị học viên đến với lớp học Professional Scrum Master II. Có lẽ tinh thần cầu tiến và ham học hỏi là động lực lớn để các anh chị ghi danh và tham dự khoá học PSM II đầu tiên được dạy bằng tiếng Việt tại TP. Hồ Chí Minh, diễn ra vào ngày 20 và 21 tháng 6 vừa qua.
Lớp học diễn ra rất sôi nổi, rất nhiều cuộc thảo luận và đã mang lại nhiều giá trị, kiến thức cần thiết cho vai trò Scrum Master, qua đó không chỉ là kiến thức khô cứng, mà còn là sự thực tiễn để các anh chị học viên có thể áp dụng cho con công việc của mình. Dưới đây Scrumviet xin phép chia sẻ lại một vài hình ảnh và video của lớp học.
Little’s Law là gì?
Little’s Law là một định lý của John Little. Đơn giản là một công thức dùng để thể hiện mối tương quan giữa ba giá trị:
Three Little Pigs - Retrospective là một phương thức để giúp Scrum Master có thể facilitate một buổi retrospective có không khí vui vẻ và tích cực.
Phương thức này được xây dựng trên câu chuyện nổi tiếng cho thiếu nhi, Ba Chú Heo Con. Cách thức để thực hiện như sau:
System thinking là gì?
System thinking (tư duy hệ thống) là một cách tiếp cận giải quyết vấn đề bằng cách xem xét vấn về đó như một phần của một hệ thống tổng thể, thay vì chỉ xem và giải quyết vấn đề đó một cách độc lập và riêng lẻ. Trong khoa học nghiên cứu về cách hệ thống vận hành, người ta lập luận rằng cách duy nhất để hiểu đầy đủ lý do tại sao một vấn đề hoặc yếu tố xảy ra và tồn tại là hiểu mối liên quan giữa các phần đến tổng thể. Việc giải quyết vấn đề một cách riêng lẻ độc lập nhưng loại bỏ những ảnh hưởng qua lại/ liên kết đến hệ thống một cách tổng thể có thể mang lại những hiểm hoạ khôn lường cho toàn bộ hệ thống.
Scrum is like a house, where the team can be safe and self-organize. They will build trust and continuous improvement. Respect Scrum team as an ecosystem will help the team evolve and build up teamwork, and the values will come Day by Day, Sprint by Sprint.
In every Sprint, Sprint Retrospective is an excellent chance to inspect and adapt the way of working. There are many formats to help Scrum Master facilitates the Sprint Retrospective. But I always think about the format that can focus on the team environment, the ecosystem. I keep thinking and uphold that idea, and I found the inspiration from the "Parable of the Soils”. Borrow that parable; I create the Sprint Retrospective format “The 4 Soils”. The meaning of this format is to focus on how to help the Scrum team define what is the good/ bad impact to the house o of Scrum. From that, team will have the action or change to improve/ maintain the ecosystem. Trong khi tôi đang lên kế hoạch cho Scrum Day Vietnam 2020, thì chợt nhớ lại SDVN 2019 vừa qua. Có một câu hỏi rất hay của các bạn tham dự vào năm ngoái, đó là: "Scrum Master có cần phải biết technical không?". Khi nghĩ về câu hỏi này, lại kích thích tôi viết một vài dòng chia sẻ với mọi người về vai trò Scrum Master. Hi vọng qua bài viết này, các bạn sẽ hiểu rõ hơn và trả lời được câu hỏi trên.
Wrong determination
People often think that persistence or not giving up will bring them to the success. However looking back to your past, how many times you tried, but did not get a good result? Your determination faced with many failures than successes or even just only failures? Did you ask yourself "Why" and "What is missing to be successful"? Let's talk about football. Does the football team want to win the cup or want to win all the matches? If you put your expectations on how to win every match, that’s more challenging and might be impossible. But if the goal to win a cup, it will give you a better chance and strategies like you do not need to win all the matches (by accepting the loss or draw in some matches). Or even have a long preparation to be the champion in the couple years rather than this year . Having persistence and determination is good but putting it on the right thing, and the right time is more important. The journey to reach the goal is a long journey. And you can have a lot of strategies to achieve it. Knowing how to inspect and adapt the plan or strategy to help you reach the goal; once you failed, you learn from it, change your plan, and continue. Hai ngày Face to Face với các đồng nghiệp Professional Scrum Trainers tại Delft là một trải nghiệm tuyệt vời mà tôi sẽ không bao giờ quên. Từ Việt Nam đáp chuyến bay cuối năm đến đất nước Hà Lan xa xôi, trong lòng không khỏi bồi hồi, vì tại Việt Nam thời điểm này là thời điểm nhà nhà đang chuẩn bị đón Tết Nguyên Đáng.
Trời Hà Lan những ngày này rất lạnh, nhiệt độ từ 0 đến 3 độ C. Với cái rét này khiến tôi nhớ Việt Nam và cái không khí Tết càng da diết hơn. Tuy nhiên, càm giác sắp được gặp những người bạn, đồng nghiệp và cùng chí hướng, khiến tôi nao nao hơn bao giờ hết. Dưới đây là những hình ảnh lưu giữ kỷ niệm cho chuyến đi này. Scrumviet xin giới thiệu đến các bạn một phương thức đơn giản và dễ dàng cho việc minh bạch về cảm xúc của các thành viên trong nhóm. Phương thức này có thể sử dụng cho nhiều mục đích khác nhau như: meetup, workshop, meeting.
Đâ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: Bạn hiểu rõ được thách thức hiện tại bao nhiêu, khả năng thành công của bạn sẽ càng cao bấy nhiêu
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.
Để "hiện thực hóa" bài blog về làm thế nào để apply Liberating Structures vào Sprint Retrospective, hôm nay Scrumviet đã có một buổi sáng thật vui cùng các anh chị và các bạn với meetup cùng chủ đề. Dưới đây xin phép chia sẻ một vài hình ảnh và video về meetup đã diễn ra.
Hi vọng những meetup sắp tới sẽ có ngày càng nhiều bạn tham gia và trải nghiệm về Liberating Structures.
Sprint Retrospective là một event quan trọng của Scrum (Xem thêm về Sprint Retropspective là gì?). Nhưng làm sao để dẫn dắt Scrum Team có được một Sprint Retrospective thật tốt là không dễ dàng. Nhiều Scrum team đã gặp vấn đề và không biết làm sao để cải thiện Sprint Retrospective, như:
Để trả lời cho câu hỏi này chúng ta cần đi qua hai định nghĩa: Team và Self-Organizing.
Team là gì? Team là một nhóm bao gồm những cá nhân làm việc cùng nhau để hoàn thành một công việc nào đó. Đây là một nhu cầu tự nhiên, khi những cá nhân cảm thấy không thể giải quyết công việc một mình. Self-Organizing là gì? Self-Organizing là tính tự tổ chức. Một nhóm hay cá thể trong tổng thể được gọi là có tính tự tổ chức, khi nhóm hay cá thể đó có thể tự vận hành, kiểm tra và thích nghi với hoàn cảnh đang đối mặt. Scrum có 3 Artifacts là Product Backlog, Sprint Backlog và Product Increment. Mỗi Artifact đều có một vai trò rõ ràng và rất quan trọng với Scrum. Qua mỗi Artifact, giá trị của sản phẩm được minh bạch tối đa để mọi người có thể nhận biết và hiểu rõ được. Từ đó giúp cho Scrum Team có thể tối ưu hoá sản phẩm bằng chủ nghĩa kinh nghiệm: Transparent, Inspection, và Adaptation. Bài này tôi sẽ không nói nhiều về chi tiết của từng artifacts (để xem chi tiết các bạn có thể click vào link để xem những bài viết trước) mà sẽ nói qua về việc tại sao Artifacts lại quan trọng với sản phẩm. Và dòng chảy giá trị sản phẩm được tối ưu hoá thế nào qua Product Backlog, Sprint Backlog và Product Increment.
Nội dung đã được cập nhật theo bản Scrum guide 2020
Nhiều năm trước, tôi bắt đầu tìm hiểu và quan sát cách thức hoạt động của các dự án phần mềm. Lý do tôi quan tâm đến việc này là vì, nhiều dự án thậm chí đã rất thành công trong việc deliver đúng hạn, đạt được đúng yêu cầu đề ra ban đầu, và hoàn thành trong chi phí cho phép. Tuy nhiên, khi nó được đưa ra thị trường thì không ai sử dụng cả. Sau đó sản phẩm đó cũng chết đi để lại nhiều sự lãng phí trong đầu tư và sức lực của các bên để đảm bảo nó được hoàn thành. Từ đó, trong đầu tôi luôn tồn tại một câu hỏi: Điều gì tạo ra khoảng cách giữa một sản phẩm thành công, được đón nhận bởi người dùng và một sản phẩm thất bại? Qua nhiều năm quan sát, tôi rút ra được một điều, một trong những lý do sản phẩm không được đón nhận như nó được kỳ vọng đa phần là vì nó bị đánh giá sai giữa "Input", "Output" và "Outcome". |