The Ghost of Frederick Winslow Taylor, Part 4

Last time we saw the Utopian glimmer Taylor thought his vision of scientific management offered. Let's wrap that up and get to the Agile connection this time.

In his cold, raspy, ethereal voice, Taylor's ghost asserts that scientific management gives both workers and management what both groups most want, viz., high wages and low per-piece labor costs (cf. p 93). He goes on to say that workers "should" be encouraged and allowed to propose new and better methods of working, which after adequate study and experimentation, management may choose to adopt as the new standard for a given task. The individual worker who proposed the new method "should" receive full credit for the innovation and be paid a cash bonus as a reward (cf. p. 128). Taylor is unable to provide an answer to the question of just how exactly any worker, bound up by the rigid work rules and defined pace scientific management imposes, could ever have the opportunity even to think of a better way of performing a work task. Even worse, management is under no obligation to allow workers to experiment with alternative ways of working.

Taylor wraps up his case with yet another Utopian flourish. First, he states that the new division of duties between labor and management along with "intimate, friendly cooperation" ensures labor peace (cf. p. 140). And finally, scientific management, by dramatically increasing wages ends the wage problem. Even more, the close, constant, and intimate cooperation (there's that formula yet again) between management and labor produces a commonality of interest that makes labor strife impossible. The broader benefits that result are reduction in poverty (through high wages), cheaper products, and better competitiveness even during economic downturns, resulting in minimal economic dislocation (cf. pp. 143-44).

Those are bold statements, but they are -- and always were -- as ethereal as the ghost who continues to assert their validity. First off, Taylor never had any evidence to support his Utopian vision of labor-management cooperation and perpetual peace. Labor strife did not end as scientific management spread. Indeed, scientific management simply escalated the labor-management war by giving management a potent weapon to use against labor. Secondly, he simply ignored the greed and lust for power that characterize the owners and managers of capitalist enterprises. Scientific management came into widespread use and indeed is still at least implicit in the vast majority of businesses of all types.

Taylor provided the theoretical basis for management to remove every shred of the workers' control over the work they were doing. He took away their tools, their knowledge and expertise, and their genius for self-organization and replaced them with rigid command-and-control structures that governed every aspect of work. His predictions of huge increases in productivity, the one aspect of scientific management for which he had good data, were indeed realized. High wages did not follow, however. Industrial management realized that they could realize vastly higher profits by reducing their workforces by the 80-90% Taylor forecast. As scientific management spread rapidly throughout the US economy, high unemployment became the norm, making it very easy for management to use scientific management to squeeze high productivity from workers while offering only the threat of replacement as an incentive to stay in their increasingly oppressive jobs. Henry Ford's famous doubling of his workers' wages in 1914 was short-lived: a stockholder rebellion and resulting lawsuit forced wages back down.

So where's the long-awaited Agile connection, you might ask (I'm sure you are)? Easy. Taylor was wrong. Scientific management, with its heavy handed, command-and-control work methods, stifled innovation by making it impossible for the people actually doing the work to contribute to the development of new and better products. Agile frees this most important source of innovative thinking from the bonds of rigid work rules and suffocating management oversight. Companies haunted by the ghost of Frederick Winslow Taylor stagnate and are unable to adapt to the rapidly changing economic conditions that are now the rule rather than the exception.

Chase Taylor's ghost from your building -- and from your mind. Take advantage of the power of self-organization. Win in the market by being adaptable, by drawing upon the power of innovation that comes with building teams of motivated individuals and trusting them to get the job done. It's long past time for Taylor's ghost and his century old prescriptions to be laid to rest.

All for now....

...-.-

References
Taylor, Frederick Winslow, The Principles of Scientific Management. New York & London: Harper, 1911, reprint edition, 1934.

The Ghost of Frederick Winslow Taylor, Part 3

Last time, the ghost of F.W. Taylor told us about management-labor cooperation and gave us a hint of his Utopian vision. Today, he's still going on about cooperation and how it is to be achieved. Let's listen in....

Since scientific management requires companies to define each task to the finest detail, there must be a massive expansion of management activity going on as well. And indeed, that is the case. According to Taylor, scientific management requires the establishment of a large and elaborate management structure to plan the work of each worker at least a day in advance, record each worker’s output, train each worker as needed for each task, keep and issue necessary tools each day, etc (cf. p. 70). Whereas previously, workers had provided their own tools, expertise, and initiative, now all three of those categories would fall strictly under the control of the new, massively expanded management.

Achieving maximum output requires cooperation, but no individual worker has the authority to require peers to cooperate in that effort. Only management has that power. Therefore,

“It is only through enforced standardization of methods, enforced adoption of the best implements and working conditions, and enforced cooperation that this faster work can be assured. And the duty of enforcing the adoption of standards and of enforcing this cooperation rests with the management alone.” (cf. p. 83. Original emphasis)

Management must train all workers and dismiss those who are unable to meet the required work pace after training. Management must also recognize that workers will not submit to rigid task standardization and faster pace of work unless they receive a substantial increase in pay in return. And finally, all four components of scientific management must be applied in order to realize the promised results (see the previous post in this series).

This is beginning to sound less and less Utopian, despite Taylor's repeated and plaintive calls for dramatic wage increases after the adoption of scientific management.

Next time we'll drive a stake through the heart of Taylor's Utopian daydream and examine the consequences of his ideas.

All for now....

...-.-

References
Taylor, Frederick Winslow, The Principles of Scientific Management. New York & London: Harper, 1911, reprint edition, 1934.

The Ghost of Frederick Winslow Taylor, Part 2

In our last installment, we heard Taylor state that cooperation between management and workers was the essence of scientific management. Now it's time to query him about what scientific management actually is. So here we go....

The new role of management under scientific management is to provide task-level standardization of methods to achieve maximum efficiency from each worker. In return for vastly increased productivity, workers must receive 30-100% increase in wages or else they will simply not agree to work in a new way. With management taking on half the burden of the work, in the form of task-level planning, and the increase in pay, labor-management relations will be automatically close and cordial (cf. p. 27).

Taylor's thesis was that only through scientific management could both employer and worker fulfill their needs and ambitions and that once those criteria were met, there would no longer be any cause for labor unrest. The backdrop to Taylor's work was the intense, violent, and often bloody warfare then taking place between owners and workers, both in the US and in Europe. There was also the ideological struggle being waged between industrial capitalism, socialism/communism, and anarchism. Taylor attempted to demonstrate that by cooperating in a spirit of shared sacrifice, labor and management could work together for the benefit of everyone. We'll assess the success of his prescriptions in that area later as well. Suffice it to say that following a visit by Taylor to a workplace, 80%-90% of the original workforce joined the ranks of the unemployed. But back to our Taylor haunting....

Taylor urged management to take on the responsibility of collecting all of the tacit knowledge of every trade practiced in their enterprise and “classifying, tabulating, and reducing this knowledge to rules, laws, and formulae which are immensely helpful to the workmen in doing their daily work.” Management would also take on four essential tasks that form the heart of scientific management:

1. Develop the science for each element of the work every worker performs, using time and motion studies, etc.
   
2. Scientifically select, train, teach, and develop each worker to the highest level. Previously workers chose their own work and carried out their own training by whatever means they could arrange.
3. Management must “heartily cooperate with the men so as to insure all of the work [is] being done in accordance with the principles of the science which has been developed.” This means training at the task level.
4. Almost equal division of work and responsibility between management and labor, with management taking on the science and task-level direction of each worker (cf. pp. 36-37).

Taylor acknowledges that scientific management inevitably results in a further division of labor as tasks are separated and subdivided (cf. p. 38).

So where are we at? So far we have vastly improved productivity, a recommendation for much higher wages, labor-management cooperation, task-level direction, and extreme and increasing division of labor. That is at best a mixed ledger. Next time, we'll look at Taylor's ideas on cooperation and how it is to be achieved. We'll also begin to form a picture of what scientific management meant to the people doing the work. And don't worry -- we'll get to the Agile connection very soon.

All for now....

...-.-

References
Taylor, Frederick Winslow, The Principles of Scientific Management. New York & London: Harper, 1911, reprint edition, 1934.

The Ghost of Frederick Winslow Taylor, Part 1

So who was Frederick Winslow Taylor and why is he haunting my blog? Taylor, 1856-1915, was an American mechanical engineer and among the first practitioners of the management consulting profession. So much for the "who" part of the opening question. The haunting part is more complex. Taylor not only haunts my blog, he has haunted my entire working life and certainly the the working lives of countless millions around the world.

How could one dead white guy have that much influence, you might ask? The answer lies in a paper Taylor presented to the American Society of Mechanical Engineers (ASME) in 1911 and later published as a short book. Both presentation and book bore the title: The Principles of Scientific Management.

Taylor's purpose was to explore President Theodore Roosevelt's call to increase national efficiency and was a part of the larger efficiency craze sweeping the United States in the early twentieth century. William Howard Taft was president of the US in 1911, when Taylor presented his findings and prescription for industrial efficiency, but no matter.

Taylor set out to use the scientific method (or just "science!" as Thomas Dolby sang back in the 1980's) to secure maximum prosperity for both employer and employees by developing each employee to a state of maximum efficiency in the highest grade of work for which each employee was suited. Taylor was speaking of manual labor, both skilled and unskilled, of course, since there was no such thing as a "knowledge worker" in that day and age.

Taylor's observations of working people led him to the conclusion that any "work gang" left to its own devices would work only at the level of its least efficient member. In those days, the term for slowing work to that level was "soldiering." Taylor understood that the workers engaged in soldiering to protect their own interests against what he called "defective management practices." Workers believed, and as it turned out rightfully so, that broad increases in productivity would lead to mass unemployment, then as now, the scourge of the American economy. More on that in a later installment.

Taylor identified the key elements of labor inefficiency:

1. Workers use rule-of-thumb practices handed down through observation of their peers. There were no standardized practices even within the same trade within the same company. Management does not know how the work is done and therefore leaves the heavy responsibility for figuring out how to do the work up to the workers themselves.
2. The worker best suited for a particular job is incapable of understanding the scientific laws governing the most efficient way to complete the work. Taylor stated that it was the duty of management to take on half the workload by deriving those very scientific laws and then providing the resulting information and training to the workers.

I'll leave you with the following quote: "This close, intimate, personal cooperation between the management and the men is of the essence of modern scientific management." (p. 26)

More on Taylor's ideas next time.

All for now....

..-.-

References
Taylor, Frederick Winslow, The Principles of Scientific Management. New York & London: Harper, 1911, reprint edition, 1934.

Pragmatism

Pragmatism is a word I hear quite often in my coaching life. Webster's defines pragmatism as "a practical approach to problems and affairs." To me, that is also the definition of Agile. Every minute of training or coaching I deliver is devoted to building a practical approach to whatever problems the client is facing. With its focus on flexible planning based on realistic time horizons, short-term commitments, frequent deliveries and adjustments, Agile is the acme of pragmatism.

Where I find the term pragmatism problematic is when clients or colleagues use it as an excuse to paper over or otherwise avoid addressing issues that Agile principles and practices expose. Overcoming impediments is a part of the Agile game and the only path to continuous improvement, so declaring that some set of organizational or corporate-cultural impediments cannot be overcome is simple capitulation, not pragmatism.

That is not to say, of course, that it is possible or even desirable to change everything about an organization overnight. Successful Agile coaches -- and successful Agile clients -- are committed to playing by the rules of the game, even if getting there is a process of incremental change rather than a single, sweeping event.

The vital thing to keep in mind is that Agile, whether XP, Scrum, Lean, etc., or some combination, is a framework, something like a scaffold, in which every key aspect depends on other key aspects. What this means in practice is that for companies to be successful with Agile, they -- and their Agile coaches -- cannot pick and choose amongst the principles and key practices, deciding to implement some and ignoring those that are difficult or otherwise inconvenient. As Takeuchi and Nonaka* put it so succinctly 25 years ago when they wrote about a new way of developing products: "These characteristics are like pieces of a jigsaw puzzle. Each element, by itself, does not bring about speed and flexibility. But taken as a whole, the characteristics can produce a powerful new set of dynamics that will make a difference."

Agile today is no different than the "new new product development game" Takeuchi and Nonaka described in their ground-breaking article. Pragmatism does not mean dropping the troublesome pieces of the puzzle on the floor; it means finding practical ways to implement the key practices and all Agile principles in a given context. And that is "a practical approach to problems and affairs."

All for now....

...-.-

*Hirotaka Takeuchi and Ikujiro Nonaka. "The New New Product Development Game." Harvard Business Review, January 1986, p. 138.

The Meaning of Commitment

A common dysfunction I encounter when coaching Agile teams is a failure to understand the meaning of commitment. Scrum teams commit to delivering the Sprint backlog -- complete, tested, and ready to be shown to stakeholders by the end of the Sprint. That commitment means that the team members agree, freely and entirely of their own volition, to do their level best to meet their collective Sprint commitment. Does it always work out exactly as planned? No, of course not. But over the course of repeated Sprints, teams learn what that commitment looks and feels like and they get better at delivering on their commitments.

The lament I frequently hear is: "This team always misses its commitments." Oddly enough, I almost never hear that from members of the team in question. The source of the complaint is almost always from a stakeholder, functional manager, or executive at some level.

In the rare instance of a team whose members acknowledge that they routinely fail to meet their commitments, I work with the ScrumMaster, Product Owner, and team to ensure that they have good stories, solid acceptance criteria, follow the Agile rules for estimating, and that they understand the importance of building trust by doing what you say you are going to do. A team-based commitment failure is usually not difficult to overcome, although sometimes there can be a painful drop-off in perceived productivity as the team learns how to make a realistic commitment and deliver on it.

The much more common case of a stakeholder, functional manager, or executive expressing exasperation with routine commitment failure is usually easier to diagnose, but often more difficult to cure. The essential problem is a failure to understand that the team itself must commit to the Sprint backlog, freely and with complete consensus among team members. Any hint of a commitment that is forced from outside or arrived at without team consensus is automatically invalidated.

Think for a moment about the nature of commitment. We make commitments at many points in our lives. Marriage is a commitment. Having children and being a good parent is a commitment. While a Sprint backlog is trivial in comparison, the nature of the commitment required is exactly the same. Commitment must be voluntary. Commitments cannot be taken lightly. Commitment is a personal decision, sometimes taken in a collective context, as with a Sprint commitment when a team arrives at consensus.

One recent example of habitual commitment failure demonstrates very clearly a fundamental misunderstanding of the nature of commitment and the inevitable result. On a coaching engagement, I heard from an executive that several teams never met their Sprint commitments. He was intensely frustrated with the situation. A little probing of the situation revealed the exact nature of the problem: When asked where the Sprint commitment for the teams in question came from, his response was, "I tell them what they'll commit to each Sprint." It turns out that he had laid out the teams' Sprint commitments months in advance. I explained that a Sprint commitment forced on a team from outside placed the team under no obligation whatever and that such a policy had completely undermined the company's entire Agile practice. When the members of the teams confirmed my assessment of the situation, the executive backed off and started allowing each team to make and deliver its own Sprint commitments. The problem of Sprint commitments not delivered vanished instantly.

A related problem at the same client proved to be the result of the ScrumMaster assigning all tasks at Sprint planning. The team did have control over its Sprint backlog commitment, but pre-assigning tasks left the team fragmented, demoralized, and unable to make the daily adjustments necessary to meet their commitment. When the ScrumMaster agreed to allow team members to self-assign tasks on a daily basis and to self-organize, using the daily Scrum, to ensure that they did everything possible to meet their Sprint commitment, the result was amazing. The team became cohesive, lively, and productive. They began meeting their Sprint commitments and experienced a remarkable increase in velocity after a few Sprints.

Commitment is not just a buzz-word. It is a vital component of Agile and a key ingredient in every team's success. So do the right thing, empower your teams to commit and reap the benefits.

All for now....

...-.-

Some Musings on Recognition

Watching the Golden Globe awards the other night, a couple of things struck me. The first was that people who do excellent work were being recognized for it. The reason that struck me is that, in my personal and consulting experience during the last decade, I have seen essentially nothing resembling a corporate award program for excellence in the workplace in the United States. I'm sure there are companies that still engage in this now seemingly quaint activity, but such things are not the norm anymore.

So what's up with that? Are we so deeply buried in the "just be happy you have a job" mentality that we have no time or interest to promote and reward excellence in the workplace? Perhaps this is a symptom of the pervasive job dissatisfaction plaguing the US. Currently 55% of Americans are dissatisfied with their jobs. I'm not sure where the answer lies. What I do know is that we cannot afford to have a largely disaffected workforce if we in the US intend to avoid a sharp and disastrous economic decline.

The other thing that struck me about the awards show was that, as each winner spoke about the privilege of receiving the award, thanking parents, spouses, children, directors, actors, the Hollywood Foreign Press Association, etc., they all kept coming back to the statement that their project was a collaborative endeavor involving a team of dedicated professionals. Martin Scorsese hit on this point repeatedly in his speech.

So what does any of this have to do with coaching Agile teams? The first thought I have is that there is nothing inimical to teamwork in recognizing individual contributions to the success of the team. We don't want to encourage the development of a hero mentality within a team or destructive internal competition, but it is entirely appropriate to recognize individual excellence in a team setting.

How do we recognize excellence in a way that promotes teamwork? One excellent way is to include appreciations in every team retrospective. Not only do appreciations help build a team mentality, they also provide an incredibly appropriate setting in which to recognize individual excellence in a team setting.

All for now....

...-.-