We live in the information age, or so I’m told. We’re bombarded with the stuff — it’s kind of like cosmic rays in that respect — and we’re spending an ever-increasing amount of time and energy dealing with it all.

I’m not at all sure we’re really living in the information age. Information is defined as the stuff that reduces uncertainty, and most of what I’m bombarded with is marketing material, political speeches, redundant stories generated through the process of herd-journalism, and overheard descriptions of what was on Jerry Springer last night.

Information age? There’s little that reduces uncertainty. It’s more the age of noise. Whatever it is, though, it isn’t the decision age, which is why most IS Strategic Plans produce three-ring binders that sit on the shelf gathering dust.

Since June, in fits and spurts, this space has presented a framework for an integrated IS plan. Not a strategic plan, but an integrated plan. The difference between the two is that a strategic plan ignores the day-to-day realities of leading IS. Why bother?

An integrated IS plan describes what you’re really going to do next year (and further in the future), putting your strategic goals and how you’ll survive until the future gets here in a single context where they don’t compete for attention. Since it describes what you’re really going to do, it presents decisions, not just information.

To recap, we began by exploring and documenting the company’s strategic, tactical, and infrastructural goals, presenting them in the context of the programs that will be needed to achieve them. We then reviewed your technical architecture to determine how it needs to be reinforced, improved, and extended so as to support the programs defined in the first section.

Now it’s time to take on those pesky human beings who work for you and who will be doing (or failing to do) all the work. In several upcoming columns we’ll review the topics you should cover in your integrated plan.

The human dimension — the human factors plan — divides into three sub-plans, covering processes, leadership, and organization.

Processes are how people get work done. No, that’s too facile. Processes, or at least the ones you care about, are how people do repeating work — stuff they do over and over again. Your process plan lists the key work of your organization, identifies which processes you most need to define or improve, and sets the basic direction for how you’re going to improve them.

Leadership sets direction and gets people to do the work. Leadership establishes goals, holds employees accountable, makes sure they have the right skills, energizes them, makes sure they’re fairly compensated, and otherwise deals with their needs as individuals. A lot of the work done in IS happens outside the boundaries of defined and documented processes, so a key role of leadership is creating an environment that encourages employees to figure out how to deal with situations as they arise.

Then there’s the ever-popular organizational design. You have to have one, I suppose — employees need to know to whom they report and who is responsible for the various kinds of decisions that have to get made. The main role of the organizational chart, though, is to define what my work isn’t. Designing your organizational chart comes last, and it should be pretty obvious once you’ve figured out everything else. The two most important things you can do with your organizational chart are to (a) focus attention on everything else; and (b) don’t change it any more often than you absolutely have to. Improving your organizational design doesn’t do all that much to help people get work done, but reorganizing creates lots of barriers.

Sounds like a lot of work, doesn’t it? Creating a coherent plan that hangs together is a lot of work. That’s one reason empowerment is important. The more time you spend planning, the less you have for important decisions like whether Joan should be allowed to get a new mouse for her three-year-old computer.

But we’re getting ahead of ourselves. We’ll get there, but first we have to talk about processes … and that’s what we’ll do next week.

I hate making dumb mistakes in this column, but make ’em I do. In a recent column on technical architecture, I described LU2 as IBM’s peer-to-peer protocol and LU6.2 as handling 3270 terminal sessions.

That is, of course, exactly backward, as a few of you kindly pointed out. The good news is that nobody yells at me when I make mistakes like this. The bad news is that far too many people, faced with a choice between owning up to a mistake and burying it deep, will choose burial in an unmarked grave rather than dealing with a bullying boss.

Following my recent column on bosses who rule by fear, lots of you wrote to ask how I learned the innermost details of your situations. Don’t worry — I don’t have a platoon of secret Ninja informants faithfully reporting to me. Having seen a few organizations run by bully bosses, I’ve seen them all.

Although my advice — find a better job — was just fine for someone on the receiving end of a bullying boss, it didn’t do much to help you prevent the problem in your own organization or to catch and fix it when it happens.

So here’s a practical program to keep fear out of your organization. It will work, so long as you sincerely want to create a great workplace:

1. Set the right tone: Model good leadership. Your leadership team will, for the most part, mimic your style.

2. Training: Hold regular one-day off-site sessions. Work through real-world scenarios, perhaps with role-playing exercises. Explore each scenario in depth. If you think your team ends up with the wrong conclusion, let them know your expectations. That’s called leadership. Disagreeing with your initial conclusion doesn’t make your team wrong, though. Learn from your team while you’re leading it.

3. Create communication channels: Make it easy for employees to tell you about problem managers. Establish an open-door policy. Meet employees for off-site breakfasts if they seem concerned over repercussions. Be open, friendly, casual, and available — don’t hide behind an imposing office and a big desk. Set up a Suggestion Box. Discourage anonymous messages — it’s too easy to stuff a ballot box — but treat signed messages as confidential whenever an employee requests it. Make sure employees can go to your boss if they have complaints about you — you aren’t perfect either, and you have to live under the same rules as the rest of your leadership team. Remind employees of their options frequently — not because “I want to spot bad managers,” but because “We want this to be a great place to work and I want to know where we can improve.”

4. Monitor turnover: Excessive turnover is an obvious warning sign. A manager who explains that “We’re better off without that employee,” is a bigger warning sign. Hold exit interviews. If possible, conduct them yourself; otherwise make sure exit interviews are with a senior member of your leadership team outside the departing employee’s reporting structure. Do not delegate this to HR — this is your job.

5. Give bad managers a chance to improve: A chance, not lots of chances. Let the problem manager know, in clear and precise terms, that you won’t put up with dysfunctional leadership behavior and that unemployment is the most likely outcome. Provide training if it’s needed, too.

When you’ve identified a bad manager, you need to take corrective action and monitor progress. This is the trickiest part, because the manager’s team must be told something, but not something that undermines the manager’s authority. That would eliminate any chance of success.

You’re best off if your manager describes a new approach to leadership to his or her team without having to acknowledge and apologize for past behavior. He or she is trying something different and has asked you to personally help monitor progress, explaining why you’ll be personally meeting with each team member periodically for a while.

You won’t satisfy employees who want retribution through this process. Retribution, though, is simply another layer of fear.

That’s what you’re trying to get rid of, remember?