A good bit of what we discuss here relates to day-to-day operations. While a lot of operations probably seems simple and obvious, it’s the number one issue I see in companies. I suspect you’ve experienced, owned or worked at a company whose operations are a disorganized mess. Common problems shouldn’t be common at all, right? Let’s see if we can chip away at a few of these and get your operations polished up.
Somewhere in your company, there’s someone who is “under performing”. Not doing their job, not doing it well, It might be that they’re not doing the work in what their peers would consider a normal amount of time. IE: They’re slow. Slow can be OK for some work, but sometimes it isn’t.
As managers / leaders, this is your responsibility. The cause doesn’t matter. If they aren’t doing their job, it’s because their direct manager isn’t finding out why, attempting to fix it and circling back to hold them accountable. Is their direct manager isn’t doing those things? Ultimately, that manager’s performance is your responsibility. Does the under performer work directly for you? If you aren’t finding out why this is happening and you aren’t holding them accountable, it’s your responsibility. While this may seem like a difficult source of hand-wringing and drama, it doesn’t have to be.
Sometimes, an employee doesn’t know what is expected of them. Not kidding. You might find this surprising, but a list of duties, deliverables and responsibilities is useful to an employee. Nothing says “This is what you are responsible for. I will be looking these things when I assess the quality of your work.” better than a list.
Maybe they need training. When you discuss that list of responsibilities with the employee, make sure they are confident that they can achieve those things and have the right skills to make them happen. If they can’t, find training for them.
Training didn’t help. Nothing did.
If training doesn’t improve their performance, a new role might. They might hate some aspect of their work – work that someone else might love to do. Guess who’ll do it better?
Find them a new role that fits who they are, what they can do, what you need, etc. If you can’t do any of that, help them find a role somewhere else. Few “bad hires” are bad people that you’d never recommend to someone else, but they do exist. It takes too long to find and hire a good candidate to simply discard them because you put them in the wrong role, or didn’t train them well.
EVERYONE else in the department (probably in the company), already knows this person needs a new role, more training, or a different job at a different place. They know you aren’t doing anything about it and they’re not happy about that. They know it affects the security of their job, among other things. They’re right to be disappointed.
Disasters in advance
We’ve all seen these. A big project is coming. There are obvious bumps in the road. No one says a word because predicting disaster is “not being a team player” or similar. To a point, that’s correct. Predicting disaster is of no value, but preventing them is huge.
There’s a better way. Ask everyone: “What could go wrong? What could cause this project to fail?” Make it clear that it’s a positive thing to produce this list, as you want to avoid the “team player” baggage. Discuss this for each step of the planning, creation, deployment, and ongoing (if any) operational stages.
Once you have that list, discuss each one. Not only will you be better prepared (and perhaps plug a hole), but you may end up figuring out an issue no one saw when the conversation started. You’ll also help everyone think about hardening their part of the project, no matter what that means. You may find that items on the “What could go wrong?” list end up as a standard task in that kind of project. Would your company benefit if everyone was thinking about these things earlier in the project timeline?
You may get some responses that make no sense, or that seem silly. Don’t let the crowd shout them down. Imagine that delivering a product is critical to your process and someone suggests that a possible fail point is “MegaSuperBigCo can’t deliver our packages“. Something like this might seem a waste of time, but give them their due. Look back far enough and you’ll find instances where shippers or customs people went on strike. When that happens, packages sit in limbo for weeks or months. If your shipping is international, it can get complex in a hurry.
Don’t ignore the smallest items on the “What could go wrong?” list. History has proven that the tiniest thing can create a small failure that cascades to a massive one. We don’t always know which tiny thing will disrupt operations, but we can review each one, make note of what prevents that item from causing problems and move on. If it isn’t handled, the affected team should be expected to take care of it and report back when it’s been handled.
Follow through. Few do.
Have you ever noticed that you get a bunch of work done just before leaving on vacation? Obvious hint: Deadline. Or that your “do this before leaving on vacation” list is essential to making sure that you pack your swimsuit, turn off the stove, and take the dog to the kennel? Obvious hint: Checklist.
Follow through works the same way. You have to be careful that it doesn’t become micro-management, which no one appreciates.
If someone knows they’re expected to provide a status report every Thursday afternoon, they’re more likely to make better progress on the work involved. Work is a funny thing, it expands to fill the container provided. As Stephen Covey made famous with his four quadrants, it’s easy for urgent and unimportant work to fill the day and displace important work.
It isn’t that this work shouldn’t be done, it’s simply that it isn’t as important as a team has agreed to previously. Otherwise, why would you be expected to provide a project status report next Thursday?
What’s even better than a status report that you ask someone to provide? The status report they provide without being asked.
When you provide a project update to your manager / leader / owner without being asked, you make it clear that you know that work is important AND that you know it’s important that the manager / leader / owner knows how things are progressing. Most managers / leaders / owners don’t want to nag – they simply have to because no one is volunteering the information. Result: They don’t know the status of the operations they’re trying to manage.
Unknowns make people nervous, especially as deadlines approach. Make sure your team understands that and that you appreciate follow ups so that you can do the work they expect of you.
Post-mortem your disasters
One of the best times to prevent something from happening again is by taking some notes while it’s happening. An in-disaster post-mortem, for lack of a better term.
Oh, I know. You’re too busy wrestling the fire hoses to stop and take a note for 30 seconds. Really though, you’re not.
If this bad thing happens regularly, put a recurring reminder in your calendar for a few days / weeks / months before the event. A simple reminder to deal with that one little thing that defuses a minor disaster is pretty valuable. Example: Before a trade show or big marketing push, contact your credit card company (merchant card processor) and alert them that you might be processing (much?) higher volume than usual. A five minute call is much less hassle than having your merchant account temporarily disabled in the middle of the business day.
Perry Marshall once mentioned a question his company uses – and I love it: “What system, if fixed or implemented, would have prevented this problem in the first place?” Important for leaders: Don’t ask this question after stating your answer to the question. If you do, you’ll likely miss out on some good ideas that you probably didn’t have. Let someone else get this win – one of them is likely to have the same idea. Listening to the discussion will be far more valuable than showing how smart you are.
What a post-mortem isn’t: A process for assigning blame. Blame has zero ROI, at best. Improvement has a massive ROI, particularly when it prevents future disasters, even minor ones. We can’t always see the future well enough to avoid disaster, but we can convert them into a positive by learning from them. Make disaster avoidance part of your creation, operations, deployment process.