Understanding the Work

There are really three keys to designing and developing solutions that improve capability

  1. Understand the work
  2. Understand the knowledge, skills, information, and traits needed to perform the work
  3. Design effective strategies for enabling performers — in this case, effective means taking the shortest path to performance

Understanding the work is the most important and first step. There is no point doing anything else until you understand what people are doing now, what they are expected to be doing, the gap between those two things and why there is a gap in the first place. The good news is that this does not have to be a mysterious process. We have been analyzing processes, roles, tasks, and jobs for years and it comes down to clarifying the following. (Just to avoid entering the entire string every time, we will just use the word “process” to refer to both the process and the work or tasks.)

  • Overall Mission: What is the process for? Why does it exist? What does it achieve?
  • Output(s): What tangible output is generated?
  • Criteria: How can you tell a good output from a poor one?
  • Tasks or Steps: What do people have to do to produce the output?  If you have time, you can define criteria for tasks as well.
  • Gaps and Causes: Where do outputs or tasks fall short of what the criteria specifies?  Why?
  • What tools are used at what steps in the process? Note: This is not really the process anymore but tools, especially information tools, are used so frequently today that they are part of the environment in which the work is performed.

To improve capability, start looking for gaps with causes that can be fixed. Look for difficult tasks (i.e., those that require lots of skill or practice or even those that fall short of standard frequently). Then, look for effective ways to improve performance. Usually, there are three choices, listed below in order of preference

  • Simplify the task. Take out some steps or decisions.
  • Transfer capability to a tool. For example, move complicated or difficult calculations to a tool. Or create a quick-reference guide so performers rely less on memory.
  • Train people.

Collecting and Documenting the Work Model

So if we are starting with the work, we need to capture that information so that we can see it and talk about ways of changing it. We use the format below for 98% of our analysis, whether the project is to build training or improve a process and whether we are facilitating a group meeting or working with an individual SME.  We like this model for several reasons.

  1. It focuses on the work. Swimlane process maps are more popular but they can get confusing. They focus on the roles but we find that they can sometimes hide unnecessary steps. On the other hand, the horizontal flow seems to push you towards finding ways of simplifying or eliminating steps. And, in a lot of environments, roles can get fuzzy or shared between different job titles, but the steps are usually pretty constant.
  2. Allows identification of trouble steps and tools. When you are thinking about a given task and the problems that can arise, it is a natural time to consider what to do to eliminate that problem. This extra information really doesn’t fit on a swimlane model.
  3. Complex processes work fine using decision boxes. We once mapped an entire quality system (using eleven  teams and 84 separate processes in an eight-week period of time…it was a busy summer) for a large medical device company using this format. There were a lot of complex and interdependent tasks but the format held up. I would argue that this approach supports a work simplification mindset because you see the necessary sequence of steps or outputs needed to get something done (and you get rid of things that are not necessary).

Here is an overview of the format. (For larger view go to http://www.prhconsulting.com/resources/newsletters/downloads/ProcessDoc_prh_08-28-14.pdf .)

    ProcessFormat_prh_08-28-14   Next issue, we will look at how to use this information to improve a process. Later, we will look at how to use it to identify supporting capabilities and tools.


Please note that this format is copyright PRH Consulting Inc. 2011 all rights reserved.  Many of our clients want to use this format in their own internal projects and we’ve always granted permission but ask that they keep the copyright notice intact. So, any readers that want to do this, please inquire and we will most likely  allow you to use it under the same conditions.

Keep Your Graphics Legal

Instructionally Effective Graphics That Won’t Get You an Orange Jumpsuit  

When we build training, we try to focus on the end-user performance and finding the simplest and most effective means of enabling them to perform their jobs.  Unfortunately, effective training is often not enough by itself. Clients expect the program to look good too, and by good we mean “professional.” Professional training is often expected to look aesthetically pleasing.

Advances in graphic design and animation have changed the game so that simple line drawings and text presentations feel incredibly dated.  So how do we as developers find time to create professional graphics without losing sight of the end user’s actual training needs? Does substance take a back seat to style? It shouldn’t have to.

For very specialized applications, you may have no alternative to authoring your image yourself. In other cases, you may be able to find what you need on a website. Even when you are lucky enough to find a graphic that suits your purposes, it may actually be someone else’s intellectual property. Though lot’s of people will copy images freely from Google searches or other web sources, it is not always clear whether it is really legal to use them without permission.

For very specialized applications, you may have no alternative to authoring your image yourself. In other cases, you may be able to find what you need on a website. Even when you are lucky enough to find a graphic that suits your purposes, it may actually be someone else’s intellectual property. Though lot’s of people will copy images freely from Google searches or other web sources, it is not always clear whether it is really legal to use them without permission.

There are really four situations in which you can legally using a graphic.

  1. You created it and own the rights
  2. It is not protected by copyright
  3. You have permission or a license to use it
  4. You can use it without permission, under “fair use”

In the weeks to come, we will look at these four paths and some of the in’s and out’s to legally using graphics. You may be surprised to see that things are not as simple as they might appear at first glance.

__________________________________________

Ian and Pete recently presented a session called “Legal and Effective Graphics for eLearning” at the 2014 Chicago eLearning and Technology Showcase. Most of the principles apply to all kinds of training, as well as presentations. If you want the details, view the presentation.

Coffee

Everyone’s Favorite Health Drink

  Coffee can be indispensable in the workplace. We just read a study about how coffee really works. Kind of the reverse of the conventional wisdom. According to this study, in layman’s terms, coffee doesn’t really “wake you up” as much as it keeps you from getting sleepy. Here are the details

   This doesn’t entirely fit with experience if you think about that, actually unpleasant, sensation of being too wired from too much coffee. But, I’m not a scientist. Although, we once did a project at a lab with combinatorial chemists and they always had two pots going at all times…one had green tape wrapped around the handle to indicate that it was double-strength. (Ok, that was a gratuitous mention of “combinatorial chemistry” but the two handles thing is true.)

   The green handle is symptomatic of the problem of individual preference. In an office, it can be difficult to get agreement. In a doctor or dentist office, or in a one- or two-person office, it is even more difficult as the small volume of sporadic consumption makes entire pots of coffee potentially wasteful. Hence the popularity of the K-Cup.

   First of all, a few jobs ago (before anyone in the midwest had heard of Starbucks) several of us in our work group tried to engineer a satisfactory single-cup solution. We emptied out tea bags and put coffee in and tried steeping it. We put a scoop of coffee into a filter stuffed into a funnel and then did a pour-through. These methods were OK, if a little awkward from a labor and clean-up perspective. K-Cups excel at convenience. You buy an expensive hardware component and pretty expensive individual capsules but you can crank out good-tasting single-cups all day. But there are a couple of things to feel guilty about.

   There is a large waste to cup ratio. Many of the capsules are not too environmentally friendly, though some are biodegradeble. And, they are expensive. According to a New York times article, on a per pound basis, some K-cup coffee sells at approximately a whopping $50 per pound!  

   There are alternatives though. There are single-cup makers and there is even a commercially made version of the tea bag. My personal favorite is theAeroPress. It makes coffee as good as a French press but with way easier clean-up.

   Some people get their best work done at a coffee shop. The coffee probably helps but there are definitely other factors at play. One is probably getting away from the office where there are distractions (like the phone, co-workers, your boss) lying in wait. Personally, I like the white noise distractions at a coffee house…the conversation going on at the next table that you don’t care about, the banging they apparently have to do to dislodge used espresso grounds, the hissing of the milk steamer, and the background music. Even the fact that you know you aren’t going to be sitting there all day…you have an hour or two to get to a stopping point on what you are working on and then that’s it. (And if you have more time available, keep in mind that Starbucks furnishes their shops primarily with non-cushioned chairs, probably for a reason.) All of that forces you to boost your concentration level and put on your task blinders and crank away, head down and oblivious.

   A couple of app-makers must have noticed the benefits of background noise, probably while brainstorming ideas for apps while sitting in a coffee shop. So, if you want that vibe but don’t feel like actually leaving your desk, you can import the audio portion to your ear buds from one of the sources below.

 

http://coffitivity.com
http://www.jazzandrain.com
http://simplynoise.com/
http://www.rainymood.com/

The Big Picture

In some situations, it is easy for organizations and professionals to lose focus on the bigger human performance or training picture in their business. Articles come out promoting the next trends in learning, like “m-learning,” social media, etc. Conferences and expos celebrate creative solutions. Vendors show off nifty interactions and interfaces. All that sounds like a lot more fun than building capability or improving the throughput of a process.

Except, in the context of the business it is serving, learning is really a support function. There is only one reason a business should be training employees and that is to build capability so employees can perform their tasks. And quite often, basic is just as effective as cutting edge (or even more so) and can be deployed faster. Sure it would be fun to make a computer animation and embed it into a web-based program. But it might get the job done if you just shot a video using readily available equipment and posted it imperfectly where people people can find it.  Or even if you had good diagrams showing key steps in the process. The 80% solution right away is often preferable to the 100% solution much later (and after spending much more money).

Keeping a focus on employee capability and work process improvement and away from technology and media requires working on the big picture and not getting trapped in the smaller picture.

 

Analysis and Architecture

The first key to avoid getting trapped in the small picture is understanding the work and then designing an architecture for solutions.

Understanding the work means figuring out roles, work outputs, criteria, and the process steps/tasks performed by those roles. It means understanding where errors are likely to occur, where tools exist (or could exist) to address those areas. It means understanding the knowledge, skills, and even traits needed to perform.

Another level to understanding the work is how it is allocated between various employees in the roles that perform it. Knowing what experienced performers do vs. less experienced performers. Knowing the previous roles (and likely incoming skills) new people bring into the role and how to address the gaps through coaching, training, and information. Figuring out solutions to ensure that the work gets done correctly over time, as employees enter and leave the job and as products and processes change. Development paths. Career paths.

Finally, you need an architecture for the solutions you will provide. If you are providing classroom or instructor-led training, what materials will be provided, how will they be kept current, how will you know the instructor is delivering the same course that was developed? Even better, can you track content at a granular enough level to find things that already exist and re-use them in future programs? Is there sufficient logic and rationale in your solution set that employees and supervisors can start from what they need and find what they are looking for quickly and accurately? Does the media fit the delivery requirements or are you forcing web-based training on people to save travel costs…even though they don’t bother to complete the training because there are too many distractions on the job?

The bigger picture is systematically building and sustaining capability. That is the way to truly become a business partner, instead of merely a training specialist.

Tired of ADDIE-Bashing

Training program design and development can be similar to programming…at least if this programmers tirade is somewhat accurate if exaggerated (which I have no reason to doubt). Warning: The language can be abrasive and inappropriate but if you get past that, the humor is undeniable. Example line “Not a single living person knows how everything in your five-year-old MacBook actually works.” Or, for a more wordy sample: “…there are more “standards” than there are things computers can actually do, and these standards are all variously improved and maligned by the personal preferences of the people coding them, so no collection of code has ever made it into the real world without doing a few dozen identical things a few dozen not even remotely similar ways.”
 
   If you don’t want to take the time to click the link, that is your call but you are missing out. My summary of the post is that programs are written with lots of people providing different inputs based on varying levels of expertise backed by varying levels of influence to address individualized views of the problem to be addressed, quite often based on what the team members know how to do vs what is actually needed. Training programs and projects can get that way too. Probably everything collaborative is like that. (I remember a quote from years ago I think by Andy Partridge, the lead singer of the band XTC…something to the effect of collaborating on writing music “is like a civilized knife fight.”)
 
   Which is why we use a group design method to define the end performance goals of the solution (e.g., training, support tool, process, etc.) and then evaluate the approach to be used, followed by a detailed description of the end solution. It takes time at the front end but it saves time later. If you can stick to it. 
 
   Do people still “suggest” content to be included or nifty technology that should be used after things have started…even if they were previously considered and rejected? Yes. Can they still end up getting them into the solution? Sometimes. Unfortunately, human performance goals, like programming, can be accomplished in more than one way. There is always more than one right answer but usually a solid design with business rationale (and political support) can help keep the team from drifting.
 
   Which is why, though ADDIE can be unpopular, it really is a much better way to build performance solutions than some of the “fire-fire again-fire again…did we hit anything?” methods that crop up now and then. (That is why many companies use a process that is very similar to ADDIE to design/develop products.)  So, why is ADDIE constantly derided as being “old school” and unhip, if not just ignored altogether? Why all the interest in rapid prototyping? 
 
   People want the rapid and that is a valid concern. Sure, some clients or customers can’t be bothered to define needs and requirements upfront. But it seems that many designers can’t get that step done quickly enough to get the project momentum moving (and get to the “real work” of development). Everybody suffers when analysis and design take too long.
 
   And prototypes are helpful too. They help those representing the customer or end user to see what they will be getting. The prototype is why architects will make model buildings for customers instead of only blueprints and drawings.  
 
   But both rapid development and prototypes can be incorporated in an ADDIE project. Those that want to discard ADDIE just don’t understand it. It makes sense to do what you need to do, to adapt to the requirements of those that are in charge. But let’s not have professionals advancing new models that embrace and increase rework, unnecessary iterations, andfrantic time-wasting? 
 
   Is it just a business strategy or do people really think nobody can understand anything so we should just try stuff until we hit on something everyone likes? Does anyone really think that is the best method or just that it is unavoidable? 
 
   It is not unavoidable. If you take the time to understand the performance and to design an effective solution upfront, you have the possibility to come up with smarter solutions. Once you start prototyping, you are locked in to continuously improving your first idea…which may not be your best idea. Stick with ADDIE, just do it right!

Getting from Multiple Causes to Focused Action

Here is a model we have used for performance improvement efforts that works well as a group activity, leads to actionable, quick decisions, and is scalable to the resources you have available to build solutions. It starts by a detailed performance or process analysis. You need to identify outputs or deliverables, key criteria or measures, and typical gaps. Same for process steps and tasks.

Then, go through that data and put each gap and cause on a card. (We use an Access database but you can do it manually – it isn’t really difficult.) Then, convene a group of top performers and other relevant experts and look at each gap and cause. Determine if they are worth addressing (maybe rate them by impact and frequency). The goal is to come up with a recommendation to correct or eliminate the cause. Then estimate a rough level of effort and impact using a simple H-M-L scale.

Once you address all the gap/causes, go back and organize the cards. First, group the recommendations. We have noticed that quite often a single recommendation will address more than one gap or cause. So you might have a pile of gap/cause cards for the same recommendation. Below is an example that illustrates the cards with an assessment of each gap and cause (impact and frequency) and then relating them to a single recommendation, which is assessed by impact and level of effort.

Once you have organized the recommendations, separate them into four groups.

graphic_Impact-Effort-Matrix

At this point you have a decision, based on the number of recommendations and your available resources. You might pick the “Top 10” or just the first priority. We have used a scale and recommended three or four per each of the following categories.

  • “Low-hanging Fruit” or “Quick Hits”: Require little resource time or funds to implement. Some examples might be to add someone to an email distribution list or post a chart on the wall showing metrics we are already collecting.
  • Longer-term Projects: Might require some time/effort, some additional study or analysis, and maybe some funding but can be accomplished within our scope or sphere of influence. An example might be to re-organize a work area to change the way work flows through an area. Or, changing how files are organized on our server.
  • Ideas or Large Issues: Will require significant investment and longer cycle time to research and implement. Will require involvement of other organizations or upper-level leadership.  Examples might be purchasing expensive capital equipment or changing organizational roles or job categories.

To wrap this up, you need clear decisions and direction on how to proceed. Ideally, you have a steering team set up to review the recommendations and make the call on next steps. We suggest a one-page summary of each recommendation to make the decision clear for the leadership.  (Remember, they weren’t in on all the team discussion so you have to start at the beginning. Give them the following using clear, concise, and direct wording.

  • Situation: Describe the work, the gap(s), cause(s), and impact. Answer the questions “What happens (that we don’t want to happen) and why should we care”?
  • Opportunity: How the work would look if the problem(s) were solved.
  • Recommendation: Specific steps you plan to take to address the above. It may be the final fix, but it might also be additional research to verify the problem/causes.
  • Costs and Other Considerations: If you need funding, expertise, peoples’ time, use of an area, or anything else to move forward, explain it here.
  • Benefits: Financial and other (such as reduced cycle time, customer satisfaction, reduced waste, etc.)

Thin Wallets

Years ago (more than five) I remember going into a meeting carrying a large easel, a large roll of paper, a box or two of handouts, and two briefcases loaded with a laptop, misc folders, paper tablets, and other stuff. My client started laughing as I struggled to drag everything to the front of the  room in one trip. Then he said “You know, the more important you are, the less you have to carry. I’m flying to Europe later this week and all I’m carrying is a thumb drive with my presentation…I’m not even bringing a laptop!” (All I could say was “I never said I was important.” More sad than funny.)

Even beyond the implied status issues, as information has become universally digitized and devices have become more mobile, it seems like many of us have been on a quest to achieve two conflicting goals: 1) Have everything we need available at any time wherever we are. 2) Continuously reduce what we have to carry.

I seriously thought of the iPhone years before it was built, though probably still after it was already patented and in development. It used to really bug me to bring a paperback book to read on the plane, a cassette player and later an MP3 player to listen to music, a laptop just to check email, plus a cellphone (to call people and somewhat more laboriously check email). I’d think “why can’t this all be on one big cellphone/mini-computer for short trips?”  Obviously, it could and now is.

Unfortunately, the technology to completely avoid the laptop is still not quite there — I have run meetings with just an iPad and even projected from my iPhone but for most work situations, you still need that laptop, especially if you (or your clients/co-workers) are using Microsoft Office. But there are at least ultra-portable laptops now. The first “portable” computer I had to use was the size of a sewing machine. (Look at that thing! The keyboard folded up to the screen to form the bottom of the case when carrying it. Yikes!)

 

On another note, many of our project deliverables are still a little more bulky than they strictly need to be. Most training projects and participants still expect a binder, or the training organization is uncomfortable with giving participants a PDF they could email to their co-workers. Meeting participants tend to expect a hand-out (though we have been using PDFs for that purpose more lately.) Deliverables tend to require the standard Word and PowerPoint. It is difficult to get people to consider moving away from more bulky, self-contained web-based training built with an authoring tool to leaner, more flexible, and more universally available HTML5 documents linked to whatever other online resources, documents, or media is appropriate. But we all know that is the direction things are going…we’ll keep getting  closer and maybe never quite arrive.

So what? In the last few weeks there have been more than a few articles on the web about thin wallets. The premise: pretty much all anyone needs to carry anymore are a couple of credit cards, drivers license, a membership or frequent buyer card or two, insurance card, and cash. There really is no need for the giant lump wallet of old.

Below are few links for those of you that want to reduce what you carry. After all, the more important you are, the less you have to carry. Keep in mind though that, just because you want to de-bulk doesn’t mean you get to spend less…some of these cost as much or more than a standard wallet.

No One Root Cause

Everybody Loves Analysis

When I first got involved with performance technology, I couldn’t help but notice the amount of emphasis placed on “Analysis.” The implication was that most consultants didn’t do enough (or any, or not the right kind) and that, as a result, often conducted training that was off-target or even unnecessary and, ultimately, an ineffective waste of time and money for all concerned. It might make someone feel like they did something but it wasn’t anything that should have been done.

As I looked at the various writings about this issue, it seems that there was almost an implied ideal model of the eccentric genius who wandered around the workplace poking at things, asking bemused questions, and then coming out with a brilliant but simple solution that everyone had overlooked but, once implemented, resulted in vastly improved performance. (If you are old enough, think “Columbo.” If not, maybe think “House.”)

The problem with this model might be that I just don’t know how to do it right. I admit to having asked questions trying to figure something out and then stumbling on something that others with more know-how have overlooked. It works like this though. It starts with people initially dismissing or ignoring your question because you aren’t the technical expert (and maybe at least partly because you didn’t ask the question clearly) but if you keep after that nagging suspicion and eventually find something, you are rewarded with satisfaction.  You might not get credit though, as the experts may intentionally or unintentionally lose track of where the thing started.  But, once you do this and it works, you actually risk becoming more of a menace to yourself and others because “hey, it worked once” and so you might learn that, no matter what anyone says, never give up…and sometimes, you might not actually have a point.

 

What is the Root Cause?

But I digress. The issue here is the assumption that there is one root cause to every performance situation. In practice, we often find that is really not the case. We tend to find a bunch of causes, all of which are important contributors and each of which needs a fix to get the improvement we want. But there is rarely a single root issue or one simple thing to fix that solves everything.

Or, in a way there might ultimately be a root cause but it is not manageable. For example, let’s say you have a cable company that uses technicians to install and service their systems.  And, let’s say they don’t define work processes or standards, don’t provide tools, don’t train the technicians, don’t perform quality assurance, and don’t pay particularly well. Let’s say those service people demonstrate poor performance – they often make mistakes, take too long, and irritate customers.  Lot’s of things to fix. If you want one root cause, it would eventually end up being either poor management, out of control business growth (resulting in management not being able to keep up), or greed. I would say any of those “root causes” are way out of reach for a solution.

But before you get to faulty human nature, you could stop earlier and decide to figure out some work processes and document them. You could provide training and reference tools for use on-the-job. You could measure performance and provide feedback and rewards for those that perform above standard and provide corrective feedback, coaching, and eventually discipline for those that don’t. There is a better sequence to undertaking these interventions – for example, defining the work and building the support before you start firing poor performers would be smarter – but there is no one easy thing to fix. You could try incentive and reward the top performers, but rewarding performance without providing the measures (or creating measures but then not using them) would be addressing only part of the problem and would almost certainly result in a failure. In fact, this performance framework (first defined by Tom Gilbert) works for every job and you can use it to find things to fix that will yield results reliably.

At the same time, if you identify the “biggest problem” by prioritizing you might make some progress on a specific issue but the first step would be to get the current process under control before going into focused improvement.

Key principles: Control before improvement. But, if you can’t get control, build the framework of systems, tools, and practices that will support performance.

Real Time Management

OK…I have a pretty good level of familiarity with various time and task management methods and tools.

Still, I can’t seem to keep up. And no matter how close to keeping up I get, I still have a million things on “the list.” It seems like the only time management method that works is kind of like the old video game “Asteroids”…frantically try to knock things out before you get knocked out…you can never slow down, you can’t control the barrage, and you really never win. It isn’t pretty.

File:Asteroi1.png

Ok, I’ll admit, that screenshot isn’t very intimidating but the screen fills up (and, let’s face it, it came out in 1979).

Here is what time management seems to really boil down to.

  • Just start…minimize planning…and do your planning during “offline” times (like during breakfast)
  • Do everything as fast as you possibly can
  • Instead of breaks, just switch to a different type of task (e.g., if you are doing concentrated work like development, take a “break” and make phone calls)
  • Work all the time
  • Operate as if there are no “big blocks” of time…anyway, you can’t wait for them

There you have it…strap in or hire an assistant.

Does “Lean” Work? Can Anything Work Well Enough to Avoid Eventual De-Bunking?

I just read an article that seems to indicate that “lean” may be starting to suffer the same type of fate as “TQM” and “re-engineering” and pretty much every other approach or solution that gets lots of attention, then gets widely implemented because everyone is doing it. Fads always die out. Great ideas become lame when they become fads. We all know this…Andy Warhol created the concept of everyone getting their “15 minutes of fame”…but still, we always seem to be ready to jump on the next trend as soon as it pops up.

Of course, “lean manufacturing,” or lean anything (as in, avoiding/eliminating waste)  is still a useful approach for certain situations, assuming it is implemented in a smart way. That is true with everything. The odd thing is that the “lessons learned” are the same every time no matter which trend you are dissecting.

  • You need employee involvement/engagement
  • You also need for leadership support and ownership
  • Always tailor the <insert technique or method name here> to your situation — don’t use a cookie-cutter approach
  • Don’t expect the new thing to solve all your problems while requiring no work or discipline to implement it.

This is all common sense though. Why do we not learn it?  I am pretty sure that if I went on the speaker’s circuit with the above message, I would gain exactly zero traction…why not? (I once had an article for publication rejected because the reviewer thought that “everyone knows this already. We don’t necessarily do though…you are right about that.” I don’t know what to say about that. It may be that as simple as “common sense and thinking are hard to do…so we want a magic bullet…even if we know there is no such thing, do you have one”?

Or is it just different people learning these same lessons every time? Do we just not know how to pass on this kind of wisdom? Does everyone get promoted during the initial hysteria and the next crop of people repeat the same process because they saw that it worked for the previous person in their role?

On the other hand, maybe we need a new thing every now and then to get excited about and recharge our organizations. Once it is implemented and the benefits are gained, maybe it is reasonable at that point to start looking around for the next thing. The article on lean (mentioned above) indicated that many organizations did have initial gains but then plateaued.

I think one aspect is that people often want to make a career out of a specific technique. Whether that is Six Sigma, Lean, or something else, this allows you to differentiate yourself in the market (whether inside or outside a company). It provides opportunity for visibility and advancement. So if you are a line manager and you get efficient with your process you get some recognition/reward. If you have a swat team that comes in and “fixes” lots of peoples’ processes, you get even more recognition/rewards. But then the “thing” has become the primary focus, rather than the business.

Oh well, it seems unlikely that any of our services are at risk of becoming a fad in the near future (but if one did, I’d be OK with that). In fact, our entire approach is based on the assumption that we need to understand client/business needs first, then figure out how best to improve things, and then design and implement a solution. It’s a lot like that unpopular common sense approach described above. Wait…maybe that could become the next new thing after all. If I could just come up with a catchy name for it…