Category Archives: Accountability

What’s the Work of a System Architect at S-III

From the Ask Tom mailbag –

Question:
So, yes, we have an individual technical contributor, a system architect role, at S-III, with no reports. Does this then mean the system architect fulfills “production” and that a Stratum IV role would be the supervisor and a Stratum V role would create the system? Or, would you say that the system architect fulfills all three roles? Or something different altogether?

Response:
Again, this question reveals a couple of important issues.

  • What is production work at S-III?
  • What is the role of the manager at S-IV and the manager-once-removed at S-V?

In some business models, especially B2B, the product or service delivered to the customer might easily be a system which requires S-III capability to create.

For example, a customer might require a software system to automate a large work process. This customer might contract with a company to accomplish the following work.

  • Needs analysis
  • Workflow documentation
  • Automation system design
  • Software selection and procurement
  • Software installation and configuration
  • Workflow integration with the software
  • Role re-design to include software operation around the work process
  • Training of personnel
  • Testing of workflow for throughput
  • Evaluation of automated workflow related to the initial needs analysis

This is all clearly S-III system work and might easily take 12-24 months to accomplish. Remember, the goal is NOT to install an automated system, but to install an automated system that exceeds throughput of the original work process. The goal is to get the automated system up to a full working capacity.

Indeed, the production work is S-III system work, for the role of a system architect, with no direct reports.

Assuming the system architect has the capability to be effective at this level of work, it is likely that she will create her own progress metrics (making sure production gets done). In addition, she may also document the system for creating the system. So, much of the supervisory and managerial work related to the project might be accomplished by this same system architect.

But, every person performs at a higher level with a manager, so what is the role of the system architect’s manager (at S-IV). The function of a manager is to bring value to the problem solving and decision making of the team member. The system architect can handle the routine decisions and problems, but might require help with the tough problems and decisions.

For example. The system architect might be able to automate this work process, but struggle with how this automated system might integrate with other systems in the customer’s company. It is one thing to automate manufacturing planning and procurement, stock and inventory of raw materials used in a manufacturing process, but how might that integrate with research and development? This is where the system architect’s manager might bring value.

Tomorrow, we will talk about the role of the system architect’s manager-once-removed.

What About in Individual Technical Contributor?

From the Ask Tom mailbag –

Question:
In the levels of work definition, from Elliott Jaques, you have highlighted that

  • Strata III – creates the system for production (typically a managerial role).
  • Strata II – makes sure production gets done (typically a supervisor role).
  • Strata I – production (typically a technician role).

Assuming one is working in a highly technical field, one might have a Systems Architect role at Stratum III, with no reports. Does this then mean that they fulfill ‘
“production” and that a Strata IV role would be the supervisor and a Strata V role creates the system? Or, would you say that the Systems Architect fulfills all three roles? Or something different altogether?

Response:
Thanks for the question. You have tipped off a number issues. The example I use most often in my Time Span workshop is a manufacturing or direct service model. These models are easy to understand, both in level of work and managerial relationships.

But there are hundreds (thousands) of business models that are not so straightforward in level of work. The calibration to determine level of work hinges on the length of the longest time span task in the role. As you suggest, in a technical industry, you may have “production” work at S-III, meaning the longest time span task would take longer than 12 months and shorter than 24 months to accomplish. This is quite typical in professional service firms (accounting, legal, financial advisory, engineering, architecture).

Your illustration also reveals the role of an individual technical contributor. An individual technical contributor is not necessarily a managerial role, but likely requires level of work at S-II, S-III or S-IV. Again, this is typical in technical business models.

If you have interest, I describe more details related to level of work, in the book Hiring Talent, for the following business models.

  • Managerial roles
  • Accounting roles
  • Engineering roles
  • Computer programming roles
  • Sales roles
  • Restaurant roles
  • Fleet service roles
  • Creative agency roles
  • Financial planning roles
  • Insurance agency roles
  • Construction trades roles
  • Legal firm roles
  • Public accounting roles
  • Medical roles
  • Educational institution roles (K-12)

Your question also asks about the nature of the managerial relationship for an individual technical contributor where the level of work is S-II, S-III or S-IV. I will save that for tomorrow.

The Myth of Results

From the Ask Tom mailbag –

Question:
I raised my hand in your workshop the other day when you asked if we believed in “results based performance.” You indicated that was misguided. And I stopped listening. Now that the workshop is over, I think you’re right, but now, I am not sure why?

Response:
Results based performance is a misguided management concept with two sources. Over the past three decades (I can’t remember further back), there has been a focus on results, management for results. Results are important, they are the endpoint of the goal, but if our focus is solely on the outcome, we might lose our way in getting there.

The first source of this focus is an abandonment of management related to the activities that lead to the goal. It is as if to say, “I don’t know how to manage the process and I don’t how to manage the people in the process, so I will simply use the result as my objective measure of effectiveness.”

The second source of this focus is a politically correct attitude that people should not judge other people. Many current management fads adopt the position that we should not judge people, only output. These fads have weaned us away from managerial judgment. As if to say, “Let the facts stand for themselves, if the sale was made, then the salesperson must have been doing a good job. If the sale was lost, then the salesperson must have been doing a poor job.”

Abdicating our managerial judgment to an “objective” measure of success is baloney. It also delays the time when the manager must step in and take corrective action when things go off course. If we are to evaluate effectiveness based only on the objective result, then we must wait until the result is known. The truth is, most managers know early on when a project is off course. They don’t have to wait for the result.

If a team member is working on a 12 month time span project, the manager can tell quickly if the team member is making the right moves in the first two weeks. But, if we say we have to wait for the outcome, the manager is hobbled, loathe to intervene. If there is anything that Elliott trusted, it was the judgment of a manager.

But that’s subjective, you say. Yes, it is subjective. And highly accurate.

Only Measure of Performance

“I have a dilemma,” Sylvia explained. “I have a team member who consistently underperforms. And, every time I ask what happened, to try to find out what went wrong, the cause of the project failure, I always get a plausible reason. I understand why the project failed and it’s not this person’s fault. My dilemma is, I have a make or break project that needs to go to this person, but I hesitate to assign it.”

“Is this person competent in completing assigned projects?” I asked.

“Not in completing them,” she defended, “but, there is always a plausible explanation.”

“Do you need the project completed, or do you need an explanation?” I pressed, not waiting for an answer. “It sounds like your team member doesn’t get better at performing. Your team member gets better at explaining why the underperformance is never their fault. Your team member gets better at an explanation that you actually believe. The measure of performance is not an explanation. The only measure of performance is performance.”

Short bow to Lee Thayer, Leadership, Thinking, Being, Doing.

Responsibility, Accountability and Authority

Words mean things. One of the biggest problems with managerial practices and the concepts constructed to support them, is the lack of clarity. And whenever things are not clear, people make stuff up, like holacracy, self directed work groups, management by objective, results based performance.

My thanks to Nick Forrest and his book How Dare You Manage, to bring some clarity to three words, responsibility, accountability and authority.

You see, you may think you have a communication problem, but you more likely have an accountability and authority problem. You may think you are observing a personality conflict, but you more likely have an accountability and authority problem.

Accountability, or an accountability is a contract between a manager and team member related to an agreed upon output. An accountability is a contracted output.

Responsibility is a feeling of obligation, created and maintained within an individual to perform or take action. It is a feeling generally connected to a contracted output (accountability). Responsibility that is NOT connected to an accountability can be a recipe for disaster, because noble action may be taken without regard for a defined objective.

Authority is a limit. Authority is a limit, within which an individual has the freedom to use their discretionary judgment to make decisions (even the wrong decision) and control resources to reach a defined objective (goal, task assignment).

Whenever I see some management fad, like holacracy, emerge, it is likely because these three words have never been accurately defined. And in that void, people make stuff up. And sometimes, that stuff is nonsense. And sometimes, the nonsense can lead us astray, waste resources and in the end, destroy the organization that we were trying to build in the first place.

The Realization of a Manager

“But, what if one of my team members doesn’t show up?” Sheri defended. “How can I be held accountable for that?”

“You are not accountable for the team member not showing up,” I replied. “But you are accountable for the output of the team who is now short one team member. I hold you accountable for having back up, cross trained team members to pick up the slack. I hold you accountable for knowing your team well enough to anticipate who is not going to show up, and having an alternate plan in that event.”

Sheri was quiet. While she was backpedaling, she knew she was still on the hook.

“Being accountable for the output of the team changes everything,” I continued. “Once you realize that accountability, your behavior changes.

  • You have to know your team members
  • You have to provide clear expectations within the team’s capability to deliver
  • You have to prepare your team to handle the inevitable problems that will come up
  • Your team has to practice to become fluent in handling those problems
  • You have to provide context for the work that your team will be a part of
  • You have to inspect the output to make sure it meets quality standards within time limits

This is all about people, this is all about your team. And, as the manager, you are accountable for their output.”
_______________________________
Hiring Talent Summer Camp kicks off next Monday. Follow this link to pre-register.

The Team Will Never Be Much Better Than the Leader

“So, I have the team I deserve,” Sheri nodded.

“Yes,” I agreed. “And understand the team you have, will never be much better than you. If you want the team to get better, who has to get better first?”

Sheri was still nodding in agreement, but while her head was moving, her brain was pushing back. She still wanted to lay the blame on her team. “Okay, the team did not do what they were supposed to do, but you seem to say that it is my fault.”

“Fault, schmaltz,” I chuckled. “I don’t care whose fault it is. But, I do hold you accountable for the output of the team. All crumbs, always, lead to the manager. As the manager, you control all the resources for the team. You control the work instructions, you pick the team, you pick the number of people on the team. You pick the roles for people to play, you design the workflow. I hold the team member accountable for showing up and doing their best, but I hold the manager accountable for the output.”
___________________
Hiring Talent Summer Camp kicks off next Monday. Follow this link to pre-register.

Is This the Team You Built? (It is.)

“But, I deserve better,” Sheri protested. “I work so hard, as a manager, I deserve higher performance from my team.”

“You probably do deserve better,” I replied. “Where does that higher performance start? Does it start with you?”

“What do you mean?” Sheri pushed back.

“Your team sounds just like you do. They work so hard, for mediocre results. They deserve better for their efforts.”

Sheri got quiet.

“If I want to know the kind of organization I deserve, I should look at the one I have. Some of this team, I inherited, some of this team I built. But, it’s my team. It’s the team I deserve.”
___________________
Hiring Talent Summer Camp kicks off next Monday. Follow this link to pre-register.

Intentions and Behavior

“I don’t understand,” Sheri shook her head. “The team said they were committed to this project. They understood everything I presented at the meeting. They didn’t have any questions. I did not sense any push-back.”

“And what happened?” I asked.

“Nothing. We discussed changes they were going to make in the work process. We talked about organizing things differently. But nothing happened,” she reported.

“So, what did you learn, as a manager of this team?”

Sheri paused for a short time. Processing. “If someone says they want to get better at something, understand that their words are only intentions. Watch how they practice. Listen to the words that people say, but watch what they do. It’s the behavior that makes the difference.”
___________________
Hiring Talent Summer Camp kicks off one week from today. Follow this link to pre-register.

You Designed the System

“I have so many things going on, seven projects in the air, but the worst part is, people just seem to interrupt me, all the time,” Rosalee explained. “They don’t realize how hard it is to get anything done, when every ten minutes, I have to drop everything to answer a question.”

“Who is they?” I asked.

“Well, it’s my own team members, and it’s my manager, and my manager’s manager.”

“Sounds like you are pretty important around here,” I observed.

“I do have a lot of experience, and my projects are very complicated. Lots of moving parts and shifting deadlines,” she replied.

“So, what are you going to do?”

“I don’t know. I tried shutting my door, so they text me. I tried hiding in another office, they found me. I tried coming in to work early and staying late, but that turned into 14 hour days,” Rosalee shook her head.

“Why do you think everyone depends on you, so much?” I prompted.

“They are smart people, but sometimes I think they are lazy. They don’t have to make a decision using their own judgement when they can just ask me.”

“And if you refuse to help?”

“I can’t do that. Decisions wouldn’t get made and production would slow down,” she protested.

“So, the system that interrupts you, is a system that you designed?”