Category Archives: Systems

Time Span Appropriate

Ruben was stumped. “You are right. Just because we give Edmund a new title, doesn’t mean he is going to change his ways.”

“Edmund will always be Edmund, and we have to redefine his role. It’s not a matter of giving him new rules not to do this or not to do that. You have already tried that in his role as supervisor. As Lead Technician, what will be his new goals? How will you re-direct him?”

“It sounds obvious,” Ruben replied. “It starts with his job description.”

I nodded affirmative. “This is critical fundamental stuff. It’s the stuff you ignore because it sounds so simple. It’s the stuff you ignore that gets you in trouble. Stuff like setting goals, performance standards and holding people accountable for performance.”

“I think I have a job description around here that might work,” Ruben hoped.

“Why don’t you start from scratch. As the manager, you have time span goals of approximately one year. Your annual plan has stuff in it that you are held accountable to deliver this year, and next year. If you had a supervisor, which Edmund isn’t, you would drive some of those goals down to that level, in time span appropriate chunks. For the time being, you are going to have to step into that role, review those supervisor outputs and determine the time span appropriate goals for your new Lead Technician.”

Ruben was quiet.

“Look, do you want to lose Edmund?” I asked.

“No way,” Ruben replied. “He’s a great technician.”

“Then you have some management work to do.”

Just Because He Has a New Title?

“Our system creates predictability,” Ruben explained. “It creates predictability without stress. It allows us to do our maintenance at the best times, allows us to properly inspect our raw materials, test our setups accurately. Everything runs.”

“What are you going to do with Edmund?” I asked.

“He should never have been promoted to supervisor. He is a great technician, a great operator, our go-to guy. We don’t want to lose Edmund, but he cannot continue as supervisor.”

“What are you going to do with Edmund?” I repeated.

“I am going to assign him to a new role called Lead Technician. He won’t like it, but right now, he won’t quit. The job market is too thin.”

“How are you going to keep him from screwing things up, just because he has a new title?”

Not a Hero

“So, in your mind, Edmund is not a hero?” I prodded.

Ruben shook his head. “No, and what’s maddening is that Edmund, as a supervisor, keeps describing his behavior as results oriented. It’s all about the results, he says. So, maybe he delivers, but there are body bags all over the place.”

“So, notwithstanding the results, how would you describe his effectiveness, as a supervisor? Thumbs up? Or thumbs down?”

Ruben laughed. “You know, that’s it. Effectiveness. If I can judge his effectiveness, it’s thumbs down. A supervisor is not effective when he ignores the metrics, skips steps in the process, then works overtime to save the day when the system breaks down.”

Proud of the Chaos

“How do you involve Edmund in the decision making about solving the problem?” I asked.

“As soon as we have the project specs,” Ruben explained, “when we know the outputs and the deadlines, we call a meeting. Edmund is the supervisor, so once we get into production, he is the one to call the shots. So, he is there, at the meeting. He sees all the elements we see, he just cannot connect them together.”

“And?”

“We have developed a very thorough system that identifies the constraints and keeps them productive. The metrics are easy to follow and the system makes our throughput very predictable. But Edmund fights the system, ignores the system and almost weekly causes a production snafu that could have been prevented.”

“How does he explain the snafu?”

“Usually he manages to jump in and pull the project out of the fire, but not without some overtime and not without putting the project in jeopardy. It’s almost like he is proud of the chaos and being the hero.”

Resistant

“He resists everything,” Ruben explained. “We cover the same solutions to the same problems. At the time, Edmund finally agrees, but I sense, he agrees only because he can’t argue the logic. He goes along with the solution, but two weeks later, the same problem pops up and we start all over again.”

“So, you have to step in and it takes up your time?” I asked.

“Worse than that. It’s almost underhanded. Behind the scenes, it’s like he wants the solution to fail. He doesn’t openly sabotage the new method, and I haven’t caught him bad-mouthing the process. Sometimes, it’s just the way he rolls his eyes in the meeting.”

It’s Your Committee

From the Ask Tom mailbag:

Question:

I need to design an SOP (Standard Operating Procedure) for procurement of goods and services and inventory management.

We have the Factory Manager and the Purchasing Manager who are more interested in establishing their supremacy.

We need to design a clear cut process that supports our systems.

Response:

The Factory Manager and the Purchasing Manager are only doing what you told them to do. The Factory Manager is to produce a high quality product as efficiently and profitably as possible. The Purchasing Manager is to purchase raw materials and services that meet the minimum specification at the lowest possible cost.

Sometimes those agendas are in conflict. This is actually normal.

However, it is your responsibility to integrate these two agendas, meet their essential requirements and orchestrate the solutions where there are differences.

  1. Convene a committee. Make it clear that it is YOUR committee and that while you are asking for input and analysis, YOU will make the final decisions as to what will be included or excluded from the SOP.
  2. The committee will contain three or five individuals. The Factory Manager, the Purchasing Manager and an additional Administrative Manager at their level. If the Factory Manager and the Purchasing Manager each need an assistant, then you have five on the committee.
  3. The Factory Manager and the Purchasing Manager will be tasked with separately creating a list of requirements and submitting them at a meeting (without you) to be conducted by the Administrative Manager. The Administrative Manager will be tasked with collecting those requirements, holding a discussion and writing the first draft of the SOP.
  4. You will review the first draft and submit your written comments back to the committee so the Administrative Manager can complete the final draft.
  5. You convene a meeting to congratulate the team for producing the SOP.
  6. Schedule a review meeting for 90 days to review how the SOP has worked and solicit input for additional changes. The SOP should be calendared for review every 6-12 months.

Keep us updated. -TF

Not the Time to be a Superhero

“You have two out of five manager positions in place on a daily basis, so when you have a problem, you think you are fixing it when you are NOT fixing it,” I offered.

“What do you mean?” Derrick asked.

“When you have a problem, you think you are fixing it. In fact, you have a supervisor in play to make sure the problem gets fixed.”

“So, the problem is fixed,” Derrick insisted.

“No, the problem is fixed, but the system is still broken. You are missing three of five Managers, so you are not paying proper attention to your systems.

“You see, Derrick, when you have a problem, everyone scrambles to fix the problem. Even experienced Managers put on their superhero cape and leap in front of their biggest customer to save the day.

“What they need to focus on,” I continued, “is not the problem. They need to focus on the system. Why didn’t the system prevent that problem? Or at least mitigate the damage from the problem? Their role is NOT to fix the problem, but to fix the system.” -TF

Predictability and System

“I understand how we calculate profit, but what does that have to do with my organizational chart?” Derrick asked.

“You design a predictable profit into your price, but what is it that keeps your profit predictable when you actually deliver your product or service?” I replied.

Derrick was thinking. “It becomes predictable when we are able to do the same thing over and over, the same way, with the same methods, in the same amount of time, with the same amount of scrap.”

“And how do you make all that happen over and over?”

“Well, we have designed a system and we train everyone to work the system.”

“And so, if something is happening with the predictability of your profit, what’s wrong, where do you look?” I continued.

“Something has to be wrong with the system,” Derrick nodded.

“So, where do you look?” I insisted.

“We should try to find out what’s wrong with the system.”

“Remember, I said that your problem is seldom a what, almost always a who?

Derrick grinned. “So, that’s why you want to look at the org chart.”

People System

Kristen put away the psychological profile. “Okay, you’re not going to look at this. You want a job description. But I can’t just write a job description, you really want a system?”

“Yes, a system,” I replied. “Take these elements, put each element into a circle, then put arrows between each circle. You may add and take away elements. This picture will represent your system.

  • The work
  • Roles doing the work
  • Roles making sure the work gets done
  • Job description for each role, broken into Key Result Areas, including tasks, goals and time span
  • Ten questions specific to each Key Result Area (6 Key Result Areas = 60 written questions)
  • Job posting
  • Resume review
  • Screening phone calls
  • Telephone interviews
  • Face to Face interviews
  • Skills Testing
  • Selection Matrix
  • Reference checks
  • Background checks
  • Offer (contingent)
  • Drug Testing
  • Offer (confirmation)
  • Orientation
  • Training
  • Productive work
  • Assessment
  • Training (more)
  • Career pathing

“Tweak your system, work your system.” -TF

Far Down the Urgency Scale

“You are right,” Kristen relented. “I really am too busy. My priorities are focused on short term fires. I feel like all I do, all day long, gets consumed with management issues and keeping people motivated. I don’t have time to work on basic stuff like writing job descriptions. When I look at doing that, it is so far down my urgency scale, I almost think writing a job description is silly.”

“What would be the payoff?” I asked.

“The payoff? I can’t even think about the payoff. I could write a job description and then I would have a job description, but I would be further behind dealing with all the crap,” she explained.

“Kristen, you are not unlike most managers,” I nodded. “If you could truly focus on getting the right people, most of the crap you deal with would largely go away.

“Stop working on crap and start working on systems. Your life will only improve when you start working on systems.” -TF