Bravo Management!
Monday, October 12, 2009
PMI Leadership Institute Meeting 2009 - Orlando
Bravo Management!
Sunday, August 23, 2009
25-Minute Rule: The Art of Using Stretched Targets
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
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
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
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
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.
Hofstede, G. (1991). Cultures and organizations: Software of the mind. Loddon,
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.