Eight to Late

Sensemaking and Analytics for Organizations

Archive for August 2008

Motivation in project management

with 9 comments


In recent years, the focus in project management has shifted from technical aspects of the profession (scheduling, planning etc.) to people-oriented factors such as motivation. This is reflected both in professional practice and academia. On the one hand there is a growing interest in courses on soft skills and leadership; on the other, an increasing number of research papers on these issues. In fact, I have come across two papers on motivation published in the Project Management Journal (PMJ) within last six months. I reviewed one some time ago, in my post entitled Motivation Rehashed. Here, I review the other: a paper entitled, Motivation in Project Management: The Project Manager’s Perspective, published in the June 2008 issue of the PMJ.

First a brief look at what the paper is about. In the introduction the authors emphasise that, “the interpersonal skills needed to motivate a project team are a project managers most important asset.”  Despite this, there is no clear definition of motivation in the literature. For example, some researchers have explained motivation as, “the level of energy people bring to their work,” whereas some others have viewed it as being centred on “expectations and reinforcements.” As a consequence, the authors claim there’s still a good deal of confusion about what motivates people. To address this, the paper begins with a literature review and an overview of the theoretical basis of motivation research. The emphasis is on research relating to  motivation in the context of project teams. The review is followed by original research on project managers’ perceptions of how they are able to influence motivation. The work is based on data collected from practising project managers.

Background and Literature Review

Recent research indicates that asking the question, “How do I motivate my team members?” might actually be counterproductive because most people begin new initiatives with enthusiasm and a desire to contribute to, and consequently feel proud of  their work and organisations. This suggests that project managers may be better served by focusing on how one can help people maintain their motivation levels through their work tasks and roles. The PMBOK definition of motivation which is, “energising people to achieve high levels of performance and to overcome barriers to change”, suggests that there is more to motivation than “maintenance of enthusiasm” by doing the “right things.” The authors delve into this in some detail, as I discuss next.

Motivation is inextricably linked with leadership and power. Research has shown that use of autocratic, coercive or laissez-faire leadership styles can have a detrimental effect on motivation. This is obvious to those  who have worked with such managers! More effective leadership styles emphasise the leader as an initiator, negotiator, coach and participant. The last one is interesting – if a leader is viewed as a participant – being “one of the group” – loyalty and motivation emerge more unconditionally. Such leaders employ a participatory approach that includes all team members in a meaningful way.

After discussing motivation and its connection to leadership, the authors move on to reviewing research on the sources of motivation – i.e. where motivation comes from. Motivation can be viewed as intrinsic or extrinsic. In a nutshell, the former is a desire to do something because one finds it interesting, whereas the latter is a desire to do something because of some anticipated rewards not related to the activity. Research indicates that an inclusive leadership or management style is conducive to intrinsic motivation whereas an exclusive approach (coercive or authoritarian) relies on extrinsic motivation. In their book entitled, In Search of Excellence, Tom Peters and Robert Waterman state that the best companies focus on fostering intrinsic motivation in employees.

The difference between extrinsically and intrinsically motivated employees was explored by Gagne and Deci in their paper on the relationship between work motivation and self determination theory (SDT). In SDT, states of motivation are viewed as a continuum ranging from amotivation (no motivation) to intrinsic motivation. SDT uses the terms autonomous and controlled motivation: the former corresponding to intrinsic and the latter to extrinsic motivation. The Gagne and Deci model, identifies four stages of extrinsic motivation, starting from external regulation wherein the person works only to obtain a non-work related reward (no self determination) , to integrated regulation wherein there is some self-determination because the person has internalised some of the reasons for doing the work. Integrated regulation is thus just a small step away from intrinsic (or autonomous) motivation. Another interesting research finding is that intrinsic motivation is fragile in that the presence of a person with lower motivation on a team can reduce motivation levels of other team members.

Next, the authors highlight some practical motivation-controlling factors, linking these to research regarding the efficacy and limitations of each:

  1.  Optimising energy: This refers to the innate capacity for work, which differs from person to person. Research by Welbourne and coworkers shows that there is an optimum zone of employee energy, and that this limit should generally not be exceeded. This zone varies from person to person. Furthermore, it turns out that managers can assist employees to stay in the zone, or even raise it by timely interventions and enhanced one-to-one communication. 
  2. Autonomy: In an earlier post, I have written about the importance of empowering people to make decisions relating to their work.  Research indicates that autonomy results in better job satisfaction and, hence, increased intrinsic motivation. One practical way to do this on projects is to specify the deliverable (the “what”), leaving decisions regarding the method of creation (the “how”) to the responsible team member(s). 
  3. Feedback: Research shows that positive, constructive feedback enhances motivation. Negative feedback, on the other hand, reduces both intrinsic and extrinsic motivation. Perception of feedback is important too: feedback perceived as being controlling will have a negative effect on motivation, whereas feedback seen as being competence related can have a positive effect if properly delivered. 
  4. Rewards and recognition: Rewards are related to extrinsic and recognition to intrinsic motivation. In their book, Peters and Waterman point out that successful companies make it an organisational goal to repeatedly recognise employee contributions. Research by Deci and associates indicates that rewards undermine intrinsic motivation, especially if those rewards are linked to specific tasks. This is particularly interesting because many organisations tend to use reward  systems based on task or project performance. Also relevant to project work, is the finding that teams should be rewarded as a whole. This is controversial because rewarding all team members equally can create conflicts if certain individuals are perceived as being “freeloaders.” On the other hand, though, both Deming and Drucker point out that individual rewards will eventually lower (team) productivity and morale. This because they lead to a perception of inequity amongst team members. Deming also pointed out that merit systems based on management by objectives are a major source of inequity (see point 11b of his well-known 14 points).

Following the discussion of motivational factors, the authors provide a brief organisational perspective on motivation vis-a-vis project team motivation. As far as organisations are concerned, research by Sirota and coworkers indicates that equity, achievement and camaraderie are factors that are strongly correlated to employee satisfaction within organisations. Equity relates to the perception of fairness; achievement to pride in one’s work and associated recognition; camaraderie to cooperation and a feeling of community. It is vey interesting that these factors were found to be significant regardless of gender, ethnicity or level within the organisation! Clearly, there are differences between organisations and project teams. The most obvious differences are: a) teams work within larger organisations, and b) projects, unlike organisations, have distinct stages. This brings up questions about how these differences are perceived and handled by project managers – questions that are addressed in the next section.

I found the authors’ literature review and associated discussion very interesting, particularly because they highlight some non-intuitive aspects of motivation. Further, the review provides practitioners some excellent suggestions for further reading on the topic.

Having painted the background with a comprehensive literature review, the authors move on to a discussion of their research on project managers’ perceptions of team motivation.

Project Managers’ perceptions of motivation

The authors pose the following research questions:

  1. What are the factors that most commonly cause low levels of motivation on project teams?
  2. What are the most successful (intrinsic) motivation techniques in project environments?
  3. Can a project manager influence team motivation levels despite (negative) organisational influences?
  4. Should different motivation techniques be applied at different stages of a project?

The authors conducted an online survey of practising project managers using a questionnaire that was based on the above questions. They received 115 completed questionnaires which, on analysis, revealed the following results.

Factors lowering team motivation:

The authors found that the following factors were the greatest team demotivators (in order of importance):

  1. Missing top management support.
  2. Personal conflicts between team members.
  3. Inequity in reward system.
  4. Schedule conflicts.
  5. Time overruns.

Having suffered the ill-effects of each of these at one time or another, I think there should be no surprises here for most practitioners (excepting perhaps the order).  Interestingly, content analysis of the results showed that each of the above factors are closely related to the project manager’s ability to communicate effectively. A project manager who can communicate well – be it with top management or team members – will be able to lessen the impact of the above factors.

The research also probed the de-motivational effects of changing each of the classical constraints of scope, time, quality and cost. It was found that scope had the largest demotivating effect followed by time, quality and cost. This highlights the importance of clear scope definition and management throughout the project.

Successful motivation techniques

Most of the responses regarding successful motivation techniques centred on the importance of communication. For example, over 90% of respondents agreed that providing positive, constructive feedback is an effective motivator. Many also agreed that personal conversations (e.g. Management by Walking Around) is also a useful technique. Respondents also agreed that it was important to develop an understanding of individual team members. This would be important, for example, in ensuring a good match of skills (and desires!) to tasks assigned.

Participation was also found to be a good motivator. For instance, a large number of respondents indicated that involving the team in creating the work breakdown structure is a good motivational technique as it offers the team involvement in a key aspect of the project at an early stage. What struck me was that “warm and fuzzy” factors such as involvement, communication, responsibility and trust are found to be very important to creating and fostering motivation. The hard-headed project manager with little or no time for niceties would do well to take note – and, yes, there are a few of those around!

Project team motivation vs. organisational motivation

Although organisational factors such as culture, strategy etc. have a clear influence on project teams, over 60% of respondents felt that project managers can influence team motivation positively, despite negative organisational factors. Content analysis of the data further revealed that setting of team goals  that are within the project manager’s control  can help motivate the team. On the other hand, scope change was found to have a demoralising effect.

Regardless of the mechanics of how project managers motivate teams in the face negative organisational influences, it is interesting that many feel that they can do so. Even those who struggled to motivate their teams on their last project indicated that it was possible to create a positive subculture within a larger, negative organisational culture. Is this just wishful thinking, or is it based on something more solid. Unfortunately the authors can’t (or don’t) tell, so neither can I!

Motivation at different stages of a project

The results indicate that team motivation generally declines as the project progresses. Over 80% of the respondents agreed that motivation is high at the start whereas less than 50% thought that it was high towards the closing stages. On the other hand, respondents indicated that the project managers role in team motivation is greatest at the start of a project, and becomes a shared responsibility (between the manager and team) as the project progresses. This, to me, seems a bit strange : if motivation is known to decline as the project progresses, shouldn’t the project manager take even more responsibility for maintaining it in later stages of the project??

According to me, the authors do not answer the question they pose – i.e. they don’t tell us whether or not different motivation techniques should be used at different stages of the project.

In closing

I found the literature review presented in the paper very informative. The authors have done a great job of presenting interesting and relevant work on motivation from the project manager’s perspective. The research, however, has an incomplete feel to it. The authors admit so themselves. In their own words, “The results of this study merely highlight trends in current opinions and should not be interpreted in other ways.” And in the final line, ” The trends expressed in this research should be followed up with case studies or ethnographic analyses to create a more thorough picture of the project manager’s perspective.”

In summary: the authors’ research is far from a comprehensive investigation of project managers’ perception of motivation,  but it does point to certain trends that make intuitive sense. The results may also help in the design of further studies. Be that as it may, in my opinion the literature review is what makes the paper a worthwhile read for professional project managers.


Schmid, Bernhard., & Adams, Jonathan., Motivation in Project Management: The Project Manager’s Perspective, Project Management Journal, 39 (2), 60-71. (2008).

Written by K

August 29, 2008 at 6:47 pm

Scapegoats Pty Ltd

with 2 comments

Standish and others tell us that a significant percentage of projects fail for one reason or another. Many of these are projects that could have been saved by timely action, but instead end in ignominy due to inaction by various stakeholders. Transfixed by impending doom, those responsible are content to let problems fester until the potential for disaster translates to reality.

That’s when the proverbial stinky stuff hits the fan: project sponsors demand explanations about what went wrong, and how, and why. Above all, they want to know who is responsible. Then the finger pointing begins, culminating in the  identification of the scapegoat.  Once identified, the scapegoat is blamed, pilloried, and if he or she is really unfortunate (or the sponsor really ticked off), sacked.

Here’s what I reckon, though:  organisations can ill afford to lose individuals they have invested in over the years.  It would be so much easier if they could sack someone who didn’t matter. Alas, if only we had someone like….


Scapegoats Proprietary Limited

“You mess up, we’ll fess up”

Scapegoats Pty Ltd offers consummate, professional scapegoats for hire. Our consultants are guaranteed to be technically and socially inept. They are people you can well afford to lose. So when you see early signs  that your project is going to fail, hire one our pros and rest assured that your team will survive intact. Why  get sacked for incompetence when you can sack someone else instead?

Here are some comments from our satisfied clients:

“…Our SPL consultant was a life saver. His incompetence ensured that no one on the team was blamed…” AP, Project Manager.

“…We asked for a standout consultant; Pete exceeded our expectations. His unhelpful manner coupled with his obnoxiousness made him an obvious scapegoat when our project went belly up…” TY, Project Manager.

So, don’t wait for fate – call us now on 1800 SCAPE GOAT.

Written by K

August 25, 2008 at 6:19 pm

Nice one, Dave

leave a comment »

It is strange how many issues come to one’s notice through conversations initiated around the coffee machine. Just the other day, I was getting myself a caffeine fix when Dave wandered by.

“How are you going, Dave?” I asked.

“Hmm good…. good,” he said, nodding absently. He’d looked a little abstracted lately – focusing on the reports he was doing for Finance, no doubt – or so I thought.  Then he looked at me and said, “Those reports I’m doing –  I still haven’t received all the requirements for them.”

I got a little alarmed; the first tranche of the reports were due next week. “Wasn’t Ralph supposed to get them to you a couple of weeks ago?” I asked.

“He hasn’t given me everything I need.”

“Have you reminded him?” An obvious question that had to be asked.

“Yes – several times.”

“And…what did he say?”

“He didn’t respond to my emails.”

Ah, Dave, Dave. You should know better than to send reminders through email and not follow-up.

Some background:  As you may have gathered, Ralph’s in Finance and Dave’s in IT. Dave does a fair bit of reporting work for Finance, hence the work connection between the two. They also happen to be located in the same building – less than a minute’s stroll apart.  Yet,  I reckon most of the communication between them is  via email. The only time they talk to each other, face-to-face, is at the occasional meeting.

Dave should have wandered over to Ralph’s office to have a chat. Although Dave had done the right thing (at least in letter, if not spirit) by sending Ralph reminders, he could have done much better. Email is a sub-optimal mode of communication  because, among other things,  emails can go “missing” (consider the familiar excuse: “Oh, I must have deleted it by mistake.”), or be misunderstood if the tone’s wrong or content incomplete.   On the other hand, face-to-face conversations can’t be ignored, and any potential misunderstandings can be sorted on the spot. Further, they also enable one to listen to what’s not said,  through observation of non-verbal signals or body language. So, the next time you start to type out that electronic missive, stop a minute and ask yourself, “Can I do this by conversation instead?” If so, do so.

In politically charged situations, where there’s a danger that a conversation may be denied or conveniently forgotten, one might consider sending a follow-up email that summarises the conversation and agreed actions. But in my experience that is rarely as useful as it’s made out to be.

Perhaps you’re wondering what happened about reports. Here’s the rest of the story. After some prompting Dave had a chat with Ralph and fixed up a time to discuss the reports. Dave got his missing requirements and a delivery date was agreed on. It looks as though the reports will be ready on time. What’s more, Dave tells me that he has been talking to Ralph a lot lately, showing him work in progress and getting useful feedback on it. Ralph has a good idea of what he’ll get in the end, and Dave has peace of mind knowing that his work is indeed on track. Even better, I’ve had some feedback from Ralph as well, commending Dave on his initiative and work. 

Happy customers reflect well on the team. Nice one, Dave!

Written by K

August 21, 2008 at 8:42 pm

Directions in project management research

with 2 comments

There’s a huge gap between research and practice in most disciplines.  Project management is no exception – many practitioners feel that project management research is an academic exercise with little practical value.1 Yet, research is important because, among other things, it gives rise to new techniques and perspectives, and also confirms (or disproves!) the often assumed utility of existing practices.  So, when a couple of well known academics with significant industry experience comment on directions in project management research, it behooves practitioners to read and understand their views. Hence this post in which I review a paper entitled, Project Management Research – The Challenge and Opportunity,  published by Aaron Shenhar and Dov Dvir in the June 2007 issue of the Project Management Journal.

The authors begin by stating that project management is one of the fastest growing disciplines. Many initiatives in organisations are managed as projects, even if they aren’t labelled so.  The authors observe that, “…in a paradoxical way, project failures, delays, and disappointments are much too common to be ignored…there seems to be an alarming gap between the needs of the discipline and what we know in order to fix them. From a research perspective there is a great opportunity to help close this gap…” Their stated aim is to record some observations on the challenges and opportunities in project management research, in order to stimulate discussion about the role of research in academics and industry. 

As the authors point out, people have been engaged in creating things since antiquity. The creation of large monuments such as the pyramids would have required some degree of organisation, planning and coordination of the efforts of a large number of people, regardless of the specifics of how that might have been done. In other words, these efforts were all projects that had to be managed somehow.  The authors define a project as, “a temporary organisation and process set up to achieve a specified goal under constraints of time, budget and other resources2 and project management as,  “the managerial activities needed to lead a project to a successful end.” They claim that modern project management, as a discipline, arose from the invention of the Program Evaluation and Review Technique (PERT) in the late 1950s,3 and take the position that the PMI’s project management standard is the premier standard of the day. Although I have no strong views on this, I have the feeling that some practitioners (and academics) may disagree.

The authors admit that the paper presents their subjective view of challenges and opportunities in project management research. Given this, it is perhaps unfair to read too much into what they say. Yet, it is instructive to look at an implicit assumption they make. It is clear from some of their remarks (and to a lesser extent the references at the end of the paper) that the authors use PMI standard as the basis for their discussion. This, quite naturally, affects their arguments and conclusions: i.e. everything discussed is viewed through the lens of that standard. Perhaps this is unavoidable: one has to make some assumptions to make any progress at all! In my opinion, though, authors of research papers should highlight their assumptions and limitations thereof, so that readers are fully aware of them.4

Anyway, to move on with the review, it is evident that despite all our methodologies and experience, project performance is alarmingly low. The authors quote statistics from the Standish Report and other studies to emphasise this. They concede that some failures can be ascribed to neglect or lack of planning, but highlight – through examples – that even well-managed and planned projects fail. Reasons for this are varied. For example, the original Iridium Project was deemed a failure because it did not take into account future business and technology trends. The construction of Denver International Airport is another example of high-profile failure. In that case, the reason for failure was that the automated baggage-handling system which was relatively unproven (and thus high risk) was treated as a standard well-proven system. On the other hand, the Sydney Opera House is now deemed a huge success despite being a classic example of project management failure – massively over time (by 16 years) and over budget ($100 million against an original budget of $ 7 million).

Citing these examples, the authors note that the problem is not with processes, rules or tools, as project management has plenty (perhaps too many!) of these. They suggest that the problem is at a conceptual level rather than process or practice, and that what’s required is a new understanding of what the discipline is about. This, they say, is the responsibility and challenge of future research.

After outlining the history of the development of project management as a discipline, the authors conclude that there is no central paradigm underlying research or practice of project management. They reckon that  inspiration for new ideas may be found in other, allied areas such as: Technology and Innovation Management Research, New Product Development Research, Entrepreneurship Literature and Operations Management. Research in technology/innovation management and new product development is more mature than project management research, and hence may suggest fruitful directions for future work. This has already started to happen: many project management researchers are focusing on new product development. In fact, I have reviewed a couple of papers relating to this area in earlier posts.5 Operations management offers another complementary direction; Goldratt’s critical chain technique is the best known example of a project management technique that emerged from operations management.

The authors believe that project management researchers have largely ignored developments in the above fields – and hence there are significant research opportunities to be exploited. As mentioned earlier, I believe this process has already begun: researchers are indeed looking to other fields for inspiration and ideas, as evidenced by the growing number of cross-disciplinary research papers in project management journals. On the flip side, most of these papers are written by researchers in project management, very few by those working in other fields. The reason for this, as the authors rightly point out, is that project management still has a low profile in management research and business schools. They comment that very little project management research is published in “prestigious” journals. This is true enough, research published in a high-profile journal is more likely to be read widely. Finally they comment that there is a disconnect between project management research and practice. This is well recognised, and I’ve already commented on it in the first paragraph and in the footnotes. It should also be noted, though, that this problem is universal – the gap between academics and practice exists in all disciplines, not just project management.

Based on the current state of project management research and the issues listed above, the authors propose a “wider research agenda to address these challenges and bring project management research to the forefront of the academic world“. I outline their views below.

The authors suggest two perspectives for future research:

  • The problem-driven perspective: This view focuses on solving specific project management problems such as scheduling / resource allocation and time overruns to name just two. Typically, solutions to such problems emerge from other fields. For example, solutions to scheduling and resource allocation problems have come from operations research and network theory; and solutions to time overruns have come from operations management (critical chain). The problem(!) with the problem-driven perspective is that there is no unifying theme. Which takes us to the next perspective…
  • The central paradigm perspective: This refers to a central, unifying theme for the discipline – or as the authors put it, a view of what project management is about. The authors identify three views:
    • Operational/process view: which views a project as a sequence of tasks to performed according to a plan.
    • Team/leadership view: which considers a project as an organisational unit that has to be managed (and lead, motivated etc.).
    • Strategic/business view: in which a project is considered to be a business-related activity, which (presumably) forms a part of the an organisation’s strategy.

Each of the above perspectives is based on different assumptions, metrics of success and also a different view of what it means to “manage a project.”

The authors correctly recognise that, “Although each direction is a world of its own, the real challenge is to combine them all into a unified view.” They go on to state that, “success in project management can only be achieved by an integrated, holistic view of the entire landscape of the project.” The three perspectives are, in fact, complementary; neglecting any of them will lead to project failure (italics mine). As the authors recognise, progress in these wide-ranging, diverse areas will require a multidisciplinary approach. Finally, the authors address the issue of publication of research in “leading” (aka “prestigious”) journals. They believe that raising the profile of project management in the broader world of management academia can be achieved by a) improving the acceptance rate of project management papers in highly-rated management journals and b) improving the standing of project management journals in academia.

In conclusion the authors make the following observations:

  • Project management is still evolving as a discipline, and is yet to establish its position amongst traditional management disciplines.
  • It lacks a strong theoretical framework and a coherent set of guiding principles
  • It is perhaps too complex to have a single underlying theory, but the interdisciplinary nature of the field and the variety of research challenges may help attract established researchers from other fields as well as young researchers starting out on an academic career.

I think these observations are incontrovertible, and as such they point to significant new opportunities and a bright future for project management research.


1 I believe this is one of the reasons for the low general readership of project management research journals. Another reason is that journal papers are written in journalese – an  obscure dialect, familiar only to professional researchers. I’m doing my small bit to address this issue by posting occasional (hopefully, accessible!) paper reviews.

2 This seems to be a hybrid of the PMI and PRINCE2 definitions, with some other bits thrown in.

3 This attribution by the authors is perhaps a good example of how the PERT myth is propagated.

4 See my post on a memetic view of project management for more on the insiduousness of tacit assumptions in project management.

5 See my posts on utility of project management techniques for new product development and the effect of organizational culture of new product development project success, for example.

Written by K

August 15, 2008 at 6:27 am

The means, not the end

leave a comment »

One of my continual complaints about the way project management is taught and practised is that the focus is on process rather than success. I’ve alluded to this in an earlier post, in which I drew an analogy between the fixation on process  and being blinded by a light. Thus transfixed by process, the project manager loses sight of the real objective of the project- which, presumably, is to create high quality deliverables. Preoccupation with process has other negative side-effects too.  In a recent post, Scott Berkun points out that it is the reason that  project managers [generally] get no respect from those who do “real work” on the project. Project managers are often seen as obsessed with artefacts such as schedules, plans etc., which team members do not see as being critical to project success.

The reality is, project managers are sometimes caught between two conflicting imperatives:

  1. To get the job done – which requires them to focus on helping the team.
  2. To satisfy the requirements  of project management standards mandated by their organisations or PMOs.  

Many project managers focus on the latter, completely ignoring the former. Now, I’m not advocating the wholesale dumping of standards. These should be followed wherever appropriate, but only insofar as they contribute to the project. A lot of process-related stuff is simply administrative stuff that the team will see as irrelevant –  stuff that a project manager has to do, but doesn’t contribute to project success. On the other hand, there are several things – not mandated by methodologies – that a project managers can do to really help the team focus on outcomes. Here are some of them:

  • Minimise distractions and irritants: This amounts to keeping bureaucratic overhead inflicted on the team to a bare minimum. The project manager should be taking care of all administrative work, involving team members only when absolutely necessary.  A distraction (or should I say, irritant) familiar to  most is the unnecessary meeting.  Forget regular status meetings, if possible. If you absolutely must have it, restrict it to a 10 minute stand-up affair.
  • No surprises: A project manager needs to anticipate potential problems or risks. In my opinion one of the main functions of a project manager is to foresee and avoid  nasty surprises, or project banana skins as I’ve called them in an earlier piece.
  • Empower the team: Those who do the work are best placed to make decisions regarding the work. Sure, the project manager needs to ensure that decisions made are consistent with project goals and don’t create any conflict, but the decision itself is best left to the experts who are doing the work. This brings me to the last point which is to
  • Get out of the way: The project team knows what they have to do. Leave them to it. Many project managers (particularly those with a strong technical background) feel the compulsive need to get involved in details. Team members will view such behaviour as interference at best, or micromanagement at worst. Don’t do it.

Processes and methodologies sometimes get in the way of project work because of the undue importance accorded to these by project (and programme) managers who really should know better.  Despite the requirements of PMOs, the real aim of a project isn’t the creation of project management artefacts. Project managers are far better served by focusing on the objectives of the project, and helping their teams do the same.  Methodologies and processes should be tailored to help one do so – even on a per-project basis, if necessary.  Remember, they are only the means, not the end.

Written by K

August 11, 2008 at 7:38 am

A cliche-ridden corporate crisis in five limericks

with 5 comments

In times of crisis, some managers tend to lapse into cliche-speak. So it’s no surprise that things go from bad to verse…

Market churn has set us adrift.
What we need is a paradigm shift.
Get our ducks in a row,
push the envelope,
to keep us from going o’er the cliff.

The boss says, “Let’s touch base.
Make game-plans for the next phase.
We’ll have meetings and talks.
Think outside the box,
to ensure we’re still in the race.”

But the elephant in the room
refuses to sing to our tune,
or dance to our beat,
sing from the same sheet
– even once in a blue moon.

Chin up! We’re still in the ring.
The fat lady hasn’t started to sing.
It ain’t over, they say,
’til it’s over, so hey,
let’s see what the new day will bring.

In the end, we stake our claim
to fifteen seconds of fame.
All said and done,
we’ve hit a home run
in the dying minutes of the game.

Incidentally, portions of this piece have been reproduced as an epigram in Chapter 1 of my book, The Heretic’s Guide to Best Practices. Quite appropriately, that chapter is entitled, Platitudes: empty words that make a lot of noise

Written by K

August 10, 2008 at 10:41 am

The Jekyll and Hyde manager

with 4 comments

Marty was in the server room, working with the consultant from Guaranteed Uptime, when Rob burst in. “Marty, I want you to go over to Jan’s desk right away,” he said. “She’s having trouble with the CMS again.”

“OK Rob, just as soon as I finish here.”

“No!  You’ll need to go right away. If she doesn’t get looked after she’ll complain direct to Max. Then he’ll raise a stink about how inefficient IT is.” Rob’s tone was such that even the consultant looked up in askance.

Marty had been through this before. “Yeah Rob, give me five minutes. We’re almost done here.”

“You’d better get down there soon,” he said. Then , turning abruptly, he stomped off slamming the door on his way out.

The consultant looked at Marty, eyebrows raised.

“Don’t ask”, said Marty,  and continued with his work.

Less than five minutes later…

“Uh oh,” said Marty sotto voce, as he heard Rob crash in again.

“I thought I told you to go over to Jan. Drop what you’re doing and go…NOW!”

Marty shook his head, and turning to the consultant he said, “I’ll be back in five.” He brushed past Rob and walked out.


The next day, word of Rob’s tantrum got around within the team. Regardless of the urgency of Jan’s problem, the consensus was that Rob’s behaviour was not acceptable. Yet, everyone knew that nothing would change. Rob had joined the company just under a year ago, and had been anxious to make a mark from day one.  Obviously he’d succeeded, because although his team didn’t think much of him, senior management seemed to have a different view…


“Hi Max. Everything OK? Anything we can do for you?” asked Rob in a tone of faux sincerity. He’d spied Max entering the IT area and had rushed out to greet him.

“No. It’s all good. You’ve been looking after us very well. Jan mentioned that you sorted out some problems for her double quick yesterday.”  He took Rob aside. “Look,” he said, “you’ve been doing a fine job since you took over. It’s been noticed, and even talked about at the recent board meeting. Well done, and keep it going.”

Max’s words sounded like an endorsement to Rob.  “After all,” he thought, “if management likes what I’m doing, I must be doing a good job.”


Jekyll and Hyde and managers such as Rob are a fact of corporate life. They are easily recognised by the two faces they present at work – Jekyll to those who they report to and Hyde to those who report to them. Such behaviour enables them to get ahead in the short run but, because they ruin their work relationships in the process, they often lose out in the longer term. 

There is another way, of course. That is to get ahead by doing things right.  The two are not mutually exclusive, regardless of what Jekyll and Hyde managers may think. It is possible to advance and treat everyone, regardless of their position,  with respect and consideration. If done this way, one will advance and also retain the loyalty of those who one may depend on in the future.

Written by K

August 5, 2008 at 6:54 am

%d bloggers like this: