As more and more projects become agile, reporting has to support agile work environment. I use predictions in project reporting. Before each project phase I make a progress prediction and compare it to a real time progress percentage.
Why I do this:
Usually the progress percentage is calculated from activity progress. All change requests are reported separately.
I include all unplanned activities like open issues in my calculations as well.
Why I do this: Going through every issue takes time. I use an estimate of 2.5hrs per issue –> If there are 50 open issues in a project, work hours come up to around 125hrs.
When making a prediction I always estimate the work load for open issues. I make sure that the project has the capacity to solve problems.
A lot of people have asked how I can make such accurate predictions. I always say I really can’t. Well communicated prediction steers people to work according to plan. If you announce that we are 5% late from our goal that week, people start to think what tasks could be done to make that goal.
Another clear benefit is that making predictions requires careful planning. Before you publish and communicate your graphs, you actually have to have your plan well thought out and monitoring set to place.
On the other hand, you could just say well planned is already half done. And if it is half done, why bother so much with the rest.
Download a guide on software testing in development projects. You’ll avoid many common mistakes and succeed in the implementation.
Improved testing efficiency, 70% less emails and real time reporting
Easily plan and execute even the most challenging development project