Software Estimation and Project Management – A Tale of Two Mirrors
One of the desired end results of any project is producing a seamless product. Said project could be a company manual, a piece of software, or an automobile, in the end the product should be perceived a single, cohesive entity. The entirety of your project should feel as if it were birthed whole and flawless, crafted with one brush in a single masterstroke.
Reality, however, has you painting a much different picture. Large projects take large groups of people. Large groups of people are broken down into several smaller teams. Even teams themselves can be further divided. Responsibilities trickle down through the ranks and deadlines are attached. Pieces of the project start to rely on each other as deadlines overlap and dependencies are built. A holdup in one team can literally delay an entire project. The larger the project, the more your single masterstroke starts to look a lot more like Chaos.
In an attempt to make things easier, many project managers turn towards some sort of project management software. The logic is fairly simple – obtain a single piece of software which can keep track of all the pieces of a project simultaneously. The ideal piece of software is busy monitoring deadlines and progress while doling out further responsibilities, all the while ensuring the desired end result.
Active Versus Passive Project Management
Problems arise when we think that all project management systems are created equal. The fact is that software systems can be broken down into two primary categories – passive and active. Passive systems reflect exactly what you put into them, in essence telling you what you already know, albeit in an organized and open manner. Active project management systems, often called estimation software, are able to make projections based on various algorithms and complex models. The difference between the two can be rather severe. If passive project management software reflects what you know, like a mirror, than active project management software reflects what you want to know, like a magic mirror.
Both types of software start at the same point, with the users supplying what is currently known. Both types then organize what is known and keep track of it. For large projects this typically takes into account a host of items such as individual employees, individual pieces of a project, and time allotments. Whether using passive or active project management software, the collection of this information creates an important foundation for any project.
The difference between active and passive software comes into play after this foundation is laid. With passive software, the user builds on that foundation, establishing milestones and to-do list items, creating the framework for the entire project based on the manager’s own understanding of his or her employees and their individual skill sets. The duty of then updating that software falls on either the project manager or users further down the pipeline. The software might take some proactive steps, such as emailing those with looming deadlines, but for the most part such project management software relied heavily on users to keep it updated.
With estimation software, however, the program itself starts to bear a fair amount of the management burden. Prime examples of good estimation software are able to calculate project requirements not just on the known quantities such as those involved, but also on the harder to measure areas like project complexity, available technologies, and the immeasurable factor: uncertainty. Active project management software thus builds a more complete idea of a project. From that idea, the software is able to extrapolate a mathematical understanding of a project. This grounding in math creates measurable and comparative results which are more easily justified than obtuse human guesswork.
The active aspect of this type of project management software comes from what the program can tell users about the future. Because of the amount of data implemented as a project’s foundation in these management tools, solid software estimation programs will account for time, effort, quality, and risk. From that, theoretical changes can be made within the software, reflecting the results without having to actually enact them. This grants project managers the ability to play with trial and error solutions without risking real life resources.
The need for project management software obviously differs based on the project at hand. For some projects, particularly those which have repeating and regular deadlines, a passive project manager might be ideal. For projects with multiple parts which are leading towards a single cohesive product, a more active piece of project management software might be in order. In such instances, much will obviously be gained from understanding the exact situation at hand. The determining factor is whether you want your resources checking in with a mirror which reflects what’s currently known, or if you want a mirror which can help you accomplish your goals by telling you what you don’t yet know.
Thank you for reading “Dan on Estimating”, if you would like more information about Galorath’s estimation models, please visit our contact page or call us at +1 310 414-3222.
Related posts:
- Book “Software Sizing, Estimation & Risk Management” Is Now Available Electronically Dan’s book, Software Sizing, Estimation & Risk Management, is now available via Google books. The Google book version is available...
- Viable Software Estimation Modeling: A Key Component Of Software Risk Management I spoke with someone recently who explained the reason they use SEER is for risk management. They pointed out that...
- Software Sizing, Estimation, Risk Management Book Available in Japanese I received copies of the book Software Sizing, Estimation, and Risk Management: When Performance is Measured, Performance Improves, translated into...
- Risk / Uncertainty In SEER and Project Management The question was asked “what probability should I estimate at” The answer follows: Risk is really uncertainty. So the question...
- Ten-step Project Estimation Process Software Estimation Concepts Many project managers and project management offices have unrealistic expectations about estimates. The definition of the verb...
Comments
2 Responses to “Software Estimation and Project Management – A Tale of Two Mirrors”
Leave a Reply
Project Prediction Infographic
The “Active and Passive Project Management Systems” is something that I haven’t seen discussed before.
I would like to republish your article on PM Hut, as I think the PM Hut readers will really appreciate it. In case you’re OK with this, then please contact me through the “Contact Us” form on the PM Hut site.
Thanks!
Thank you for making this clarification. Many people want to claim one project management tool end-all-be-all but you point out rather well that isn’t the case. I would also say that most of the online project management apps out there are passive and not active. Building a system that is capable of the planning required for being “active” is a difficult undertaking. However, with a good passive online tool, you can practice the predict, track, and learn methodology. We’ve been doing this for years now with Intervals and have our estimation process nailed, having tracked over 300 projects in our lifetime as a web design and development agency.
Thanks again for the great post.