Warning: curl_setopt() [function.curl-setopt]: CURLOPT_FOLLOWLOCATION cannot be activated when safe_mode is enabled or an open_basedir is set in /home/cleuo/public_html/gtdthings/wp-content/plugins/affiliate-mage/classes/amazon.class.php on line 1
“Having a Project Management system without a methodology is like attaching a speedometer to an orange crate; it measures nothing.”
– Bryce’s Law
The principles of Project Management have been with us for a long time. There has also been a number of Project Management software packages introduced over the years, beginning with mainframe based commercial packages introduced back in the early 1970’s. Some of it has been quite good, others are based on sheer quackery. Some people naively buy such packages in the hopes they will be some sort of panacea to cure all project woes; that projects will start to come in on time and on budget simply because a certain tool was purchased. Inevitably, they are puzzled when projects still go awry even with the latest software. I believe there are three reasons for this:
1. Companies are blinded by technology and fail to recognize the human dynamics involved with Project Management. Instead of working with people to successfully achieve their project assignments, they rely totally on numbers instead.
2. Companies fail to consider the total processes involved in Project Management and tend to attack it in piecemeal. For example, there are interdependencies between planning, estimating, scheduling, reporting, and control. Attacking only one of these problems will inevitably have an adverse affect on the others. In other words, companies fail to grasp the comprehensive nature of Project Management and tend to attack the problem of the moment, such as estimating or scheduling.
3. Companies believe Project Management is an end to itself; that by mastering the mechanics of Project Management, development projects will come in on time and within budget. They are easily shocked when this does not occur.
I refer to this last item as the “tail wagging the dog” phenomenon. True, the mechanics of Project Management are important, but too often people forget it represents nothing more than the dials and gauges to our business. To illustrate, a company using an assembly line process can effectively produce products without the aid of Project Management. The assembly line simply denotes the dependencies and sequencing of the work effort in order to produce a product. Project Management can then be applied to monitor activity and determine slowdowns and work stoppages or accelerations of production, all of which may require corrective action by management. However, trying to apply Project Management without the assembly line is an exercise in futility (it measures nothing). In other words, the assembly line represents the road map from which we will start and end our development efforts. Without the road map, Project Management is useless.
Ultimately, the assembly line represents the methodology for a project which defines Who is to perform What task, When, Where, Why and How (which we refer to as the 5W’s + H). Without a defined methodology, you simply cannot perform Project Management. Without the road map, you cannot plan; without a plan,you cannot estimate or schedule; without an estimate or schedule, you cannot determine if you are ahead or behind. Bottom-line: Everything starts with the road map.
Although companies may occasionally have a project using a unique methodology that will be executed no more than once, most companies have standard and reusable methodologies they use for different parts of the business. For example, a methodology for engineering a product such as an automobiles essentially the same for all such projects. The same is true for designing and constructing a building, performing customer service, managing finances, laying out marketing campaigns, or engineering enterprise-wide systems and software. Unknowingly to most, companies have a portfolio of reusable methodologies they regularly use on projects.
Methodologies consist of a work breakdown structure which expresses dependencies between steps in the project. Each methodology is normally defined using different levels of abstraction which breaks the project into smaller, more manageable pieces; such as phases, activities, and tasks. By doing so, the methodology defines the 5-W’s + H. Other characteristics include review points (for stop/go/revise decisions) and benchmarks used to substantiate completeness of a step within the methodology. Such benchmarks typically take the form of “deliverables” to quantify completeness before proceeding with the next step in the project. Finally, a methodology includes a beginning phase for planning,middle phases for execution, and a final phase for review or audit. As an aside, Industrial Engineers have been devising methodologies for many years (long before the advent of computers).
The current fascination with Project Management is healthy and should not be discouraged, but people should be reminded that it is only possible with an effective methodology; it is the Achilles’ heel to Project Management. Without it, you will inevitably drive in circles. This may all sound rather obvious, but as I have discovered in this field, the obvious isn’t always obvious.
If you would like to discuss this with me in more depth, please do not hesitate to send me an e-mail.
About the Author:
Tim Bryce is a writer and management consultant located in Palm Harbor, Florida.
http://www.phmainstreet.com/timbryce.htm
He can be contacted at: timb001@phmainstreet.com
Copyright © 2008 Tim Bryce. All rights reserved.
Article Source: ArticlesBase.com – Project Management Requires a Road Map
|
Software Project Survival Guide (Pro -- Best Practices)
$4.00 Equip yourself with SOFTWARE PROJECT SURVIVAL GUIDE. It's for everyone with a stake in the outcome of a development project--and especially for those without formal software project management training. That includes top managers, executives, clients, investors, end-user representatives, project managers, and technical leads.Here you'll find guidance from the acclaimed author of the classics CODE ... |
|
Microsoft Visio 2000 Professional Edition
$99.49 Your IT systems and processes may be complicated, but visualizing them doesn't have to be. With Professional Edition, you assemble drawings using predrawn shapes called SmartShapes symbols, which snap together effortlessly to represent network equipment, business processes, and more. Build certain IT diagrams based on a model that keeps track of objects for you. When you revise a database, softwar... |
|
Stox/Stock Portfolio Management [Old Version]
$49.95 Introducing Stox - research tracking and analysisImagine being the one whose friends family and coworkers go to for investment advice. You a fountain of knowledge for current business and world news earning a reputation for being the resident expert on the stock market. Or better yet imagine quietly enjoying the confidence of financial security. Now stop imagining things and do it with the help of... |
|
How to Become Smarter
$0.99 You can download and read this book for free and you will have to pay only if you enjoy the book (copy and paste the link into your browser): rapidshare.com/files/2792552997/H015.zip or depositfiles.com/files/tisodhbgg This text describes techniques for improving mental abilities. Some of the things it can help you to achieve include the following: Depending on circumstances, use different lifesty... |
|
The Elements of Scrum
$9.99 The Elements of Scrum is a field guide to the practice of scrum, the popular software development methodology, co-authored by Chris Sims, one of the countryâs leading scrum trainers, and author and business journalist Hillary Johnson.Scrum is an agile methodology that helps software development teams learn to achieve the team equivalent of Abraham Maslowâs concept of âself-actualiza... |
|
The Mythical Man-Month: Essays on Software Engineering, Anniversary Edition (2nd Edition)
$22.00 The classic book on the human elements of software engineering. Software tools and development environments may have changed in the 21 years since the first edition of this book, but the peculiarly nonlinear economies of scale in collaborative work and the nature of individuals and groups has not changed an epsilon. If you write code or depend upon those who do, get this book as soon as pos... |