Tyranny of the urgent: Working faster, doing more with less eliminates stone age habits in digital world

Tyranny of the urgent: Working faster, doing more with less eliminates stone age habits in digital world

0

Albert Einstein has been widely quoted as saying “There are two things that are infinite, the universe, and human stupidity – and I’m not sure about the universe.” Like most people, I usually write this off as an amusing, sarcastic quip he made on a bad day. I mean, it can’t possibly be taken literally, right?

Then I wander across a news item or business situation that make me wonder if maybe he was on to something. In spite of common sense, again and again I encounter companies (and governments) repeating tragically avoidable mistakes, hamstringing themselves with the same ludicrous errors their competitors (fortunately) are also making.

Abandon hope, all ye who enter here

Although Steven McConnell clearly mapped out a step-by-step recipe for successful software product development projects over a decade ago in his Software Project Survival Guide, a surprising level of ignorance seems to prevail in some software development organisations. Here are a few real-world examples that I have encountered in the recent past:

• In spite of the availability of free bug tracking software like Bugzilla, one software organisation that has been in business for over a decade still didn’t have a bug tracking system. No, I’m not kidding.

• Another, similar decade-old organisation pushed changes in the source code directly to the live production server, upon which their customers depended. Really, they did this.

• One software product development team in a Fortune 100 company reported that their schedule had slipped due to the fact that, during the quality testing phase, they’d unexpectedly found bugs that needed to be fixed before shipment. Yes, unexpectedly.

Using one of my favourite thinking tools, called API (Assumption of Positive Intent), I searched my mind for an explanation of why smart, well-educated, experienced people would behave in such seemingly less-than-brilliant ways. I’m sorry to be negative, but I came up empty at that particular moment. Stick with me; by the end of the article all shall be revealed. But until then, more mayhem!

We can send a man to the moon, and yet…

The widespread availability of inexpensive, even free, internet-based collaboration tools has made working with people scattered around the planet relatively easy compared to even a few years ago. (In

the not-so-distant past I was sending memory sticks of big files to Japan through the physical mail!) Today, wikis, Skype, and shared document services such as Sharefile, Dropbox or Box.net have given even small companies like mine the ability to do business around the globe almost effortlessly – at

least from an IT standpoint. And yet I’m personally aware of large, so-called global businesses that are still hampered by issues like these:

• No ability to videoconference from work (although Skyping from a nearby Starbucks is no problem!)

• No storage location where a file can be stored, where every employee in the world can access it (but placing it unofficially on Dropbox is easy as pie!)

• No cross-divisional team collaboration website that can serve as a project dashboard, collaboration space, and team memory for projects (but for $100 you can set up one heck of a collaboration system on sites.google.com).

Naturally, my suggestions to explore using commonly available tools like Google Sites (Google’s version of a wiki), Skype (free videoconferencing), and cloud file storage tools are met with the standard retort: “Our IT group won’t let us use that due to security issues.” Point well taken.

Security is certainly a valid consideration. But so is getting our work done, eh? And if email were invented today, I am quite sure it would be forbidden by IT departments worldwide due to similar concerns, as would credit cards (they track everything we do!) and cell phones (and they know where we are!).

Any one of these 21st century super-cool tools won’t necessarily work for a particular environment, but it’s up to the project manager and the IT people to work together to figure out what will work. The question we should be asking is, “What WILL make it possible to efficiently, effectively and securely share files, documents and other critical project information in today’s global business environment?”

I’m truly stymied by encountering the brick-wall of “It’s not possible,” year after year with various clients. No worries: I’m not tired, and I’m not giving up. I’m just puzzled. Perhaps I’ll be deluged by responses full of cautionary notes, but I personally would prefer an onslaught of email answering the question, “What would make it possible?”

Tortured by the demons of excessive workload and aversion to planning

As I write, it’s starting to dawn on me that stupidity can’t possibly be the explanation for the bewildering examples of worst practices above. But what is at the root of all of this, or at least the largest of the many tendrils?

Last time I checked everyone I know who had a job was more overworked than ever, with at least a half-dozen important tasks or projects on their plate at once, all of which were prioritised either HOT, VERY HOT, RED HOT, or DO IT NOW!

The necessity of taking the time to plan – not just what we do, but how we do it – has been understandably put on the backburner. If you haven’t read Chapter 5 of my Scrappy Project Management book recently, you might want to check out this chapter, available free on ProjectConnections.com, for more insights into this “tyranny of the urgent.”

Working faster, “doing more with less,” and the all-too-common firefighting, heroics and diving catches can feel like an enlivening experience, even as you’re digging your own project grave. An aversion to planning is characteristic of many human beings (especially engineers), and it never feels like there’s enough time to plan.

In a way it’s actually quite a relief not to have the time to do any long[1]term strategic thinking, especially when the world sometimes seems to be changing so rapidly that any such plans will be obsolete long before they’re implemented. We can just come in to work every day, sort through what’s piled up in our email inbox, and respond to the crisis de jour, adrenaline coursing through our veins the whole time. Wahoo!

Corporate culture trumps all, and yet is neglected

Peter Drucker is credited with saying, “Culture eats strategy for breakfast,” meaning that if you can’t get the company culture right it won’t much matter what kind of bug-tracking software you implement, or whether you have a wiki or a place to share files.

In spite of a wide array of research, books and articles on exactly what works with millions of people worldwide, I still find that most work environments fail to implement even the most basic elements required of healthy, vibrant, work environments: corporate cultures capable of fostering and enhancing business results.

The project leader is the source of culture in the immediate project environment, so we’re responsible for what Mr. Drucker claims is even more high leverage than business strategy. What an awesome opportunity and responsibility!

Most of the changes required to create a best-in-class culture cost absolutely nothing, except the time to plan and implement practices such as:

• Making sure that everyone who’s working together gets to know each other face-to-face

• Making sure each individual knows what’s expected of them, and has the tools and skills to do it

• Providing a clear line-of-sight from individual goals to organisational goals, mission and

purpose

But we’re all still burdened with the fact that we’re human beings, and our nature is to succumb to the overwhelm of extremely demanding work environments. Even I need a reminder now and then that I’m venturing far outside the zone of common sense. Let’s help each other stay out of that well-travelled area, shall we? Make a pact with your teammates early in the project that you’ll raise a red flag when reason recedes.

A beacon of light in the darkness

My friend and former colleague Jateen Parekh is the founder and CTO of Jelli, a company that’s re-inventing radio. I heard him give a talk recently where he shared what he’d learned on the journey from being an engineer to a company founder, people leader, and business manager.

He’s a dyed-in-the-wool technologist by background, passion, and profession, and yet in his role as the leader of a very techno-centric company he’s embraced pretty much every one of the business management, process excellence, and people-focused practices referred to above.

Listening to Jateen reminded me that working on the business — on the way we conduct ourselves while doing business – is just as important as working in the business, especially when it is OUR Copyright Kimberly Wiefling, Wiefling Consulting, Inc. & Silicon Valley Alliances. Use with Attribution. business. Ignoring best practices proven to work better than chaos, lacking the discipline to follow processes that we know make sense, pretending common sense doesn’t apply to our work environment because “our business is different” … these choices are inexcusable for today’s project managers. Surely this is one of the most important roles of a project leader. We have a responsibility to step back and question the processes and practices in use, and ask if there is a better way to achieve our business results, find answers to this question, and thoughtfully implement solutions that enjoy the buy-in, commitment, and support of all key stakeholders.

If you haven’t got time for that, then at least pause and reflect on this bit of advice from Dr Eli Goldratt, author of – among many books – the bestseller The Goal: “Just stop doing the stupid stuff!  The rest is genius!”

  • A Tell report / published with the permission of Kimberly Wiefling. Ms Wiefling is the author of Scrappy Project Management, currently ranked #1 on Amazon Kindle US in Total Quality Management. She splits her work time between the US and Japan.
About author

Your email address will not be published. Required fields are marked *