Videos on Scrum and Agile Project Management
Agile versus Waterfall is often presented as a difference in development methodology, but it is much more a clash of cultures. Large bureaucracies, government regulation and many other factors can create an environment that is hostile to many forms of innovation and in which Waterfall is actually the most cost-effective approach.
It can be complicated to involve the whole team to facilitate product backlog refinement and take part in requirements discussions. I would like to suggest a structure of the PBR (product backlog refinement) meeting that will encourage everybody to speak up and share their ideas on functionality.
There are now several frameworks designed for scaling agile. This talk explains the flaws in such frameworks, why they so often fail to produce the desired effects, and what we should do instead. It also addresses some common organizational obstacles to moving fast at scale: governance, budgeting, and the project paradigm – and discusses how to address them. Warning: this talk includes liberal use of real, statistically sound data.
Customer value. Everyone wants to deliver it. Everyone “believes” that they are delivering it. But are you? How do you know? This provocative talk challenges the audience to see their work in a different way and consider adopting value stream management as a means to become a more nimble organization that delivers even greater customer value.
The Agile Manifesto says that “The most efficient and effective method of conveying information to and within a development team is face-to-face conversation”, but many meetings are a dull waste of time, even for Scrum teams.
Velocity is one of the most common metrics used – and one of the most commonly misused – on Scrum and Agile projects. Velocity is simply a measurement of speed in a given direction, the rate at which a team is delivering toward a product release. As with a vehicle en route to a particular destination, increasing the speed may appear to ensure a timely arrival.
Allan Kelly outlines the #NoProjects agenda and discusses the role of teams as the unit of production and the team life cycle. Good projects make for bad software. Software which is useful is used and demands change, stop changing it and you kill it. In a world without projects how do you manage work? The answer is teams. Teams are the means of production, work should be based around teams and teams should be stable.
Scrum Expert Copyright © 2009-2026 Martinig & Associates