Master - Details
At Kode Meister GmbH we created a simple application with a several master -details screens. All of our features were either. Then we had trivial bugs about mainly about drawing issues (text overflows and so), medium size ones, about wrong data processing and some very hard ones with different origins.Data was generated with this.
Estimate the performance waste
The actual performance () a team generates in all iterations is constant. People performance is always about the same. If your team is growing or shrinking this number would vary. But we could take per capita instead without loosing generality.We first need to assign each feature and bug arbitrary weights based on relative effort needed to be completed or solved. e.g: a Grid is 5, a Details is 7, a Trivial is 1, a Medium is 3 and a Big is 5.
The Math
Let's say the effort (weight) needed to complete a feature is , the effort needed to solve a bug is . Let be the feature in the iteration , the set with all features of the iteration , the bug in the iteration , the set with all the bugs of the iteration Then the first iteration could be expressed as:As time passes and it becomes more and more difficult to complete features and solve bugs we want to measure how much more difficult it is now than before. We will call it . The general formula will be:
If we put on a graph we will see:
What next?
Grab yourSometimes it's easier if you work backwards.Look at the past. See how you've been doing, a year ago, 6 month ago, now. If you are not doing good: Hang on, well get to that.
No comments :
Post a Comment