Project Management of a Global Team
The world is getting smaller. Well, it isn’t physically getting smaller but that is one way of saying that global communications have become so fast paced that the world is really one community in a lot of ways. With the advent of the internet, email, instant messaging and VOIP, it is entirely possible to do business with trading partners around the globe without ever leaving your office.
For many businesses who are on the cutting edge of new business paradigms, the concept of a geographically isolated business is becoming obsolete. It is entirely possible to put together a business consortium or a project team made of subject matter experts spread across all time zones and from around the world. In fact, this kind of decentralized management of business projects is becoming more of the norm than the exception in the twenty first century business environment.
So just as those in marketing, product development and investments have already learned how to maximize a project team that is separated by hundreds or thousands of miles, the project manager must also adapt the project management methodology to accommodate a similar approach to getting business done.
Conventional project management is a systematic approach to taking a project from scope to implementation that has proven successful in thousands of companies. We have no reason to abandon this well developed methodology. But as new business paradigms come to play, we have to adapt even a standard methodology like project management to fit the way business is done in this century.
Communications is the key to any successful project. This is the challenge of utilizing a team from across a great geographical divide. It is entirely possible you may execute the entire project with team members you never see. So to facilitate frequent and up to date communications, we must exploit the technology we have at our disposal such as…
§ Blogs, wiccis and shared working environments. Group sharing environments on the web are becoming more and more common. By setting up a tool set on line in which team members can post status reports, leave emails, update the project management software, file expense reports and stay in touch with each other, you facilitate the kind of communication that keeps the team moving forward successfully. Blogs, private message boards and wiccis are also excellent means by which an ongoing “conversation” can be carried out between team members that anyone can check into and get caught up with the content of what has been done and what is being planned for the project.
§ Controlled email trees. As the project manager, email is an obvious way to quickly stay in touch with team members. However, it can get chaotic trying to keep up on fast moving email trees. That may be a good reason to trap all emails trees within your online project management software so the contributions of everyone on the team can be captured for further review.
§ IM staff meetings. IM can be expanded so it doesn’t just bring in two participants. You can schedule your weekly staff meetings using an IM conference room and capture the entire proceedings in the IM log thus assuring yourself that nothing that was said will “fall through the cracks.
By becoming adept at using cyberspace as the primary “location” of your project team’s interaction, you can literally create a team of highly specialized talent that can be located from anywhere in the world. This vastly expands your ability to tap the best minds for your work and to streamline the project management process. It will take time to get used to and there will be some missteps along the way. But if you can conquer global team management using internet tools, it will be a valuable skill for successfully executing global projects for your business.

The Project Management Method – Curse or Blessing
Project management is an area of expertise that has undergone some significant development in the last decade. A business project can have a far-reaching effect on the business and result in either tremendous improvement in the businesses ability to function in the marketplace or a significant setback to that business entity.
The idea of a formalized project management approach has been around for quite some time. So it was not uncommon for any manager to find themselves learning the discipline of a structured project management system. That project methodology takes any given business or IT project through the same standardized steps from conception through implementation. Those steps would include…
* Project definition
* Needs analysis and requirements definition.
* Cost benefit analysis.
* Project scope.
* Project schedule and budget.
* Detailed specifications
* Development
* Testing
* Training
* Deployment
By utilizing a standardized process of doing all projects the same way, using the same reporting methods and tools, there is an economy of skills in that the project leaders and team members become adept at navigating these steps. Further, by using the same systems and criteria, a scale of evaluation as to the effectiveness of the system is developed so the ability of project teams to do well over time improves.
It was natural that this standardized method would become codified and finally developed into a well-developed system that could that molds all projects to a single standard. By developing an industry wide method that requires strict training and adherence to the same terms, tool sets and definitions of success, the “intuitive” nature of judging project effectiveness is reduced. And so “the Project Management Method” was developed whereby project managers can undergo strenuous and exacting training in a standardized method that would be enforced via certification across the whole of the business community.
Whether or not the PMM represents a curse or a blessing to the business world depends to a large extent on individual applications of the method and measurements and observations on whether the method itself introduces efficiency to the process of project management or just another layer of bureaucracy.
.
There are some strong positives to utilizing a methodology that is standardized at an industry level. Those project managers who have gone through the certification process can be depended on to implement that system the same way in each business setting. As such, the process of finding qualified project managers becomes simplified because the certification process alone communicates to the business that it can expect the PMM system to be implemented correctly.
By putting into place an external method of certification and measurement of excellence, the project manager career begins to take a high level of professionalism similar to in the legal and medical fields. So the PMM movement represents a maturing of the IT and project management disciplines as they move toward greater levels of accountability and control.
The dangers come in implementation of the PMM methodology on a project by project basis. In order for a PMM certified manager to live by his credentials, all projects must conform to a standard mold. The unique nature of each project may not easily fit into the PMM process of systematization.
In addition, the PMM system is heavily dependent on a large amount of meetings to document that the project is adhering to standards and a methodical documentation process from which there is little room for variation or accommodation. The PMM is a complex methodology so the tool sets that must be used to track the process can be expensive and difficult to use.
The outcome is that the introduction of the PMM system can cause the actual business objectives of the project to take on a secondary priority to the high standards of PMM itself. Project leaders working under the requirements of the PMM can become more accountable to the methodology itself and lose sight of what is good for the business or what is efficient in terms of getting the project completed.
There is very little room for creativity or individual judgment within the confines of the PMM and that is problematic because the nature of business problems have historically depended on the judgment and creative problem solving skills of middle management. By dominating the project process with the needs of the PMM methodology, excessive cost is introduced as well as cumbersome requirements that do not benefit the business or the project itself.

Defining a Project Scope
The project scope is the core of an individual project. Without a project scope the project will just float. Proper needs assessments and other intricate details will be overlooked. Each project is designed to resolve issues the stakeholders are experiencing in their company. These well meaning individuals will dump data and information charts, lists and figures presumptuously on the desk expecting it to all make sense. The "here's the problem, fix it" attitude can be frustrating. There are numerous feature requirements which must be met. It is unclear as to what to prioritize where. Cost estimates may not be accurate. Delivery dates are tentative. It is enough to make someone through up their hands in desperation and say "I QUIT!". The trained business analyst will just grin and dive in. He or she will know what is needed is a project scope.
The project scope is the outline of the project. The project scope is considered the itinerary of an individual project program. The project scope is the step by step guide to determine who, what, why, when, and where. It will be able to define to the stakeholders what they want to have done. It will be able to list who will be doing which job. The project scope will list why each step is critical to success of the project. It will also address the time frame as to when the project should be completed.
The project scope will detail for the stakeholders outside resources being utilized for completion of individual tasks. Each development team will be able to view the project scope and see what is required of them. The project scope will also detail needs assessment and cost estimates.
Each project scope will be able to address technical constraints the stakeholders may or may not be aware of. Within the project scope a detailed report of end user requests will also be added. This will allow the stakeholders to understand why certain aspects of the project program are different than anticipated.
The project scope is an itinerary listing short term and long term expectations. Short term goals will be listed allowing the stakeholders to check each milestone. The project scope will also include a prioritized listing of essential requirements or features needed for short term and long term success of the project program.
One of the most critical reports in the project scope is the vision statement. The vision statement will define in clear and concise wording the project scope. The vision statement will allow the stakeholders to understand the problem and the solution needed. The vision statement will state the user needs in clear terms. The program features will be outlined in the vision statement.
The project scope is the "do to" list of the program. A sort of brainstorming, or in some cases, model storming which allows all parties involved to be able to follow along. Each department along with the stakeholders will be able to refer to the project scope throughout the completion of the project. Without the project scope the project has no start or end point. The project will most likely fail.
