… are about the status quo. In general, it’s a false assumption (see process improvement), but in an individual’s mind that’s exactly how it works. “I am in claims handling, I manage claims from 9 to 5, 5 days a week.” “I am in customer support, I do…” “I am in logistics, I do…”
“My specialization requires focus on key activities.” Efficiency is the word of the day.
… are about change. Are [often] about imposed change. Are about dealing with the uncertain in [often|mostly] hostile environments. About managing risk, and stakeholders as if change itself was likely to be changed on the way. About fixing what’s “fix-able” — agreements, charters, initiation documents etc.
“Models are here to protect us. But experience shows, you must have your eyes wide open anyway.” Effectiveness is the word of the day.
Operations and projects are different worlds. Efficiency is about doing things right, effectiveness is about doing the right things (via Peter F. Drucker). But what’s more important, for efficiency to be efficient standardization is key (“I must do my job regularly well”), whereas effectiveness puts pressure on the end result (“I must deliver a result no matter what”).
What happens if you put these two together? If you’ve tried projects in mixed operations-project environments, then you probably know it too well. Projects are a blow to the organization. Let’s face it — operational employees do not like projects. They do not like to be “resourced” as it interferes with their “operating” (not to mention that multitasking is evil). Line manager – project manager conflicts are thus inevitable, and so are escalations, weak sponsors and “passing the buck.”
Can it ever work out?
@zpepe reminded me that environments are not always like that.
When we are a subcontractor working together with IT project representatives of an organization (IT departments are oft-times more project-oriented), when we are working with startups (startups are projects) or relatively small organizations. (Anything else comes to your mind?)
* * *
Is it possible to make projects fit seamlessly into “operational environments?” Or perhaps the dichotomy (operations vs. projects) does more harm than good and we should remove the word “project” from out dictionaries altogether and think “process” — no matter what.