This video shares some insights on how to create an effective agile team for a new project. We managed to maintain a very vibrant team spirit in addition to following well-known agile methods. Most of the techniques we used have equally proven valuable in my other teams within a corporate environment.
Holacracy defines itself as “a customizable self-management practice for organizations”. This idea is not very far from the self-organization approach of Scrum, but it proposes a different framework to deal with issues. In her article “Decentralising Leadership: Holacracy in Practice”, Sandy Mamoli shared the story of implementing Holacracy in an Agile organization.
Agile software development teams often use the notion of “velocity” to measure their ability at delivering value to the customer. In his blog post, Norberto Herz discusses the concept of “predictability” as a measure of the team’s health. His blog post starts with a series of interesting questions: can the company sell “predictability” to its customers? Is predictability a new application feature? Is predictability A team quality or a team goal?
The concept of team is at the heart of Agile software development and frameworks like Scrum. Forming high performance Agile teams is however not obvious. In this article, Debbie Madden suggests five steps that could bring your software development teams beyond the basic principles of Agile.
Who says you need “stable” Scrum teams in order to build a successful software company? While the addition or removal of one person from a team means you have a “new team”, there is a myth out there about “stable” teams. When your Agile team compositions change it doesn’t mean you’re doing it wrong – it could be the secret to your success. Different companies have thrived through reteaming – the act of moving people around teams in different ways. This talk goes over the what, why and how of reteaming and shares stories from different companies who are living this reality.
Some software development teams are orders of magnitude more effective than others, turning around business solutions in days or even hours. Their secret is a combination of smart technology choices, great development habits and a powerful team dynamic. This talk describes a number of patterns of behavior that have been identified working with some great teams, beyond the basics of colocation, stand-ups and pair rotation. You’ll gain a new appreciation for old techniques like code reviews, and even working in silos won’t seem so bad!
If one of the first aim of Scrum was to break the silos between business analysis, development and testing, you can consider that improving the cooperation with the operation side of IT as the next frontier in this journey. What is the point to produce potentially shippable software increment in two weeks if your database administrator doesn’t want more than three new releases windows for the production database?