Agile-in-the-small – a single team with a single product – is all about digital product thinking. Agile-in-the-large is a very different thing. This talk shows how combining industrial and digital thinking is the key to achieving autonomy with alignment, and they offer pragmatic advice and useful tools for achieving agility at scale.
Videos on Scrum and Agile Project Management
Minimum Viable Product (MVP) is one of the most misunderstood, misused, and abused terms in contemporary software development. In this talk, Jeff Patton explains the misunderstandings made by thought leaders that lead to the confusion we all deal with today. You will learn the counter-intuitive concepts hidden in the term and why really using them is so hard.
In this presentation, Lyssa Adkins and Simon Powers explore the role and offer a definition of what agile coaching really means, what competencies you should expect from an Agile coach and a framework for learning. They will also share some cool things being done in this space to maximize the chance of transformation success by having the right people.
This presentation shares in details how Skandinaviska Enskilda Banken implemented the SAFe agile framework, creating tribes, agile teams, iterations, PI Planning, Review, Backlogs or Kanban portfolio. The presenter adds a “but” to this, as the organization still does not know the priorities, requirements and their roles.
This talk will not only show you how Agile methods are great for starting an innovative initiative in a low-to zero-budget sector, it will also show you how you can use Agile to make a difference in this world.
Are Agile methods appropriate for safety-critical products? This presentation describes how an Agile project in the nuclear industry, has managed to be Agile while maintaining nuclear safety. A related issue is the complex nature of the work, spread over multiple teams in multiple companies, with work projected to continue for over 5 years.
We constantly hear that change should be affordable and cost-effective with Agile. True, but, in reality, that is easily said than done. Complexity makes change hard. We cannot shy away from the hard problems posed by domains and business needs. So, how can we solve complicated problems without getting dragged into the quagmire of what appears to be an inevitable complexity?