Monday, October 12, 2009

PMI Leadership Institute Meeting 2009 - Orlando

Just back from Orlando after attending this year's LIM meeting. As usual, there were a lot of useful experience sharing and learning from other PMI volunteers. I'm most impressed by the session led by the San Diego chapter which is about volunteer development. These guys really apply management practices well, even their subjects are not paid workers. Motivation and skill development techniques still work here.

Bravo Management!

The keynote speaker, Dr. Gary Bradt, is a inspirational speaker with wonderful talents. All delegates have been inspired by his 'The Ring in the Rubble' and 'Golden Legacy' stories.

Both the opening and closing sessions drew a crowd of 700+ attendees, a record for LIM meeting.

Big news for Asia is Seo-san, Past President of PMI Japan Chapter, being awarded the 2009 PMI Component Award - Volunteer of the Year. (Left: PMI's CEO Greg Balestrero; Centre: Seo Megumu; Right: PMI's Chair Ricardo Vargas)

Me pictured with Seo-san and Kamba-san (President of PMI Japan Chapter).

Me pictured with delegates from the Hong Kong Chapter (Centre: Rossana Ho, Executive Vice President; Right: Patty Wong, Past President)

Sunday, August 23, 2009

25-Minute Rule: The Art of Using Stretched Targets

I deliver more than 40 workshops each year. Almost all these workshops have time slots for group discussion or activities and a final presentation from each group. When the time for group exercise comes, I often tell them they have 25 minutes for discussion. They’d usually think 25 minutes are more than sufficient, until about 3 or 5 minutes before the presentation time they suddenly realize that they need more time. They will then plead with me for more time. So we enter into a negotiation, or more likely a bargaining. “We need 10 more minutes.” No you can only have 3 more.” How about 5 minutes.” Okay, deal. Each group has 5 more minutes.” This almost happens in every workshop, even in every group exercise.

I call this the 25-minute rule. In the end, there will be effectively 30 minutes for each group, but I always start with a stretch target of 25 minutes. Does this sound familiar to you? In real-life projects, don’t most managers use this technique to squeeze the most out of their project teams? I do this all the time when I run projects. When activities are defined and leaders identified, there goes the difficult task of time estimation.

As a project manager I have to let them state their opening bid, i.e. how much time they think they need. They are the experts in their own tasks so I cannot enforce some timeline to them unless in the case that there is an externally imposed deadline for that task (for example the insurance product has to be submitted to a government agency for compliance review.) When the leader tells me he needs 6 weeks, I will start negotiating based on my experience about the task from previous projects, opinions from other experts, or some external factors we cannot control (such as dependency of the following tasks which the responsible organization has resource constraints after a certain date), we will eventually settle at a duration say 4 weeks that both of us are comfortable. So lesson number one is never accept the opening position as-is, because people tend to overstate what they need.

So how does this 4-week duration agreeable to both parties sound to you? Is this an optimal duration, taking into consideration of the interests of both the performing team and you, the project manager? The short answer is no. This is actually a duration that is more comfortable to you than the performing team. In project management it’s called a stretched target. In fact you may have 5 weeks in your pocket but you push for 4-week duration. Chances are the performing team feels that 4 weeks are not sufficient, and they have to work extremely hard to meet the deadline. You may probably ask, “Isn’t mutual trust, open communication, and fairness important to a project? Why don’t you use a target that’s comfortable and ‘fair’ to both sides? “The answer is pretty simple. If you use a target that’s comfortable to the performing team, say 5 weeks, they would eventually finish the task later than 5 weeks. That is not acceptable to you. You are the project manager, and you have to ensure the overall project is on time. So you push for 4 weeks and have a one week cushion that is kept only to you.

There are theories behind stretched target. The first is Student Syndrome as observed by Profession William Goldratt. Just like students, when a team knows that they have more time that is needed to perform task, they will relax in the beginning. So in a corporate environment they will probably work on some other urgent things first. Not until a time when they start feeling there is probably not sufficient time left, they won’t start working on your task.

The second theory is Parkinson Principle - People will expand work scope to suit the time given to them. If you give them 5 weeks which is more than what they need, and assuming they have nothing else to do except your project, they will still deliver the task late because they would keep adding new things to the original task. And most of the time these added things are not useful to your project (for example, more beautiful fonts and formatting for a Functional Specification document.)

So, is stretched target always ‘stretched’? Or since the work team knows that you are going to try squeezing on a stretched target, they would probably open a negotiation with a position that offers them more margins (say opening with 7 weeks instead of 6)? This is possible. And this happens in the real world all the time. Remember this is an art. Nobody knows exactly what the ‘right’ duration for a task is. Depending on your trust level with the working team, imposing a stretched target may harm relationship, or end up in a corporate bargaining game (for example, I heard some managers always cut duration estimation from the work teams by 50%, leading to the work teams increasing their opening position in the next round, and managers cutting by 60%, and so on.) Your ability to master this art of stretched target (and all these negotiations and politics) demonstrates your calibre as a successful project manager.

Next time when you attend my workshop, you probably won’t be surprised that when I say 25 minutes, I actually have 30 minutes in my pocket. :)

Copyright © 2009 Knowledge Century Limited.

Monday, August 3, 2009

Crisis Management vs. Project Management Part 3 (Final)

For team composition, a project should have a team defined in the very beginning. Some may argue that in the real world this may not be possible all the time, particularly in this state of economy when resources in most organizations remain tight. Having said that, it’s fair to say for most projects cannot proceed without a team structure in place and a large portion of the team members (say 80%) defined before the project starts.

A crisis team, on the other hand, will change depending on the work at hand. Handling a crisis requires a series of actions, usually in the form of projects. During different stages of the crisis, various teams will be formed. Back in May this year, Hong Kong still tried to prevent the first case of H1N1 from happening. The Control Centre kept track of any possible outbreak cases that would be ‘imported’ from other countries. When the first instance of H1N1 was spotted, they quarantined a hotel. That required the support of the Police and Immigration. During the second stage when the virus was clearly spreading within Hong Kong, the Control Centre worked with the Education Department and their own clinical staff to try containing the spread of the epidemic.

Finally it is really hard to give a designated end date for a crisis. Human knowledge is limited and it is really hard to give an end date to a crisis. Even it’s quite clear a crisis has ended, most of the time a small team will still be in alert mode carefully watching for any sign the crisis may re-emerge. A project, in contrast, always has a well-defined end date. This concludes our analysis of differences and commonalities between project management and crisis management.

Copyright © 2009 Knowledge Century Limited.

Sunday, July 12, 2009

Crisis Management vs. Project Management Part 2

PM best practices demand that any projects should have well defined mission and objectives. In fact during project initiation stage the main task is to clarify and lay out clearly what the project wants to achieve in the end. For companies in the commercial sector, the objectives are usually tied to financial performance, customer satisfaction or company reputation. An example is a bank revamping its customer service center to improve customer experience, which in turn leads to higher customer satisfaction and hopefully more business. So revamping customer service center is a well-defined objective, and the mission is better customer satisfaction.

For public or non-profit organizations, a project’s mission is usually related to some social needs. For example a social enterprise organization in Hong Kong launches a project to help under-privileged youth establish their business that is self-sustainable. This is the project’s mission. The objective of the project may be to launch a barber shop or a car maintenance service. Regardless of what it is, it has to be defined clearly in the beginning.

To handle a crisis, however, the key objectives may not be always well defined, though its mission is clear. Take the recent H1N1 pandemic as an example. The mission is quite simple – To minimize its impact to public health. The objectives and their implied course of action may change from time to time. In Hong Kong, for instance, the original objective was to prevent H1N1 from coming into the city. With this objective came those high-handed strategies like locking up a hotel for 7 days, or mandatory isolation for patients who were tested positive for the flu. Later when signs showed that the flu was spreading domestically, the objective shifted to ensuring sufficient clinical facilities for treating patients, and preventing massive outbreak among the most vulnerable groups such as young students. This demonstrates the elusive nature of a crisis. A crisis is simply too complicated for any crisis team to define clear objectives in the very beginning.

The next major differences between managing a project and a crisis is the tradeoffs among key constraints, namely, scope, schedule, cost, risk, resources and quality. For projects, best practices dictate that a balance should be achieved among them. It may depend on project stakeholders but few would tell a project manager “you have to meet the original schedule at all cost.” Some projects may favour on-time delivery, some on the exact features and functions to be delivered, and some on controlling cost budget. But the job of a project manager is really to balance these constraints so that the objectives of the project can be met, to the satisfaction of customers and stakeholders.

On the other hand, the key mission of tackling a crisis has to be accomplished regardless of costs or resources involved. Think about how the Obama government dealt with the bank crisis last year, the Hong Kong government currently handles H1N1, you begin the understand what we mean here. A crisis simply has to be resolved within a particular time frame, usually at the expenses of cost, resources and risk.

To be continued...

Copyright © 2009 Knowledge Century Limited.

Sunday, July 5, 2009

Crisis Management vs. Project Management

Due to my recent involvement with the medical community in Hong Kong, I had the chance to speak to clinical and nursing staff of several hospitals. One frequent question raised during those occasions is whether project management skills can be applied to crisis situation, such as that they are facing right now in the form of H1N1.

My short answer is no. It is true crisis management is closer to project management than to operation management, and some attributes of a good project manager are directly applicable to the situation of a crisis. However there are some characteristics of a crisis that are substantially different from those of a project.

Let’s look at the following table:

Crisis

Project

Operation

Unique mission but key objectives may change

Unique and well defined mission and objectives

Well defined objectives that are slow changing, if at all

Accomplish key objectives at all costs

Trade-off among scope, cost, time, quality & risk

Cost is usually the no. 1 objective

Dynamic team structure and resources

Heterogeneous & well defined team structure

Homogeneous and steady team

No definite end date – sometimes fluid schedule

Definite start and end dates – well defined time schedule

Ongoing with no specific end date


A lot have been said about the differences between project and operation so we are not going to repeat here. Let’s just focus on crisis management and project management.

To be continued...

Copyright © 2009 Knowledge Century Limited.



Thursday, March 26, 2009

PMI Asia Pacific Congress 2009 in Kuala Lumpur

I attended the PMI Asia Pacific Congress in Kuala Lumpur in early Feb. It’s almost a week-long event consisting of series of meetings and seminars. The first two days were devoted to PMI’s Leadership Institute’s Meeting which allowed volunteer leaders to meet and discuss chapter and component business. As a regional component mentor of PMI, I found the meetings informational. They also presented a great chance to connect with volunteer leaders from other part of Asia.

The main Congress ran from 9th to 11th of Feb. As usual, there were many parallel sessions led by project management practitioners or consultants. Among all the sessions I’ve attended, the following three are the most interesting:


1. ‘How to Identify, Measure and Manage Risk Throughout the Life Cycle of the Project”. The speaker, Torsten Koerting, is an experienced project managers and an excellent speaker too. In this three-hour double session, he used a lot of real life practices and templates to illustrate a risk methodology throughout a project life cycle. His demonstration of report samples and scenario based on a corporate project made it credible. One of the best sessions in the Congress. Interested readers may take a look at the presentation slides at: http://www.torstenkoerting.com.


2. “A Comparison between Three Leading Program Management Standards”. Michel S Thiry is a leading expert in program management. His analysis of the three standards – one from PMI which is more US oriented, one from the OGC of the UK government, and one from Japan, resulted in an enjoyable read both from the perspective of process and … culture. Michel’s style is somewhere between an academic and a practitioner. His work is stringent yet not boring. Well done, Michel.

3. “In the Pursuit of the Elusive: Showing PMO Value!” I never heard of the speaker Jack Duggal. Apparently he is an expert in the area of PMO and his session is very entertaining and informative. I may be slightly biased since both of us are doomsayers of those PMO that don’t show any tangible values. In his unique way he managed to show us a framework for quantifying the value of PMO.

Over the years and after so many conferences and seminars, I’ve learnt to be content with 2 or 3 great ideas. To be honest, most of these education or experience sharing sessions are too banal for a veteran like me, and all I am looking for is just a few brilliant insights. Judging by this standard the PMI Asia Pacific Congress is worth my time and money. And I’ve made many new friends too. Look forward to seeing you in one of these events.

Copyright © 2009 Knowledge Century Limited.

Monday, February 2, 2009

Case Studies: Cultural Diversity When Delivering Projects in Asia (2 of 2)

Let's conclude this series by sharing another project case study which encountered a major problem in China. The problem was eventually resolved by leveraging the team's strong knowledge in local culture.

Case 2: A US Company Procuring Telecommunication Bandwidth in China

A US Telecom was building a regional VPN network for an international client in the late nineties. The project was managed by a US and a Hong Kong project manager, with the support of local teams all across Asia. The network required local bandwidth in several Chinese cities. The international portion of the network was ready. The local project team went through normal application process and was told that the circuits would be ready in three months. One month later, bad news broke out. One of the local telecoms told the project team that due to demand upsurge, new cables needed to be installed requiring six more months of work. Circuits would only be available by then.

Analysis

The project team immediately assessed the situation. On the one hand they worked on a backup plan based on a redesign of the network, hence bypassing that Chinese city. On the other hand they tried to understand what indeed happened. The first question that came to the mind of the US and Hong Kong project manager: Was the local telecom trying to ask for something “funny”? However, the local Chinese team dismissed this possibility, and suggested that there might really be a bandwidth demand problem.

Solution

They then tried to work out a scheme to get the Chinese telecom to re-prioritize their request. They were aware of the face culture in China, and could not afford making the Chinese telecom people lose face, so a formal escalation was ruled out. As a US Telecom they were not an ingroup member, so could not get favor based on relationship though they did enjoy an excellent relationship with them. Since both the US Telecom and the international client were well known in China, they decided to play along that line. They invited senior managers from both companies to come to that Chinese city all the way from the US, and set up a special meeting with the local telecom. In the meeting, they emphasized the importance of this project to their business and to this Chinese city, and pleaded the local telecom to support them. After the meeting they went through the normal ritual, i.e. having dinner and Karaoke. Miracle did happen. Two weeks later, they were informed that the circuit would be available according to the original schedule.

Conclusion

Cultural diversity is an important factor to consider while delivering projects in Asia. When properly addressed, a project manager will be able to motivate the project team and avoid unnecessary conflicts. In general, a project manager in Asia should pay special attention to common traits such as face saving, avoidance of direct conflicts, indirectness of expression, and predominance of relationship. Subtleties like ingroup/outgroup, masculinity, power distance, and negotiation styles should also be observed.

References

Blake, T., Walker D., and Walker T. (1995). Doing Business Internationally: The Guide to Cross-Cultural Success. McGraw-Hill Professional Book Group.

Brahm J. Laurence (2003). When Yes Means No! – How to Negotiate a Deal in China. Tuttle Publishing.

Cauquelin J., Mayer-König B., & Lim, P (1998). Understanding Asian Values. In J. Cauquelin, P. Lim and B. Mayer-König (Eds), Asian Values: An Encounter with Diversity (pp. 1-19). Curson Press.

Ferraro, G. (1997). The Cultural Dimension of International Business. Prentice Hall.

Hofstede, G. (1980). Culture’s consequences. Beverly Hills, CA: Sage.

Hofstede, G. (1991). Cultures and organizations: Software of the mind. Loddon, Norfolk: McGraw-Hill Book Company (UK) Limited.

Peng Shiyong (2003). Culture and Conflict Management in Foreign-invested Enterprises in China – An Intercultural Communication Perspective, Peter Lang AG



Copyright © 2009 Knowledge Century Limited.