Jake talks about a design sprint we did with CustomMade.
The design sprint is a process for prototyping and testing any product in 5 days. Using real-world examples, we’ll show how to move faster and increase the overall effectiveness (and happiness!) of your whole team. And we’ll offer techniques for teams of any size, from two-person startup to giant enterprise.
I love agile games! They help explain the concepts behind Scrum in a much more direct, fun and powerful way than any theory session will do. When executed well, they allow participants to experience first-hand why Scrum really works. Over the past few years, a number of simulation games have popped up to do just this. The one that always captured my imagination was the Scrum Lego game invented by Alexey Krivitsky because it looked like great fun to play with legos and learn about Scrum. Because I would love to be able to add this game to my own workshops, training and coaching sessions, I decided to invite some friends and colleagues to try the game and see if it really worked. Simply put, we had a blast! In this post, I would like to share my experiences and recommendations for playing this game.
This is a fire-hose overload of the Scrum basics.
Holacracy is a revolutionary management system that redefines management and turns everyone into a leader.
Holacracy distributes authority and decision-making throughout an organization, and defines people not by hierarchy and titles, but by roles. Holacracy creates organizations that are fast, agile, and that succeed by pursuing their purpose, not following a dated and artificial plan.
This isn’t anarchy it’s quite the opposite. When you start to follow Holacracy, you learn to create new structures and ways of making decisions that empower the people who know the most about the work you do: your frontline colleagues.
Some of the many champions of Holacracy include Tony Hsieh, CEO of Zappos.com (author of the #1 “New York Times” bestseller “Delivering Happiness”), Evan Williams (co-founder of Blogger, Twitter, and Medium), and David Allen.
This second edition is an annotated version, a “director’s cut” where Henrik reflects upon the content and shares new insights gained since the first version of the book.
The tricky part to agile software development is that there is no manual telling you exactly how to do it. You have to experiment and continuously adapt the process until it suits your specific situation.
This book aims to give you a head start by providing a detailed down-to-earth account of how one Swedish company implemented Scrum and XP with a team of approximately 40 people and how they continuously improved their process over a year’s time.
Under the leadership of Henrik Kniberg they experimented with different team sizes, different sprint lengths, different ways of defining “done”, different formats for product backlogs and sprint backlogs, different testing strategies, different ways of doing demos, different ways of synchronizing multiple Scrum teams, etc. They also experimented with XP practices – different ways of doing continuous build, pair programming, test driven development, etc, and how to combine this with Scrum.
This book includes:
- Practical tips and tricks for most Scrum and XP practices
- Typical pitfalls and how they were addressed
- Diagrams and photos illustrating day-to-day work
- Testing and test-driven development
- Scaling and coordinating multiple teams
- Dealing with resistance from inside and outside the team
- Planning and time estimation techniques