Buy it today!
Buy it today!
Project Management Methodologies: Selecting, Implementing, and Supporting Methodologies and Processes for Projects
288
Project Management Methodologies: Selecting, Implementing, and Supporting Methodologies and Processes for Projects
288Hardcover
-
SHIP THIS ITEMIn stock. Ships in 1-2 days.PICK UP IN STORE
Your local store may have stock of this item.
Available within 2 business hours
Related collections and offers
Overview
Buy it today!
Product Details
| ISBN-13: | 9780471221784 |
|---|---|
| Publisher: | Wiley |
| Publication date: | 02/07/2003 |
| Series: | Youth Communicates Ser. |
| Pages: | 288 |
| Product dimensions: | 6.22(w) x 9.51(h) x 0.97(d) |
About the Author
Read an Excerpt
Project Management Methodologies
Selecting, Implementing, and Supporting Methodologies and Processes for ProjectsBy Jason Charvat
John Wiley & Sons
ISBN: 0-471-22178-3Chapter One
Understanding Project Methodologies
Many project management methodologies used today are either the wrong methodologies or are not applied fully. Some project managers see methodologies as impractical and bureaucratic, relying on their gut instinct when it comes to managing projects. This book will reassure you of the importance of methodologies. If project management methodologies come across as too complex to use in real world projects, project managers will look for their own shortcuts. Given enough time, anyone can be trained to adhere to a project methodology. Good project management is the key throughout this book. There is no right or wrong project methodology-provided you apply it in the right situation.
Miyamoto Musashi, a seventeenth-century samurai, stated:
One can win with the long sword, and one can win with the short sword as well. For this reason, the precise size of the sword is not fixed. The way of my school is the spirit of gaining victory by any means.... (p. 20)
If an organization's business is project orientated, it must master project management to be successful in the marketplace. This applies to construction, engineering, finance, education, government, information technology, or any other type of industry. The key pointis: How can we build and deploy quality projects or services? Just look at Disney, Nokia, J&J, Vodafone, and Virgin as prime examples of how companies have produced phenomenal products, starting with innovative ideas, designed and built against their own project/development methodologies, and then deployed globally. What is the secret to their success? These companies used project/development methodologies that allowed them the innovativeness to deliver their projects more quickly to market than their competitors. If a methodology looks orientated to information technology (IT), you can use it effectively elsewhere, in the energy, aeronautical, social, government, construction, financial, or consulting industries.
Using project methodologies is a business strategy allowing companies to maximize the project's value to the organization. The methodologies must evolve and be "tweaked" to accommodate a company's changing focus or direction. It is almost a mind-set, a way that reshapes entire organizational processes: sales and marketing, product design, planning, deployment, recruitment, finance, and operations and support. It presents a radical cultural shift for many organizations. As industries and companies change, so must their methodologies. If not, they're losing the point (Figure 1.1).
* WHAT IS A METHODOLOGY?
In my quest to define methodology, I started by asking colleagues and associates some questions with the intent of "stirring the pot." I received at least 20 different definitions of what a methodology is and used only those definitions that seemed helpful. The questions I posed were: What is a methodology? Should there be many methodologies? Is one better than another? How would you know which phases to adopt? How can we apply these results to a project? The answers to those questions resulted in the following definition of a methodology:
A methodology is a set of guidelines or principles that can be tailored and applied to a specific situation. In a project environment, these guidelines might be a list of things to do. A methodology could also be a specific approach, templates, forms, and even checklists used over the project life cycle.
A methodology can also be defined in other ways; for example:
* A process that documents a series of steps and procedures to bring about the successful completion of a project.
* A defined process for accomplishing an end.
* A series of steps through which the project progresses.
* A collection of methods, procedures, and standards that define a synthesis of engineering and management approaches designed to deliver a product, service, or solution.
* An integrated assembly of tasks, techniques, tools, roles and responsibilities, and milestones used for delivering the project.
A formal project methodology should lead the work of all team members throughout the life cycle of a project. All members of a team should be familiar with and use the chosen methodology throughout their projects. Many project management methodologies address the management of a single project, without appreciating that many other projects in a company compete for the very same resources and attention. The project management methodology should also provide project managers with the perspective that there is a project management framework and associated methodologies present in the company. It may be useful to think about what a project management methodology is not:
* A quick fix.
* A silver bullet.
* A temporary solution.
* A cookbook approach for project success.
* How Many Methodologies Are There?
There is no one-size-fits-all methodology. Some companies have methodologies that cover everything from an initial sales call to operational support, while others cover merely the aspect of design and development. Most published books discussing methodologies focus on one role-the IT community. These books elaborate on how specific IT designs should be performed, discussing a few techniques and a few drawing standards for a specific methodology. Fitting this into your company's idea of a project methodology framework is sometimes difficult to understand, impractical, and not always easy to implement.
There is an additional problem with the single universal project methodology approach. Many project managers have found that, in practice, you cannot simply use a methodology exactly as it stands. They soon realized that they needed to modify and tailor whichever methodology they selected to suit their own company project needs. They followed a "pick-and-choose" approach, using what they needed.
When examining methodologies later in this book, we see that a methodology is "larger" when it contains more elements. Because a methodology exists primarily for project managers to coordinate project team members, coordination is appropriately larger on a large project. The methodology grows proportionally to the number of roles and work product types. Therefore, we should not expect a small-team methodology to work properly for a big team, or a big-team methodology for a small team. Thus, you need to be practical about selecting an appropriate methodology.
* Shortcomings of Many Project Methodologies
There are shortcomings to any methodology. Before we start by describing the best way to proceed with project methodologies, we need to first understand where methodologies can possibly go wrong. In my search for the über-methodology to recommend, I realized that many project methodologies:
* Are abstract and high level.
* Contain insufficient narratives to support these methodologies.
* Are not functional or do not address crucial areas (i.e., QA, CM, testing).
* Ignore the industry standards and best practices.
* Look impressive but lack real integration into the business.
* Use nonstandard project conventions and terminology.
* Compete for similar resources without addressing this problem.
* Don't have any performance metrics.
* Take too long to complete because of bureaucracy and administration.
* Projects Influence Methodologies
Not one single project methodology can solve every project across all industries. For example, the Channel tunnel project linking the United Kingdom to France came with many problems and had major cost and schedule overruns. Project methodologies were developed to prevent such problems. Many project methodologies come close to preventing problems, and many are tailored to specific uses, but it finally boils down to applying solid project management principles. Methodologies affect project management; they affect any project universally in the sense that each methodology:
* Contains project phases.
* Measures progress.
* Takes corrective actions based on defects found.
* Assigns resources to various phases.
Project methodologies are useful to companies only when the tasks are appropriate and applicable. In many project studies, project plans are seldom updated. Why is this? Many projects focus only on satisfying clients during the initial deployment phases instead of conforming to the actual plan as the project proceeds throughout the project life cycle.
In Figure 1.2, we see that Project A has no methodology and is filled with process issues as well as problems that actually increase as the project moves along. Additionally, Project B, which has a structured methodology with defined and operational project processes, minimizes the number of problems that may occur on the project. I do not contend that there will never be any problems if a project methodology is in place; it does, however, mean that you have planned for all areas of the project to function while trying to meet the objectives.
In assessing any company, we see that project management (PM) methodology does not exist in isolation. Instead, there are other interrelated, connected methodologies, which have a dependency on one another. Figure 1.3 illustrates that there is more than one methodology in an organization, and you need to be prepared for the one you will be using or interacting with. There is a relationship between the various methodologies, including:
* Sales and marketing methodology.
* Recruitment methodology.
* Project management methodology.
* Development methodology (i.e., specific technical build). This implies that the software or product is built more from a technical perspective than the way a project methodology is managed (e.g., when you think about building a new car, you think about the project methodology you'll be using, but hidden within the project methodology is the specific development methodology, which is precise technical steps).
* Operations and support methodology.
It is crucial to understand the bigger picture of what is involved before undertaking any project. For example, the fastest house builders in the world-Habitat for Humanity International-broke the world record in 1999 by building an entire four-bedroom house in 3 hours 44 minutes and 59 seconds in Auckland, New Zealand, including electrical and plumbing systems. However, the planning and coordination of this project took 14 months, which is another matter. You should not focus just on the actual "build" phase, which the record focuses on, but see which other methodologies contributed toward making this possible. Habitat for Humanity International used the following methodologies to build this house:
* A marketing methodology to market the idea to their stakeholders.
* A recruitment methodology to recruit the necessary volunteers to build the house.
* A basic project management methodology to estimate and plan this effort.
* A well-orchestrated development methodology emphasizing teamwork and multiple tasks being performed at the same time.
* DEFINING A PROJECT
Although this book focuses primarily on various project management frameworks and development methodologies, we first clarify what a project is-a temporary effort of work, a onetime event that meets the following criteria:
* Has a start and an end date.
* Has schedule, cost, and quality constraints.
* Is a unique endeavor and contains risk.
* Has a certain scope that needs to occur.
Typical everyday examples of where we could apply a project management methodology and a development methodology include:
* The development of a new freeway as part of an existing road network.
* The creation of a new business unit in an organization.
* The design and development of a new computer system.
* The search for a pharmaceutical drug for a life-threatening virus.
* The development of a naval or space vessel.
* The creation of a new political party.
Project managers should realize that any repetitive continuous process is not a project. They should be focusing on a one-time event. Traditionally, a business unit decides that an organization should develop a product and turns it over to the relevant project group to establish a plan and manage the project. Additionally, the project manager must ensure that the project actually fits into the project plan that was built. Executives or clients then routinely scrutinize this plan to check for variances and request the necessary corrections or deviations. Project management thus has an important role to play. Project changes and new requirements will always be present because of legislative, regulatory, technological, or new strategic initiatives. We see why in the next section.
* Project Management Demystified
Before looking more closely at methodologies, we need to be aware of the key tasks that a project manager performs on any project (see Table 1.1). These are not all the objectives that you might encounter on a specific project, but the list will give you a basic feeling for what objectives are to be met.
Many companies don't have sufficient resources to perform multiple projects concurrently because of (1) turnover, (2) untrained staff, (3) unavailable staff, or (4) functional restrictions in their departments. It is important that project managers be aware of the resource commitments to other projects in their organization. A complete project management framework can determine these requirements upfront and well in advance of any crippling resource problems.
* Project Management Responsibilities
Throughout the life of any project, project managers are responsible for the key areas. Some of these responsibilities, which tie in directly with any project methodology, follow:
* Obtain approval for the project to proceed.
* Determine the project scope and its feasibility to the overall business.
* Ensure the necessary project resources are identified and allocated.
* Plan the project to the relevant detail it requires.
* Ensure that the project methodology and associated processes are adhered to.
* Monitor the project in terms of cost, quality, and schedule.
* Identify and monitor project issues and risks.
* Provide updated reports and summaries to key stakeholders.
* Provide leadership to the project team.
* Status of Projects Today
Across all industries-whether IT or construction-we are encountering many of the same problems time and time again, irrespective of geographic location.
Continues...
Excerpted from Project Management Methodologies by Jason Charvat Excerpted by permission.
All rights reserved. No part of this excerpt may be reproduced or reprinted without permission in writing from the publisher.
Excerpts are provided by Dial-A-Book Inc. solely for the personal use of visitors to this web site.
Table of Contents
Foreword.Introduction.
Chapter 1. Understanding Project Methodologies.
Chapter 2. Project Methodologies Explained.
Chapter 3. Project Management Frameworks.
Chapter 4. Development Methodology—Selection and Utilization.
Chapter 5. Implementing Project Methodologies.
Chapter 6. Supporting the Methodology.
Chapter 7. Project Templates and Techniques.
Chapter 8. Project Processes and Trends.
Appendix: Questions and Answers.
Index.
About the Author.