Requirements quotes

From Motley Bytes Wiki
Jump to: navigation, search

Contents

Christopher_Wolfgang_Alexander

Negative Requirements

“If we think of the requirements from a negative point of view, as potential misfits, there is a simple way of picking a finite set. This is because it is through misfit that the problem originally brings itself to our attention.”

Robert_N_Britcher

Sources of Failures

“I never ran a test that didn't find at least one failure - not only is the software impure, but so are the requirements specifications. And every time we fix the software, there is a 10 percent chance - according to my anecdotal studies - we'll inject another fault. Those are the hardest to find: the faults that result from trying to get rid of them.”
  • Source: Britcher, Robert N. (1999). The Limits of Software: People, Projects, and Perspectives. Reading, MA: Addison Wesley. ISBN 0-201-43323-0. Page 56.

System Foresight

“No one can foresee how a system will unfold. No one gets it right the first time.”
  • Source: Britcher, Robert N. (1999). The Limits of Software: People, Projects, and Perspectives. Reading, MA: Addison Wesley. ISBN 0-201-43323-0. Page 154.

Requirements Testing

“Requirements testing is a subtle way of treating a nonlinear, unpredictable system as if it were a discrete symbol like a number or a word. The potential and the actual become muddled. Requirements are natural language statements, peppered in places with arithmetic. These are discrete and usually quite vague representations of the system as it might become. But the truth is that two teams writing requirements for the same system would describe them differently, and neither would get it quite right, simply because 'right' cannot be known until the system is built. ... Requirements testing is a little like trying to reduce crime in England by running a test for each line in the Magna Carta. In practice, rhetoric replaces the scientific method. As with mathematical proofs, the quest for 'true or not false' soon turns into a party - a not very cordial party - marked by endless debate over whether this sentence or that sentence has been verified by this moment of behavior or that.”
  • Source: Britcher, Robert N. (1999). The Limits of Software: People, Projects, and Perspectives. Reading, MA: Addison Wesley. ISBN 0-201-43323-0. Page 157.

Fred_Brooks

Specification Hard

“Even perfect program verification can only establish that a program meets its specification. The hardest part of the software task is arriving at a complete and consistent specification, and much of the essence of building a program is in fact the debugging of the specification.”
  • Source: Brooks Jr., F. P. (1995). The Mythical Man-Month - Essays on Software Engineering (Anniversary Edition) | 1975/1995 (Anniv.). Boston. MA: Addison-Wesley. ISBN: 0201835959. Chapter 16, page 195.

Rapid Prototyping

“Today the software engineering discipline is much more sophisticated. We recognize that rapid prototyping is an essential tool for formulating precise requirements. Not only is the design process iterative; the design-goal-setting process is itself iterative.”
  • Source: Brooks Jr., F. P. (2010). The Design of Design. Upper Saddle River, NJ: Addison-Wesley. ISBN: 978-0-201-36298-5. Chapter 3, page 23.

Alistair_Cockburn

Formal Development

"In the formal development of communications software, in 1987, I was given the motivation, 'The problem with software development is that there is too much ambiguity in the problem statement and in the design description. Things will go better if we get people to work with mathematical formalisms.” After some work in this area, I discovered:
Problem 1. The people on the projects were not interested in learning our system.
Problem 2. They were successfully able to ignore us, and were still delivering software, anyway.
I shifted out of formal development, hearing my formal development colleagues saying, 'The problem lies in the training. Things will go better if we start training students in the necessary mathematics earlier, i.e., secondary school.' Based on what I have learned about people, I expect this will be a frustrated desire. It is not that I doubt certain advantages of formal development, but I do doubt our ability to coax 10**6 people to master it. The question should become, 'Under what circumstances, and with what assignment, should a formal specialist be called in?'"

Source: Cockburn, A. A. R. (1999). Characterizing people as non-linear 1st order components in software development. HaT Technical Report 1999.03, Humans and Technology, Inc.. Retrieved 2019-06-29 from https://ameyakarve.wordpress.com/2012/07/22/characterizing-people-as-non-linear-1st-order-components-in-software-development-cockburn-us/.


Nigel_Cross

Designerly Ways

"I identified five aspects of designerly ways of knowing: Designers tackle ‘ill-defined’ problems. Their mode of problem-solving is ‘solution-focused’. Their mode of thinking is ‘constructive’. They use ‘codes’ that translate abstract requirements into concrete objects. They use these codes to both ‘read’ and ‘write’ in ‘object languages’."

Edward_Emil_David

Explore_First

“Begin with skeletal coding: Rather than aiming at finished code, the first coding steps should be aimed at exploring.”

Competitive Rush

"Computing has one property, unique I think, that seriously aggravates the uncertainties associated with software efforts. In computing, the research, development, and production phases are often telescoped into one process. In the competitive rush to make available the latest techniques, such as on-line consoles served by time-shared computers, we strive to take great forward leaps across gulfs of unknown width and depth."

Paul_Davies

Hidden Links

"Finding hidden links between seemingly disparate phenomena is what makes the scientific method so powerful and compelling. The distinctive feature of science is that it is both broad and deep: broad in the way it tackles all physical phenomena and deep in the way it weaves them, economically, into a common explanatory scheme requiring fewer and fewer assumptions. No other system of thought can match its breadth and depth."
  • Source: Paul Davies, Cosmic Jackpot: Why Our Universe is Just Right for Life (2007)

David_Deutsch

Program It Understand It

"If you can’t program it, you haven’t understood it."
  • Source: David Deutsch, The Beginning of Infinity: Explanations That Transform the World (2011).

Keywords: Programming_quotes Requirements_quotes Understanding_quotes

Edsger_Wybe_Dijkstra

Two Kinds of System Designers

“There are two classes of system designers. The first, if given five problems will solve them one at a time. The second will come back and announce that these aren’t the real problems, and will eventually propose a solution to the single problem which underlies the original five. This is the ‘system type’ who is great during the initial stages of a design project. However, you had better get rid of him after the first six months if you want to get a working system.”

Peter_Drucker

Systems Management

“Organizationally what is required - and evolving - is systems management.”
  • Source: Peter F. Drucker, Management: Tasks, Responsibilities, Practices, New York: Harper & Row, 1973. p. 761.

A Better Tool

“A tool is not necessarily better because it is bigger. A tool is best if it does the job required with a minimum of effort, with a minimum of complexity, and with a minimum of power.”
  • Source: Peter F. Drucker, “Management: Tasks, Responsibilities, Practices”, New York: Harper & Row, 1973. p. 224.

Dwight_D_Eisenhower

Crises and Balance

“Crises there will continue to be. In meeting them, whether foreign or domestic, great or small, there is a recurring temptation to feel that some spectacular and costly action could become the miraculous solution to all current difficulties. A huge increase in newer elements of our defenses; development of unrealistic programs to cure every ill in agriculture; a dramatic expansion in basic and applied research -- these and many other possibilities, each possibly promising in itself, may be suggested as the only way to the road we wish to travel. But each proposal must be weighed in the light of a broader consideration: the need to maintain balance in and among national programs, balance between the private and the public economy, balance between the cost and hoped for advantages, balance between the clearly necessary and the comfortably desirable, balance between our essential requirements as a nation and the duties imposed by the nation upon the individual, balance between actions of the moment and the national welfare of the future. Good judgment seeks balance and progress. Lack of it eventually finds imbalance and frustration.”
  • Source: Dwight D. Eisenhower, Farewell address (17 January 1961).

Forbes_Tech_Council

Business Requirements

“One of the reasons software projects fail is the lack of understanding of the business’ needs... Assigning a seasoned business leader to the project team is essential for success.”

Customer Needs

“Sometimes software projects begin with a great idea... only for developers to discover that the problem they solved wasn’t actually the problem their customer needed to be solved.”

Henry_Ford

Faster Horse

“If I had asked my customers what they wanted, they would have said a faster horse.”
  • Source: Henry Ford as reported by his great-grandson William Clay ‘Bill’ Ford Jr. in an investor conference call on 2006-01-23. Transcript of Q4 2005 Ford Motor Company Earnings Conference Call, key Speaker Bill Ford, Chairman & CEO, Ford Motor Company, Congressional Quarterly Transcriptions (NewsBank Access World News).

Donald_C_Gause

Want Problems Solved

“Not too many people, in the final analysis, really want their problems solved.”
  • Source: Are Your Lights On?: How to Figure Out What the Problem Really Is by Donald C. Gause and Gerald M. Weinberg

Know What They Want

“In spite of appearances, people seldom know what they want until you give them what they ask for.”
  • Source: Are Your Lights On?: How to Figure Out What the Problem Really Is by Donald C. Gause and Gerald M. Weinberg

Gordon_Glegg

Problem Discovery

“Sometimes the problem is to discover what the problem is.”
  • Source: Glegg, G. L. (1969). The Design of Design. Cambridge, UK: Cambridge University Press. ISBN: 978-0-511-79996-9. Chapter 1 page 5.

Keywords: Problem_quotes Discovery_quotes Requirements_quotes

Eugene_Grace

Great Engineers

“Thousands of engineers can design bridges, calculate strains and stresses, and draw up specifications for machines, but the great engineer is the man who can tell whether the bridge or the machine should be built at all, where it should be built, and when.”

Robert_M_Graham

Wright Brothers Construction

“We tend to go on for years, with tremendous investments to find that the system, which was not well understood to start with, does not work as anticipated. We build systems like the Wright brothers built airplanes — build the whole thing, push it off the cliff, let it crash, and start over again.”

Grace_Hopper

Millisecond

“I normally drive all of my bosses totally nuts. Because I won't do anything until I understand what I have been told to do. So, when you tell me to do something I start asking questions until I get a clear picture of what I've been told to do... so I naturally said, ‘What's a millisecond?’ Well they told me it's a thousandth of a second, and I had a problem immediately. I can see a second go by on a clock but darned if I could see a thousandth of it. So, I said, ‘Please show me a millisecond.’ And nobody but nobody would show me a millisecond. Time went on with me still fussing 'til somebody stuck a finder in one of my programs and said, ‘Hey, you wasted five microseconds’ and I said ‘So what? What's a Microsecond?’ Well, they told me it's a millionth of a second, and again I had a problem. In the first place I didn't know what a million of anything was. The biggest check I had ever seen was less than a thousand dollars. I didn't know what a million was, and if I didn't know what a million was, I didn't know what a millionth was. And I fussed and fumed because I wanted to know what a microsecond was. I got nowhere. Pretty soon over in the engineering building they started talking about circuits that act in nano seconds, billionths of a second. Well that really had me on the ropes, because in the first place I didn't know what a billion was. I don't think most of those guys up in Washington do either. And if you don't know what a billion is, how on earth do you know what a billionth is? I fussed and fumed. Finally, one morning in total desperation I called over to the engineering building and I said, ‘Please cut off a nanosecond and send it over to me.’ And I brought you some today. Now what I wanted when I asked for a nanosecond was, I wanted a piece of wire which would represent the maximum distance that electricity could travel in a billionth of a second. Of course, it wouldn't really be through wire. It would be out in space at the velocity of light. So, if you start at the velocity of light and use your friendly computer, you discover that a nanosecond is 11.8 inches long/ The maximum limiting distance that electricity can travel in a billionth of a second. Well, I was real[ly] happy with my nanosecond. I looked at it from all angles. I thought about it. I looked at wall switches and counted the distance some of those lights went on. Geez, these may have taken a couple of thousand nanoseconds. Finally at the end of about a week I called back and said, ‘Look. I need something to compare this to. Could I please have a microsecond?’ I've only got one microsecond so I can't give you each one. There's a microsecond. 984 feet. I sometimes think we ought to hang one over every programmer's desk so they'll know exactly what they're throwing away when they throw away a microsecond. I hope you all get some of these nanoseconds. I've got lots of them with me. They're absolutely marvelous for explaining to wives and children, and admirals and generals. You may find yourself in a spot where you have to explain why two pieces of equipment have to be close together, Or explain to an admiral why it takes so damn long to send a message via satellite because there are an awful lot of nanoseconds... But I said I wanted to add in 300 picoseconds. Now a picosecond is a thousandth of a nanosecond. The best way to make picoseconds is to get one of those big pepper grinders and you can make picoseconds all over the table.”
  • Source: Grace Hopper in a lecture delivered 1982-08-19 at the NSA (National Security Agency). Video available at YouTube as “NSA Releases Internal 1982 Lecture by Computing Pioneer Rear Admiral Grace Hopper”, channel The Black Vault Originals, online at <https://youtu.be/_bP14OzIJWI?si=wcUTl04b4p4scY6k>, posted 2024-08, retrieved 2024-08. Quote in video at 40:25.

Edwin_Hubble

Scientific Judgments

“Science deals with judgments on which it is possible to obtain universal agreement. These judgments do not concern individual facts and events, but the invariable association of facts and events known as the laws of science. Agreement is secured by observation and experiment — impartial courts of appeal to which all men must submit if they wish to survive. The laws are grouped and explained by theories of ever increasing generality. The theories at first are ex post facto — merely plausible interpretations of existing bodies of data. However, they frequently lead to predictions that can be tested by experiments and observations in new fields, and, if the interpretations are verified, the theories are accepted as working hypotheses until they prove untenable. The essential requirements are agreement on the subject matter and the verification of predictions. These features insure a body of positive knowledge that can be transmitted from person to person, and that accumulates from generation to generation.”
  • Source: Edwin Powell Hubble. From manuscript on English Science in the Renaissance (1937), Edwin Hubble collection, Box 2, Huntington Library, San Marino, California. As cited by Norriss S. Hetherington in 'Philosophical Values and Observation in Edwin Hubble's Choice of a Model of the Universe', Historical Studies in the Physical Sciences (1982), 13, No. 1, 41. (Hetherington comments parenthetically that the references to court, judgment and appeal may be attributable to his prior experiences as a Rhodes Scholar reading Roman law at Oxford, and to a year's practice as an attorney in Louisville, Kentucky.)

Patterson_Hume

Requirements Reaction

“One must be careful to avoid over-reacting to individual users.”

Hans_Hüttel

English Ambiguous

“English has the disadvantage of being semantically ambiguous so one has to be extremely careful, as many software developers will know.”
  • Source: Written by Hans Hüttel in the journal article entitled “On Program Synthesis and Large Language Models”, in Communications of the ACM, volume 68, number 1, 2025-01. DOI:10.1145/3680410.

Steve_Jobs

Deciding

“Deciding what not to do is as important as deciding what to do.”
  • Source: Steve Jobs in “Motivating Thoughts of Steve Jobs”, published by Prabhat Prakashan in 2020. ISBN: 9789351869191.

Keywords: Decide_quotes Do_quotes Important_quotes Requirements_quotes

Michael_Sean_Mahoney

Software Crisis and Software Engineering

“Let me say a bit more about the ‘software crisis’. It emerged in the late 1960s as an increasing number of large projects experienced large cost overruns, missed deadlines and failures to meet specifications. Some had to be canceled altogether. One response was calls for a discipline of ‘software engineering’”
  • Source: Michael S. Mahoney in a paper entitled The Histories of Computing(s). Published 2005 in Interdisciplinary Science Reviews, volume 30, number 2, pages 119–135. DOI: 10.1179/030801805X25927.

Alister_McGrath

Why is the Kettle Boiling?

“The distinguished geologist Frank Rhodes made this point back in 1965, using the analogy of a boiling kettle. So why is the kettle boiling? Rhodes notes that two types of explanation might be given. At the scientific level, energy is being supplied, which raises the temperature of the water to its boiling point. Yet another answer can be given. 'The kettle is boiling because I put it on to make a cup of tea.' Rhodes makes a point which some of you may find predictable, but is none the less important. Here is what he says: 'Now these are different answers. But both are true, both are complementary and not competitive. One answer is appropriate within a particular frame of reference, the other within another frame of reference. There is a sense in which each is incomplete without the other.”
  • Note: Frank Rhodes gave credit for the kettle analogy to Dr. Douglas Spanner.

John_von_Neumann

Gradual Development of Theory

“What is important is the gradual development of a theory, based on a careful analysis of the ... facts. ... Its first applications are necessarily to elementary problems where the result has never been in doubt and no theory is actually required. At this early stage the application serves to corroborate the theory. The next stage develops when the theory is applied to somewhat more complicated situations in which it may already lead to a certain extent beyond the obvious and familiar. Here theory and application corroborate each other mutually. Beyond lies the field of real success: genuine prediction by theory. It is well known that all mathematized sciences have gone through these successive stages of evolution.”
  • Source: John von Neumann, 'Formulation of the Economic Problem' in Theory of Games and Economic Behavior (1964), 8. Reprinted in John Von Neumann, F. Bródy (ed.) and Tibor Vámos (ed.), The Neumann Compendium (2000), 416.

Manfred_Paul

Customer Knowledge

“The customer often does not know what he needs, and is sometimes cut off from knowing what is or what might be available.”

Keywords: Customer_quotes Client_quotes User_quotes Requirements_quotes Knowledge_quotes Availability_quotes Need_quotes Cut_quotes

Alan_Perlis

Iterative Simulation Design

“1. A software system can best be designed if the testing is interlaced with the designing instead of being used after the design.
2. A simulation which matches the requirements contains the control which organizes the design of the system.
3. Through successive repetitions of this process of interlaced testing and design the model ultimately becomes the software system itself.
I think that it is the key of the approach that has been suggested, that there is no such question as testing things after the fact with simulation models, but that in effect the testing and the replacement of simulations with modules that are deeper and more detailed goes on with the simulation model controlling, as it were, the place and order in which these things are done.”

Useful Software Systems

“We recognize that a practical problem of considerable difficulty and importance has arisen: The successful design, production and maintenance of useful software systems. The importance is obvious and the more so since we see only greater growth in demands and requirements in the future. The consequences of poor performance, poor design, instability and mismatching of promise and performance are not going to be limited to the computing fraternity, or even their nearest neighbors, but will affect considerable sections of our society whose ability to forgive is inversely proportional to their ignorance of the difficulties we face. The source of difficulty is distributed through the whole problem, easy to identify, and yet its cure is hard to pinpoint so that systematic improvement can be gotten.”

Program Purpose

“Every program has (at least) two purposes: the one for which it was written and another for which it wasn't.”

Programming Special Cases

“In programming, everything we do is a special case of something more general - and often we know it too quickly.”

Specifications

“It is easier to change the specification to fit the program than vice versa.”

Failure and Success

“Dealing with failure is easy: Work hard to improve. Success is also easy to handle: You've solved the wrong problem. Work hard to improve.”

Ingenuity and Analysis

“Programmers are not to be measured by their ingenuity and their logic but by the completeness of their case analysis.”

Douglas_T_Ross

Requirements Prespecification

“The most deadly thing in software is the concept, which almost universally seems to be followed, that you are going to specify what you are going to do, and then do it. And that is where most of our troubles come from. The projects that are called successful, have met their specifications. But those specifications were based upon the designers’ ignorance before they started the job.”

Carl_Sagan

Science Arouses Wonder

“Science arouses a soaring sense of wonder. But so does pseudoscience. Sparse and poor popularizations of science abandon ecological niches that pseudoscience promptly fills. If it were widely understood that claims to knowledge require adequate evidence before they can be accepted, there would be no room for pseudoscience.”
  • Source: Carl Sagan, The Demon-Haunted World: Science as a Candle in the Dark (1996), 6.

Extraordinary Claims

“What counts is not what sounds plausible, not what we would like to believe, not what one or two witnesses claim, but only what is supported by hard evidence rigorously and skeptically examined. Extraordinary claims require extraordinary evidence.”
  • Source: Carl Sagan, Cosmos: Encyclopedia Galactica, (video program), Episode 12
    • Sagan, C., Druyan, A., & Soter, S. (Writers) (1980). Encyclopedia galactica [Television series episode]. In Andorfer, G. & McCain R. (Executive Producers), Cosmos. Los Angeles, CA: PBS.
    • Online at https://www.youtube.com/watch?v=f77B2gRZhSo at about 1:00.

Herbert_Simon

Operational Research Restrictions

“The powerful algorithms associated with OR impose a strong mathematical structure on the decision problem. Their power is bought at the cost of shaping and squeezing the real-world problem to fit their computational requirements.”

Understanding Problems

“Understanding problems in domains that have rich semantics requires prior knowledge of the domain.”

Shannon_Vallor

Computer Does

“The computer did precisely what we told it to do, just not what we thought we had told it to do. Much of software engineering is simply figuring out how to close the gap between those two things.”
  • Source: From the book “The AI Mirror” by Shannon Vallor. Published 2024 by Oxford University Press. ISBN 978-0197759066. Chapter 2, page 45.

Patrick_Vlaskovits

Faster Horse

“However, even if Ford didn’t verbalize his thoughts on customers’ ostensible inability to communicate their unmet needs for innovative products — history indicates that Henry Ford most certainly did think along those lines... Henry Ford froze the design of the Model T... Ford had no compelling reason to innovate in any other sphere other than cost and price reduction... But everything changed with the onset of the innovations introduced by General Motors in the 1920s, which took the direct opposite of Henry Ford’s tack of “Any color … so long as it is black” and is best summed up by Alfred Sloan’s consumer-research driven “A Car for Every Purse and Purpose”... In 1921, the Ford Motor Company sold about 2/3 of all the cars built in the U.S. By 1926, this share had fallen to approximately 1/3. And in 1927, when Ford belatedly responded (at tremendous financial cost and internal strife) to changes in the market’s tastes and competitive innovation by shutting down production temporarily to re-tool his factories and bring the Model A to the market, that percentage fell to about 15%... Yes, some customers in certain types of businesses are quite capable of verbalizing precisely what sort of innovative product one could build and sell them. And of course, customers in other types of businesses are wholly incapable of verbalizing, with any sort of fidelity whatsoever, what they need and why they need it. An innovator should have understanding of one’s customers and their problems via empirical, observational, anecdotal methods or even intuition. They should also feel free to ignore customers’ inputs. Because by now it should be clear that Ford’s adherence to his vision of the mass-market car and how to materialize that vision was instrumental in both his early success in growing Ford Motor Company as well as his later failure to respond in a timely and effective manner to rapid innovation in the marketplace.”'

Gerald_Weinberg

Want Problems Solved

“Not too many people, in the final analysis, really want their problems solved.”
  • Source: Are Your Lights On?: How to Figure Out What the Problem Really Is by Donald C. Gause and Gerald M. Weinberg

Know What They Want

“In spite of appearances, people seldom know what they want until you give them what they ask for.”
  • Source: Are Your Lights On?: How to Figure Out What the Problem Really Is by Donald C. Gause and Gerald M. Weinberg

Multiple Specifications

“When there are multiple users, there are multiple specifications. When there are multiple specifications, there are multiple definitions of when the program is working.”
  • Source: Chapter 2. Weinberg, G. M. (2011). The Psychology of Computer Programming (Silver anniversary edition) | 1971. Weinberg & Weinberg.

True Consensus on Group Goals

“To achieve true consensus on group goals, there is no better method than having the group set the goals itself... To be sure, not every programming team can be permitted to set whatever goals it happens to fancy at any moment. A team is usually constituted to accomplish some task which has probably been set down before the team was even assembled. But programming tasks are not usually specified too precisely until much later than team formation, so that unless the upper management is very overbearing, much meaningful and interesting goal setting can be done by the team members in concert. The greatest danger is the manager who has come up through the programming ranks and wants to define every bit and byte before the team even sees the problem. Nothing is more sure to dampen the team enthusiasm and make them feel that they are 'mere coders... Of course, it is best if each team can have a single clearly defined goal, but the world is seldom so simple... When a team is not fully apprised of the emphasis to be placed on each factor, the members of that team may very well be working at cross purposes.”
  • Source: Chapter 5. Weinberg, G. M. (2011). The Psychology of Computer Programming (Silver anniversary edition) | 1971. Weinberg & Weinberg.

Edward_Yourdon

Prototyping Analysis Design

“Everyone knows the benefits of building a prototype for an end user who is unsure of his or her requirements, but prototyping cannot eliminate the need for formal analysis and design work on large, complex projects.”
  • Source: Edward Yourdon in the book “Decline and Fall of the American Programmer”. Published in 1992 by Prentice Hall. ISBN: 0-13-203670-3. Chapter 2, section 2.4, page 30.

Shoshana_Zuboff

Know-How

“The agenda for scientific management was to increase productivity by streamlining and rationalizing factory operation from cost accounting and supervision to the dullest job on the shop floor. Efficiency was the mania, and to achieve efficiency, it would be necessary to penetrate the labor process and force it to yield up its secrets. In order that effort be rationalized, the worker's skills had to be made explicit. In many cases, workers' perceptions of their own interests prevented them from articulating their know-how, but there was yet another involuntary barrier. These skills did not easily yield themselves to explication; they were embedded in the ways of the body, in the knacks and know-how of the craftworker.”
  • Source: Zuboff, S. (1988). In The Age Of The Smart Machine: The Future Of Work And Power. New York, NY: Basic Books, p. 42. ISBN:0465032125.

Automated Evaluation

“The system automatically computed efficiency ratings for each worker by comparing the amount of time it took to complete a job had been priced. Such calculations with the amount of time for which it could have been generated only by a computer system, since 'we could never have enough clerks to compute these kinds of ratios.' The ratings were considered management information and were not accessible to the craftworkers. Many foremen cautioned against taking the ratings at face value. The most experienced craftsperson frequently was loaded with the most difficult assignments. That individual might show the worst efficiency rating simply because his or her assignments were the most complex and required more than the assigned time.”
  • Source: Zuboff, S. (1988). In The Age Of The Smart Machine: The Future Of Work And Power. New York, NY: Basic Books, p. 331. ISBN:0465032125.

Learning Environment

“The demands of a learning environment can reduce the psychological distance between the self and the organization because active engagement in the social processes associated with interpretation requires more extensive participation of the human personality. In a traditional approach to work organization, employees could be treated as objectively measurable bodies, and in return, they could give of their labor without giving of their selves. The human being as wage earner and the human being as subjective actor could remain separate.”
  • Source: Zuboff, S. (1988). In The Age Of The Smart Machine: The Future Of Work And Power. New York, NY: Basic Books, p. 401. ISBN:0465032125.

Breed of American Worker

“There is a breed of American worker who cherishes the autonomy and sense of self-control afforded by his or her skills and protected by the union contract. When these workers contemplate the prospect of the socially integrated high-technology workplace, they feel despair. They anticipate a loss of their unique identities, of freedom and autonomy, and of well-defined rights and responsibilities. They fear that without the traditional sources of protection provided by their job descriptions and their contract, they will become prey to every capricious whim of their superiors. They understand that the managers' world requires the body as a political instrument for self-presentation and influence, but they know that these are talents they have not developed and toward which they feel more than a little distaste.”
  • Source: Zuboff, S. (1988). In The Age Of The Smart Machine: The Future Of Work And Power. New York, NY: Basic Books, p. 404. ISBN:0465032125.

Informating Strategy

“There are several lessons to be learned here. First, the requirements of an informating strategy support existing work-improvement efforts, such as the high commitment approach to work force management, with its emphasis on self-managing teams, participation, and decentralization.”
  • Source: Zuboff, S. (1988). In The Age Of The Smart Machine: The Future Of Work And Power. New York, NY: Basic Books, p. 413. ISBN:0465032125.