Category Archives: Systems

Whose System Is It?

“You were right,” Byron admitted. “I took a look at the system. The ten percent reject rate was caused by a small burr on a threaded plastic part. The part didn’t seal right and the cylinder wouldn’t hold the pressure.”

“So, your team could have worked harder, stayed longer, given it all their might and the reject rate would have stayed at ten percent?” I floated.

Byron nodded. “I was sure it was the team. I am actually sorry I yelled at them. They just seemed down in the dumps, lackadaisical, you know, unmotivated.”

“Why do you think they were down in the dumps?” I pressed.

“Probably my fault. They were, in fact, doing their best. I thought their best wasn’t good enough. I was too quick to lay blame. In the end, it was my fault. I ordered some surplus parts from another vendor. Our original supplier was so good, we only sampled one in a hundred parts in receiving, they were always good. The new vendor parts had a 50 percent failure rate, but the samples we pulled, one in a hundred, didn’t pick up they were out of spec half the time. It was the system that allowed the failure rate.”

“And, whose system was that?”

Byron almost choked, but managed to get it out. “Mine.”

Somewhere in the System

“I know I am accountable for the output of my team, but we still have a ten percent reject rate. If my team would just try harder, the reject rate would come down,” Byron protested.

“Really? Just try harder means what?” I asked. “You told me your team was doing their best. Are you telling me, now, that they are not doing their best?”

“They seem a little down, discouraged. I know I have been on them. We need a 100 units of production each day and with a ten percent failure rate, that means we have to run 115, on average, to get our 100. If they would just try harder, they would get there.”

“I am going to make an assumption,” I said. “I am going to assume that your team shows up every day to do their best. If your team is doing their best, then there is something else in your system that is causing the failure rate. You are a smart guy. Get a big white board, draw out your system, get your team together and find it.”

Why Would They Skip a Step?

“What do you mean, I see things that my team cannot see? If they would just look, they would see it, too,” Max pushed back.

“Max, you are a manager. You are responsible for creating all the systems that people follow. You know more about how things work and how things go wrong. Give me a short list of things you see, that your team doesn’t see,” I asked.

“Short list?

  • Sometimes, we get parts in from our vendor that have a slight defect. If we use that part in our assembly, when we get to the end, the unit will fail a pressure test.
  • If we skip the pressure test, the units get boxed and sent to customers, who install defective units. Their first call is to the salesperson, who gets an earful from the customer.
  • If the salesperson gets three customer phone calls complaining about defective units, the salesperson loses confidence in our ability to make a quality product. He stops selling.

Should I go on?” Max quizzed.

“Why can’t your production people see that?” I prompted.

“I guess they can’t put the dots together. From the time we get that first defective part, to the time the customer complains could be three months time. And when the customer complains, we still have to track down the problem, then reference our production codes to find out when the units were actually produced. It might take another week just to track down the problem. There is too much disconnection for my production team to follow. They just know they get yelled at for skipping a parts-inspection and a pressure test.”

“And, why would they skip a parts-inspection?” I wanted to know.

“Funny, the team was actually proud of their assembled output that week. We were in a bind for a large order. It meant overtime and a team bonus for 50 extra production units that week,” Max lamented.

“So, let me understand. You design all the systems out here, including the bonus system for exceeding production quotas in a shorter period of time? And you wonder why the team skips steps, to get their bonus?”

Operations and Command and Control

“If only life and business were that simplistic,” Scott said. “If you work in operations then your job is about commanding and controlling the time, labor and technical resources towards an agreed output. For the jobs in operations, your vision makes sense. But, I think it is only a functional perspective, not a universal one.”

“You seem to think that operations is all about command and control,” I replied. “It sounds a bit mechanical. Tell me more.”

“Operations is operations. Pretty cut and dried. We have defined processes inside efficient systems. Line up the people, line up the machines, line up the materials. Pop, pop, pop. Predictable output. Yes, it is a bit cut and dried.”

“If that is all there is to it, then why don’t we have robots do all our work?” I probed.

“In some cases, we do,” Scott raised his eyebrows in a subtle challenge.

“Yet, even in the midst of defined processes and efficient systems, even in the midst of robotic welding machines, we still have people engaged in operational work. And in that work, as defined as it is, aren’t there still problems that have to be solved and decisions that have to be made?”

“Well, yes,” he nodded.

“So, inside a process you describe as command and control, there is still discretionary decision making?”

Scott continued to nod.

“So, it’s not all neat and pretty,” I said. “Not all tied with a bow. In fact, some days, the work gets downright messy. Even mature processes are subject to variations in material specs, worn machine parts, delays in pace. Command and control short-changes the discretionary judgement required to effectively operate a well-defined system.”

Inspired by a comment posted to Responsibility, Accountability and Authority

Not Enough Time

“I gotta get something off my plate,” Adrian shook his head. “I am so busy, I just don’t have time to get everything done.”

Busy?” I asked. For me, busy is a code word, a clue, that there is a mis-match in level of work.

“Yes. Busy. I get here early to catch things up from yesterday, make some headway on one of my projects, but about 7:30, the chaos begins.”

Chaos?” I asked. For me, chaos is a code word, a clue, that there is a mis-match in level of work.

“Yes. Chaos,” Adrian replied. “Unsolved problems from yesterday. Yesterday’s decisions delayed until today. It hits my email, it hits my text messages, it hits my phone, it walks through my office door.”

“So, you think you have a problem?” I clarified. “And, if you could get something off your plate, you would have more time? And if you had more time, you wouldn’t be so busy? And if you weren’t so busy, there would be less chaos?”

“That’s it,” Adrian agreed.

“Then, why did you start coming to work so early?” I probed.

“Because I was too busy during the day. There was too much chaos during the day. I couldn’t get anything done,” Adrian was frustrated with his circular problem.

“So, you came to work early to get more time, but you are still too busy and there is still too much chaos? Do you think not-enough-time is really the problem.”

The Go-Go Stage

“That which does not kill you, makes you stronger,” Jim Dunbar grinned. “Our momentum told us we were not likely to die, at least not in that fiscal year,” he said. “We were invincible. So, I signed a lease on the second plane.

“Passenger loads picked up, and I had to hire more people. And that led to a predictable stumble. There was no rhyme or reason for the way we did things. We survived on our tenacity, but our tenacity began to fail us. My wife described our behavior as improvisation. Invincibility and improvisation make for a toxic cocktail. We over-promised, extended our thin resources.

“I remember our first overbooking. We had more passengers than seats. I looked at my schedule, figured we could make the run to Denver, flip the aircraft around and come back for the other group. For some reason, we thought the stranded passengers would wait the four hours. But, a weather system moved in. In spite of our promises, we never made it back, and missed another flight leg with a scheduled full plane.

“To say we flew by the seat of our pants was an understatement. But, at the time, I figured that my team practiced for months. We successfully flew one plane, how difficult could it be with two planes?

Excerpt from Outbound Air, Levels of Work in Organizational Structure, by Tom Foster, now available on Kindle, soon to be released in softcover.

Outbound Air

Burnout

“I am really proud of my team. We worked overtime to get that project finished. Whatever it takes. That’s my motto,” Roger said.

“Was the customer happy?” I asked.

“You bet. They were jumping for joy. They didn’t think we could pull it off,” he replied.

“I am glad the customer was happy. You also know you blew the budget on this project. I know the customer is happy, because we paid for their project to be completed. And we burned out the team in the process.”

“Yes,” Roger protested, “but we got it done. I am really proud of the team and how hard they worked.”

“And the next project on the schedule starts today. This is one with a good margin in it, but I don’t see your team working on it,” I observed.

“Well, no. They were here until midnight last night, so I told them we could start late today.”
_______________________________
Hiring Talent Summer Camp is underway. Still time to register during Orientation week. Follow this link to register.

Where’s the Problem?

“I don’t understand,” Abby lamented. “I have been working with the sales team for the past six months. We had an increase in sales volume almost immediately. But, after three months, sales began to trail off. I have all the data, here in front of me. The team is making the calls, following the process, but we aren’t getting the orders we expected.”

“What feedback do you get from the sales team? What are their reasons?” I asked.

“That’s the worst part, they just want to blame someone else,” Abby was mildly irritated. “They are blaming the shipping department, of all things.”

“What about the shipping department?” I pressed.

“The sales team says the shipping department isn’t doing their job according to the delivery schedules.”

“And what does the shipping department say?”

“Seems like everyone is in blame-mode. The shipping department says they can’t get orders out of the production department. And the production department is blaming everything on a machine,” Abby replied.

“Tell me about the machine.”

“It’s old and only goes so fast. Work stacks up in front of it, but we can only get so-much output, and it’s running three (8) hour shifts. We would buy another machine, but we have no place to put one and it costs $250,000.”

“Let’s look at the sales orders placed in the first couple of months of your program. What is this list of back-orders?”

“That’s what the sales people are talking about. Their sales orders turned into back orders and their back orders turned into cancelled orders. Now they can’t seem to get new orders.”

“Tell me Abby, how might you be able to connect a slow machine to orders, back-orders and cancelled orders over a six month period? Think about how one system impacts another system.”

Documenting Work Flow Issues

“I don’t understand why we are going to meet with the team about the new floor layout,” Shannon pushed back. “I mean, it’s a bunch of good guys, but they don’t understand the big picture of work flow and why we need to rearrange things.”

“And, you do?” I asked.

“Well, yes. I watch the unnecessary steps. I watch us move material around four or five times in the storage area before it finally moves to staging a couple of months later. I watch people searching for raw materials in unnumbered bins. I watch people pull unmarked boxes down to see what is inside.”

“Do you think you missed anything? That checklist inside your head, is that all the workflow issues we have? Are you sure you noticed everything?” I pressed.

“Well, not everything. There will always be something,” Shannon shrugged.

“So, let’s turn your single set of eyes and ears into twenty sets of eyes and ears and ask some simple questions of your team.”

Not a What, But a Who

“Do you really think it’s luck?” I asked.

“I know, it’s not luck,” Vicki replied. “But it seems that every project is different. And the reason that a project goes south, seems to be different every time.”

“So, when projects are predictable, they are more likely to be profitable?”

“Yes, but there is always some variable on the project that drains the schedule, or adds cost,” Vicki pondered.

“So, if you could remove the variability, anticipate the variability or at least have a well planned contingency when things don’t go right, profit might not be as affected?” I pressed.

“But there is always that unanticipated wingnut that comes in sideways and screws things up. If we could just do a better job, seeing into the future, imagining what could go wrong. If we could just figure out what the problems might be.”

“So, you think the problem is a what? You are going about this asking, what’s the problem?”

Vicki stopped talking, so she could think. “Are you suggesting the problem may not be a what, that the problem might be a who?”