Tag Archives: timespan

The Lynchpin in the Framework

Could it have anything to do with time?

Order is what we know. Chaos is what we don’t know. Most people talk about the past, up to the present time. It is tangible and concrete. By studying the patterns and trends of the past, we can forecast the future, with some reliability. At least for a day. After two days, that reliability begins to break down and by the time a week is passed, reliability becomes a crapshoot with probabilities and margins for error.

The leader is not the person who can best predict. The leader is the person who is comfortable with and can effectively adapt to the uncertainty of the future. The lynchpin in organizational structure is timespan.

Discretion is about decision making. The timespan of discretion defines the uncertainty in a role. We reserve certain decisions for certain roles based on timespan. Timespan helps us understand specific levels of decision making. And there is appropriate decision making at every level of work.

  • S-I – appropriate decision making from 1 day to 3 months
  • S-II – appropriate decision making from 3 months to 12 months
  • S-III – appropriate decision making from 1 year to 2 years
  • S-IV – appropriate decision making from 2 years to 5 years
  • S-V – appropriate decision making from 5 years to 10 years

Timespan helps us understand specific levels of problem solving. And there is appropriate problem solving at every level of work.

  • S-I – effective problem solving using trial and error
  • S-II – effective problem solving using documented processes and best practices
  • S-III – effective problem solving using root cause analysis
  • S-IV – effective problem solving using multi-system analysis
  • S-V – effective problem solving using internal system and external system analysis

Timespan is the lynchpin that defines the framework for organizational structure. It provides guidance to the complexity of the work. It provides guidance on who should make which decisions. Timespan provides guidance of who should be whose manager.

Most importantly, timespan structures the value stream necessary for a hierarchy of competence. This hierarchy of competence defines accountability and authority. Elliott describes this as a management accountability hierarchy (MAH).

After Midnight

Elliott Jaques was a Canadian born psychologist, scientist, researcher, practitioner who focused on organizational structure. Through the course of his research, he discovered the lynchpin. You would think the discovery would have been in the hallowed halls of a research library, or standing beside a chalkboard of mathematical equations. But it had more to do with a knock on the door after midnight with a small group of addled shop stewards who had consumed one too many pints.

Order and chaos. Order is what we know, chaos is what we don’t know. We know the past, at least our perception of the past, all the way up to the present time. But, once we move through the present time into the future, uncertainty creeps in, ambiguity tiptoes in the shadows. Chaos lives in the future. And the further into the future, the more chaos there is, uncertainty, ambiguity.

“Elliott, Elliott. Wake up Elliott. We think we found it.”

“Found what? It’s after midnight and you guys have been drinking.”

“Elliott, Elliott. Could it have anything to do with time?”

“Guys, can’t we pick this up in the morning? It’s late.”

“No, Elliott. Could it have anything to do with time? You know, the guys on the shop floor, they get paid by the hour. Their supervisors, they get paid by the week. And the managers, well, the managers get paid by the month and the vice presidents, their compensation is stated in terms of a year. Could it have anything to do with time?

“The guys on the shop floor, they are accountable for things happening on a day to day basis. Their supervisors are accountable for scheduling and lead times for the next week or a month. Their managers are accountable for annual plans and targets. The vice presidents are accountable for the longest projects, more than a year.  Could the lynchpin we are looking for in organizational structure be all about time?”

And they never looked back.

What’s the Level of Work?

“But, we need to ramp up quickly,” Bruce explained. “We have a lot riding on this project.”

“What’s the rush,” I asked.

“We didn’t know if we were going to get the project, it was a very competitive bid process. But we pulled it off, at least the contract. It’s fast track, four months to complete with liquidated damages on the back end if we miss the deadline.”

“When you say ramp up, what do you mean?” I wanted to know.

“We have the production crew to do the work, they’re coming off of another project. But, the project manager is moving to Seattle to start another job. He was good, and a great opportunity for him. Unfortunately, that leaves us in the lurch. I need a project manager and I need one, now!”

“What’s the level of work on this project?”

Bruce stopped to think. “It’s only a four month project, so that’s S-II. I am hoping there will be a decent candidate pool. Sometimes, we post for a job and no one shows up.”

“How does risk play into understanding the level of work in this project?” I pressed.

“There are lots of moving parts, lots of detail, and if we miss the deadline, our profit could be wiped out pretty quick,” he replied.

“But, we have computer software to handle the detail,” I nodded. “What about the risk embedded in the uncertainty of the project?”

“What do you mean?” Bruce furrowed his brow.

“Will you need to trust your suppliers to deliver on time? Hold their pricing? Are the materials in the spec even available? What’s the lead time on materials? Will you depend on your client for approvals? What could hold up the permits for approval? I know you will have subs on the job. Are they dependable and available in each phase schedule? What if there are change orders? How quickly can you identify something out of scope and its impact on the contract? Is the client litigious? To keep the project on track, how will you schedule quality inspections to make sure each phase meets spec before you can move to the next phase?”

I saw the blood begin to drain from Bruce’s face. I continued. “I think this project has more to it than the 4 months timespan after mobilization. The relationships and synchronicity required have to be developed way before mobilization. The trust in your subcontractors needs to already be in place now. This is more likely an S-III project that started before you even got the contract. The biggest mistake most companies make is underestimating the level of work in the project.”

Time Compression?

“We have an ISO process audit coming up in two months and we have to get all the documentation updated before it starts. So, that makes it a two month Time Span goal,” Olivia described. “I am not sure I understand. This is a very complex project. The documentation is very detailed and technical. It will require someone at my level to supervise, to make sure it is correct. If we fail this audit, it puts several contracts in jeopardy. But a two month Time Span looks like Stratum I work.”

“There are two kinds of complexity. One type is created by the amount of technical detail. The other type of complexity is created by uncertainty,” I replied.

“Okay, I understand that if something has a lot of technical detail, it will take a long time just to parse through it. That might make a project’s Time Span longer. But I cannot get over the fact that this project has to be complete in two months, but the level of work is definitely higher than Stratum I.”

“Don’t be fooled. Because you only have two months, a great deal of uncertainty is gone. While you may think this is a tough project (detailed complexity), the limited Time Span forces this to be a simpler project.

“In two months,” I continued, “you don’t have time to start your documentation over from scratch. You don’t have time for massive overhaul, no in-depth analysis. You only have time to perform a quick review, observe a limited number of examples and make some relatively minor changes. Here’s the rub.

“The real Time Span of this project started the moment you finished version one of your current documentation. The true Time Span of the project is closer to one year than two months. Unfortunately, no manager took this assignment. No work was done. Procrastination killed its true purpose, and likely, the quality of the end product.”

Current Goal, Five Years Ago

From the Ask Tom mailbag –

Question:
It seems that long term goals are hard to articulate. In setting long term goals, would you agree that they are by nature more ambiguous? Should we worry less about being precise?

Response:
A long term goal, by its nature?

Five years ago, our one year goal was a five year goal. What has changed in the four years between?

The goal has taken shape, become clearer, better defined, more concrete. It has also taken turns and twists, met with contingency and unexpected, yes unintended consequences. It is now more certain, less left to chance. Murphy has less time to play.

It is the Time Span of Intention, the most important judgment for a Manager, to determine those things necessary in the future.

Ambiguous?

Precise?

Identifying Timespan

From the Ask Tom mailbag –

Question:
Sometimes, identifying level of work seems elusive. I try to look at the timespan of the task, but sometimes, my intuition just seems off.

Response:
The biggest mistake most companies make is underestimating the timespan associated with a role. In addition to timespan, there are other clues that can help us with level of work.

Examine the task. The first clue to level of work is the timespan of the task. Here are the two questions. When does it start? When does it end? When we imagine a task, sometimes we focus on the middle without truly defining the start and end of the task.

While a craft trade (S-I) might look at a task as a one-day project, the supervisor (S-II) may be concerned about the permit inspection in two weeks. The manager (S-III) may be concerned with the system in which the project was completed, accountable for a one-year warranty that accompanies the work product. The VP of Quality Control (S-IV) may be accountable beyond the warranty to multi-year statutes related to defects. For the role, when does the project start, when does the project end?

Examine the tools. A craft trade (S-I) generally uses real tools, machinery, equipment. The supervisor (S-II) will use schedules, checklists and meetings. The manager (S-III) will use flowcharts, sequence and planning. The VP (S-IV) will use multi-project Gant charts.

Examine the problem solving. A craft trade (S-I) may make good use of trial and error problem solving. The supervisor (S-II) may rely on documented experience like SOPs and best practices. The manager (S-III) may employ root cause analysis. The VP (S-IV) has to look at multiple systems simultaneously, systems analysis.

All of these are clues. With the work defined, the next question, is the team member effective in the work?

When Does It Start?

“What’s the timespan of this task?” Reggie wanted to know.

“It depends,” I replied. “When does it start and when does it end?”

“It depends,” he smiled. “Depends on who you ask.”

“I’m asking you, you’re the manager. Timespan is a manager’s judgement. When does it start and when does it end?”

“Depends on the role I am thinking about.”

“Exactly, different roles at different levels of work see the timespan of the task differently, indeed, they see the starting point and the ending point at different places. The starting point and the ending point create the timespan of discretion, the point in the project where they have the authority to make decisions and solve problems. On the same project, we have different roles with different timespans of discretion.”

“So, right now, in my department, we have three projects under three different project managers,” Reggie mused out loud. “I have three project managers who have the authority to make decisions only within the scope of their one project. They are concerned about resources available to them, the project schedule they agreed to, the contingencies within that project when things goes sideways. They have a very sharp focus and don’t spend any time thinking about the other two projects assigned to other project managers. The project starts when the contract is signed and ends when the punch list is complete and accepted by the customer.”

“And you? When does the project start with you as the Senior Project Manager?” I pressed.

Reggie nodded. “For me, it starts way before the contract is signed. I have to work with our sales department to see what we have in our pipeline and what is likely to close. Based on our closing ratio, I have to decide if we have enough project managers with the capacity to handle all the projects that are likely to come under contract. I have to continuously monitor that pipeline to make sure we have enough work to keep everyone busy as project managers cycle off completed projects. I have to figure out what they are going to do next. So, the project timespan for me, over multiple projects, begins long before the contract is signed and I am accountable for the workforce long after specific projects are complete. It’s a different level of work.”

Measuring Complexity

Lester had just returned, “That’s it boss, all done, what’s next?”

And with those innocent words, Lester has just defined the time-span for that specific task. Why is the time-span of a task so critical to the definition of that task? It is an attribute often overlooked. Time, hey, it takes what it takes.

For simple tasks, that take less than a day, or even 2-3 days, the importance of time-span is not so critical, but extend the time-span of a task (or a role) out to a week, out to a month, out to three months, and the dynamics become interesting.

What differences are there between a task that takes 3 days to complete and a task that takes 3 months to complete? In one word, predictability. Most of the elements required to complete a 3 day task are known, very specific, very concrete. Some of the elements required to complete a 3 month task may be unknown or may change prior to the completion of the task. This predictability (or unpredictability) is what makes one task more complex than another. “Yeah, so what’s the big deal about that?”

The “big deal” is that time-span, as an indicator for complexity, can become a discrete unit of measure for the complexity of any task. How complex is a task? If you can describe the time-span of the task, you have just described the complexity of the task. The importance of this measurement is that time-span can be described very specifically. I may not know how to specifically measure the “complexity” of a task or project, but using time-span, I can nail it to the wall: This project has a three-month time span with a deadline of February 15.

Questions:

  • If I can measure the complexity of a project using time-span, can I select a Project Manager using time-span?
  • If I can determine the maximum time-span of a person, can I determine suitability for a role in our company?
  • Can I test a person on the basis of time-span , as they grow and mature, to determine capability for more responsibility?

Hint: the answer is yes.

The Bigger Context

“But, what if my team has some bone-headed ideas?” Francis pushed back. “There are a couple of people on my team that think I’m an idiot, that they have a better way to do something.”

“Occasionally, we are all idiots,” I replied. “Perhaps, on occasion your team is accurate.”

“But they don’t see the big picture,” Francis described. “They think I delay part of a project because I don’t know what I am doing, when the fact is, we are waiting on parts with a six week lead time.”

“So, it’s context?” I asked. “And, you don’t think they will understand a six week delay in parts?”

“They have trouble just figuring out what materials we need for today’s production, much less a part that won’t be here for six weeks.”

“Francis, this is a struggle for all managers. Your team is working day-to-day or at best, week-to-week, but they are impacted by events that happen month-to-month, or quarter-to-quarter. Don’t sell your team short. They may not be able to manage long lead time issues, but they can certainly understand those issues, particularly if you make them visible. In what way could you communicate project scheduling to your team in a way they would understand?”

To the Next Level

From the Ask Tom mailbag –

Question:
As I talk with other CEO friends, they keep talking about taking their company to the next level or that they want to scale their companies larger. It sounds like they know what they are talking about. But do they? They are my friends, and I don’t want to disparage, but in many cases, I have my doubts.

Response:
No organization can ever grow larger than the CEO. If it does, the wheels will get wobbly and the organization will falter. The same is true as levels of work are built inside the organization. No level of work can exceed the capability of the manager. If it does, the wheels will get wobbly and the organization will falter. It doesn’t matter if the company is S-I, S-II, S-III, S-IV or S-V. Faltering can happen at any level.

Most who say they want to take their company, or department, or team to the next level has no clue what that means. Timespan and levels of work create the only framework that clearly identifies what that means.

Scalability doesn’t happen until S-IV, where multiple system integration occurs. Listen carefully to your friends, but judge not what they say, only judge what they do (or are capable of doing).