A Business Technology Place

More or Less?

Truth.

There will always be more work to do than is possible to accomplish by my team.

Think more. Whine less.

Earlier this year I penned some thoughts about thinking through resource contention, Do more with what you have!, because I was looking for better ways to address resource contention than to simply say more people are needed. Getting stuff done is as much a mindset as it is a collection of work output. I’ve learned that when I am overwhelmed with size of the backlog of tasks then the frequency of my output decreases.

In the book, ReWork,  Fried and Hansson address the value of staying lean with less,

“I don’t have enough time/money/people/experience.” Stop whining. Less is a good thing. Constraints are advantages in disguise. Limited resources force you to make do with what you’ve got. There’s no room for waste. And that forces you to be creative. “

Do I believe that? The words do inspire me to look at my backlog through a different set of lenses. One thing I know is this. If I’m able to produce consistent output that adds value to the customer and mission of my team then conversations about the priority of the backlog are easier.

In the book Blue Ocean Strategy, Kim and Mauborgne say it this way,

“instead of getting more resources, tipping point leaders concentrate on multiplying the value of the resources they have.”

The Theory of Constraints management paradigm teaches us to first find the constraint within a process and then to exploit the constraint by shifting resources, managing work queues, and possibly adding capacity. With this lense, value is unlocked by first examining the underlying process instead of trying to add more people.

More or less?

As I sit writing this, I’m led to these conclusions:

More is contentment with less because having less allows me to get more done.

Less is obsession about more, because having more often leads to getting less done.

Onward and upward!

Do more with what you have!

We need more people. We don’t have enough resources.

Every week I hear about the conflict between the number of employees in the organization and the amount of work to do.  The underlying presumption is the organization can accomplish more by adding more people. The problem with this rationale is it takes the focus of solution delivery off the processes used to deliver solutions. Adding more people to a team is complicated:

  • It adds more strain on inter-team communication. Whatever inefficiencies exist in the current team environment will become more apparent with more people.
  • It creates the need to train and develop new people in the culture, business, and process flows of your company.
  • It moves the process bottleneck to another departmental team. For example, if you add more developers then you need more business analysts for requirements documentation.
  • It values urgent things over important things.

The right process will give the right results.

There are times when staff should be expanded. But it can’t be arbitrary and because the existing staff feels stressed about the existing workload. A better approach is to first examine the current environment for ways to work smarter and more focused. Process focused leaders look for ways to work smarter knowing that in the long run it will deliver greater capacity and more value added results. I don’t consider this doing more with less. I like to think of these actions as doing more with what you already have. Consider these approaches:

  • Write less code – If our first solution to solving a problem is writing code, then we’ve missed the opportunity to solve the problem by simplifying the process. The ultimate solution may require less code. Keep it simple!
  • Align value streams to your mission. – The activities we do that should be more important to us are the ones that align to our mission. The mission is a guide-post when deciding between what’s urgent and what’s important.
  • Develop existing employees before adding more. – The existing staff can provide more capacity if they work on the right things with more efficient processes. To do more with less we have to believe that getting existing people to understand the power of process efficiency, focus, and alignment adds more capacity. Get employees to work harder, but not before you help them work smarter.

Onward and upward!

Photo Credit: Jim1102 via creative commons.

 

Finding spaces with different views

This week my son ended his baseball career after 13 years of playing the game through spring, summer, and fall. Our high school does a nice job with the senior recognition ceremony. It includes a lap around the infield to shake hands and hug the freshman, JV, and returning Varsity players. Then the player meets his family and walks to shake hands with the coaches while a player bio is read over the PA system. Next, a recorded message from the senior is played over the PA system. It’s a message the player leaves for their teammates, coaches, and family. The ceremony ends with each player making one final baseball toss to a family member.

Our school has a volunteer photographer who no longer has a son that plays baseball (8 years removed). He goes to every game home and away. He arrives before the game to take warmup photos and stays until the end. Then he posts probably 900-1,000 photos of each game online for parents and family to download. All of this free of charge. He takes pictures of other high school sports as well.Baseball1

At the end of the year, I was talking to him about the love of the game. Obviously he wants to find ways to stay around game long after his son was a player. It’s personal to him. He told me that taking photographs at the games fills a need in his life. It’s an outlet for a hobby. But on top of that, he told me,

“Taking pictures during the game allows me to find new spaces with different views.”

He is energized by seeing a game from different angles than what a fan sees in the bleachers. He sees the facial expressions of the boys, their body language, the dugout conversations, and even the silly moments. He often captures angles of a play that reveal new insights. His photos capture technique that can be used for instruction and learning. He is constantly probing for new angles and thinking about how to position himself for a different look.

Having an inquisitive nature to find new spaces with different views at work is a trait we all need but few exhibit. In IT and Operations, most attention is given to creating repeatable and predictable processes. Employees are focused on improving efficiencies by incrementally reducing lead times and delivering work faster starting from the same processes. Thinking about different views if often left for the process engineers or visionaries.

But it doesn’t have to be that way.

Just like my friend taking pictures of a game, we can all look for new spaces and different views. But it requires that we fully engage with the subject matter of our work.  It means getting out of our box and thinking about the customer, the equipment, the service, and the people from different angles. It means getting out of our offices and cubes to experience the business from another place. It means using the telephone to hear a customer or colleague instead of emailing them. My friend has to move around to take pictures of the game. He searches for places to stand and examines the view. He takes photos and then examines the results before adjusting to the next angle. That’s the rush of the experience and the involvement with the subject matter. If we aren’t excited about our jobs and careers to do this then it could be we are playing the wrong game.Baseball2

Go find your new space. Stretch out!

Onward and upward!

 

The truth about IT processes.

Part 3 of 3 – The Truth is…. I’ll share some truths about developers, managers, and processes in IT.

Writing about processes in business and technology has a gravitational-like pull.

I’ve written more on the topic of technology processes than any other topic since I began blogging in 2008. Some of my favorites include posts on process improvement, hiding behind processes, simplifying processes, and the purpose of processes. Process management is a topic that we’ll always have because it creates the model and basis for the underlying flow of business transactions. Unfortunately it’s at the forefront as an underlying contributor to some of the dysfunction between IT groups and their partner business functions as well.

I have always aimed to create environments that use processes with the goal to allow employees flexibility to make decisions that help the customer. That statement sounds so obvious that you could say it’s a given. But I don’t think it’s a given because many processes I’ve been a part of in the past seem to be centered on the process itself rather than the customer. My career has been influenced by what I considered overly burdensome processes and watching employees make decisions for the sake of checking-off a process step instead of getting done what needs to happen. Jim Collins in his book “Good to Great: Why Some Companies Make the Leap… and Others Don’t” states that “Bureaucratic cultures arise to compensate for incompetence and lack of discipline, which arise from having the wrong people on the bus.  A culture of discipline involves a duality. On the one hand, it requires people who adhere to a consistent system; yet, on the other hand, it gives people freedom and responsibility within the framework of the system.”

Finding the right mix.

The duality that Collins speaks of is goal I set when I define a process within a group of IT professionals. That’s not easy in an IT group because programmers think in 1s and 0s or black and white. Something is or it isn’t. Here are a few examples:

  • Define a process that sets the criteria for when a work request is treated as a help desk ticket and when it requires review from a steering committee.
  • Define a process that set the criteria for when it is necessary to run a full regression test on a software product.
  • Define a performance management process for how to evaluate desktop/voice services personnel that use a job ticketing system for work management.

Some truths about IT processes.

  • Your opinion about processes from the IT group is highly dependent upon your role in the process. Those that have to follow a process to receive a service tend to try to find ways to take shortcuts. Those that have to follow the process to provide a service tend to like the process because it protects their time commitment and is correlated to their performance ratings.
  • IT processes are influenced by multiple sources. Standards organizations, litigation, process and frameworks are the most common sources. But sometimes processes are created to counteract bad behavior from IT employees and business customers. Processes that continue to add steps to offset bad behavior will lose sight of servicing the customer.
  • Every standards organization believes their process is the best. There are variations to software development lifecycles and spirited debates about what works best. The reality is that business environments and cultures vary. The best processes are the ones that fit and mold to the culture in which they exist and that stay focused on the customer.
  • Most people don’t avoid a process because they don’t believe it will help them. They avoid the process because they think it will take too long to get what they want. It’s the same concept as a driver that intentionally chooses to not get in a traffic line (stop light or interstate backup) and move forward only to cut-in-line later.
  • IT processes, like every other type of business process, exist to create standardized work, efficiency, and quality. They should never be considered complete but only in a state of production that includes measurement to see if adjustments are required.

Onward and upward!

Monkeys on our back

A tribute to the never ending projects.

You know those projects that seem to never end. The projects that extend well past their anticipated delivery dates. The projects that can’t catch a break or that can’t find sustained momentum. These are the projects that become the monkeys on our backs.l-Monkey-on-your-back

My experience is probably not so different from yours. There are projects throughout my professional career that I can describe with words like unlucky, doomed, slow, or unsupported. This isn’t necessarily because people dislike the project objectives. But for whatever reason, these projects stick in the portfolio and start to carry a heavier weight to the team that is involved.

Why do some projects hit their scope, timeline, and budget while others flounder?

I wrestled with this question after a discussion this week about the “monkeys on my back”. Thinking through my project experiences, several common themes were present with projects that failed to meet the original expectations of the stakeholders:

  1. Underestimating the complexity – Team members and/or stakeholders underestimate the complexity required to complete a project. Software projects are prone to this issue if the project team underestimates the complexity of business process flows impacted by the software coding. It’s one thing to change code and make systems talk to each other. It’s another thing to consume the new changes and impact process flows of people and equipment.
  2. Shifting the priorities – When a “more important” project takes team members away from an existing project then momentum is lost and work effort is delayed.
  3. Staffing with the wrong people – Sometimes the wrong people are on the team to complete the job. This could be a skills gap for what is necessary to complete the requirements. But sometimes its about cultural fit between team members. Cultural is influenced by factors such as personalities, temperaments, and ideologies.

There isn’t a one-size-fits all answer to getting the monkey(s) off our back. But knowing why the monkey is there may help us to think of ways to get him off!

What are the origins of the phrase “Monkey on my back”?

I did some brief research and could not pinpoint the origin. If you know or find anything different on this let me know.

The 1854 edition of the Glossary of Northamptonshire Words and Phrases contains this:

“MONKEY. ‘I’ve put your monkey up,’ is a phrase implying, I’ve roused your spirit, or offended you. ‘I’ve put up your back,’ is an equivalent, which see. A child is said to have the monkey on its back, when in ill humour, or out of temper.”

The 1874 edition of the The Slang Dictionary contains this:

“Monkey, spirit or ill temper; ‘to get one’s Monkey up,’ to rouse his passion. A man is said to have his Monkey up or the Monkey on his back, when he is ‘riled,’ or out of temper; this is old, and was probably in allusion originally to the evil spirit which was supposed to lie always present with a man; also under similar circumstances a man is said to have his back or hump up.”

There are other passages where the phrase is used as a reference to being in debt with a mortgage.

In more recent times the phrase is used to describe a heavy burden or even a drug addiction.

This much we do know.  We’d like to get those monkeys off our back. So take some time to think about why they are there. Then see if you can shake them loose.

Onward and upward!