Do you know situations where the team spirit and/or quality of results were decreasing? This might have been complex situations and maybe it took a lot of time to fix it. But did it change on a long term? I suggest an easy to use way with all team members to get and stay in a continuous improvement loop.
This presentation will help you understand what it takes to run a successful agile release planning meeting. The release planning is the “pacemaker” of enterprise agility and the Agile Release Train (ART) which aligns the Agile program to a common mission. Based on nearly a decade of experience, Dean Leffingwell and Scaled Agile have developed a process which has worked with small trains of 40 people to larger trains of 180. This video explains what it takes to run a successful Agile release planning meeting from a scaled point of view (100′s of teams).
Being Agile: Eleven Breakthrough Techniques to Keep You from “Waterfalling Backward” is a book that aims to provides some techniques that will help teams starting to adopt an Agile approach to software development to solve some of the issues they will face. If your team is tempted to get back to the traditional project management approach, you will find material in this book to continue your journey towards Agile.
The first value of the Agile Manifesto is ” Individuals and interactions over processes and tools”. Its third value is “Customer collaboration over contract negotiation”. In his book “Agile Analytics”, Ken Collier discusses the concepts of cooperation and collaboration in Agile.
Most of the Scrum teams use a task board to visualize their activity and progress with task cards. In these two blog posts, Keith Clinton, the author of Agile Game Development with Scrum, discusses the concept of feature boards and feature cards.
Rich Hickey has stated “The simpler solution is going to kick your butt”, Russ Miles would go further, “The simpler solution is already kicking your butt; no one is more agile than the teams developing with simplicity in mind”.
The Product Owner is a very important role in Scrum. He has the key responsibility to create, manage and prioritize the product development backlog. Can this responsibility always be to a unique person or is there situations where you could have a team of product owners? Kenneth Rubin discusses this topic in his “Essential Scrum” book.
Scrum Expert Copyright © 2009-2025 Martinig & Associates