Traditionally the velocity (V) of agile teams is calculated as number of story points (SP) delivered per sprint. If our team is static, that means, it consists of the same or at least the same amount of people in each sprint we can get a velocity that really reflects the team performance.
Although highly desireable, from my . . . → Read More: Capacity Based Velocity Calculation for Dynamic Agile Teams
Most people would agree to say that an IT project is complex if it has to cope with difficult technology and a challenging business context.
But it is not just technical complexity that threatens the success of a project. Team complexity is an important and often underestimated factor that highly affects the likelyness of success and failure . . . → Read More: Team Complexity – The Underestimated Factor
Today my Windows 8 app Agile Games passed the Microsoft certification process. It is now available in the Windows Store.
The app acts a a host of typical games that are utilized in agile projects. The first game is planning poker which can be now played by distributed teams over the internet. Other games will be added . . . → Read More: Agile Games Released
If you ever tried to create an execution environment to automate business- or integration processes based on Open Source products, you know that this is not an easy task. Although Open Source products like Activiti or Apache Camel are of high quality, they do not run with production grade quality out-of-the-box. For serious usage scenarios typically . . . → Read More: Integrated Process Management with Open Source
Are you interested to know how to combine process management, agility and Open Source software? Then the roadshow Agile Process Management with Open Source is for you. It is going to take place in several German cities during autumn 2012. I am going to present ways to achive efficiency in the area of process automation using . . . → Read More: Agile Process Management with Open Source
What does collocation mean? The concept is very simple. It means bringing together the people who work on a software product in a physical environment. This seems to be natural. But in highly distributed work environments that we have today it is not anymore.
I’ve been working on agile projects for many years and I always hear . . . → Read More: Collocation Is Vital!
The German IT magazine Computerwoche published my article about agility and management. The article describes ths difficulties when scaling out Scrum in larger organisations.
You can read it online. Wann Scrum funktioniert: Das Management muss . . . → Read More: Management Attitude and Agility
Many agile techniques such as Kaizen, Sashimi or Kanban correspond to terms and principles found in asian culture. A less known principle is:
“Do not develop an attachment to any one weapon or any one school of fighting”
- Miyamoto Musashi
In the context of agile it means that one should change the process if it helps to achieve . . . → Read More: Trapped in the Comfort Zone
According to the second rule of the agile manifesto working software is more important than comprehensive documentation. This is definitely true!
To be clear, this does not mean that software developed by agile teams is not documented. If comprehensive documentation brings value to the organisation, agile teams produce this as well. Specifications are written as well in . . . → Read More: Bug or Change – Cause of Conflict in Agile Projects
Although there is a greater likeliness of success in Scrum projects than in non-Scum projects, Scrum projects sometimes fail as well. If you ask the people involved in failed Scrum projects, they quickly accuse Scrum of being the cause for the failure. They claim to have done everything that Scrum requires, but failed, so the method . . . → Read More: How to Staff an Agile Team