Category The Secret of Apollo

The Inception of ESRO

The creation of ESRO began with the activities of Edoardo Amaldi, Italian physicist and one of the founders of the Conseil Europeen pour Recherche Nucleaire (CERN [European Committee for Nuclear Research]). In the sum­mer of 1958, after a conversation with his friend Luigi Crocco, a rocket pro­pulsion expert and professor in Princeton University’s Department of Aero­nautical Engineering, Amaldi proposed a European space program modeled on CERN. The new space organization should have high goals, Amaldi said, comparable to efforts in the United States and the Soviet Union, but have ‘‘no connection with whatsoever military agency.’’ He believed that it should be ‘‘open, like CERN, to all forms of co-operation both inside and outside the member countries.’’2

Amaldi learned from Crocco and from American aeronautical engineer Theodore von Karman some difficulties in modeling a European space orga­nization on CERN. Because the military had developed virtually all rockets, excluding the military would be difficult. Crocco also believed that it would be difficult to convince European parliaments to spend the huge sums necessary for space-based science research. Von Karman thought it necessary to include the military at the beginning to jump-start the civilian effort. He suggested working through the North Atlantic Treaty Organization. Amaldi demurred and eventually found a strong ally for his purely scientific space organization in his friend Pierre Auger, a French physicist and CERN ally.3

When Amaldi contacted Auger in February 1959, Auger was organizing the French Committee for Space Research. Auger was supportive ofAmaldi’s pro­posal and suggested the French organization as a model. French scientists and administrators were considering a two-phase program: a small initial effort based on sounding rockets, and a more ambitious program to include satel­lite launches and lunar or solar probes. After the two men met in April 1959,

Amaldi helped establish an Italian space research committee on the French model. Amaldi also sent a paper titled ‘‘Space Research in Europe’’ to promi­nent scientists and science administrators in Western Europe.4

These contacts led to an informal meeting of scientists from eight different countries at Auger’s Paris home in February 1960. At the next meeting, held in April 1960 at the Royal Society in London at the behest of the British National Committee for Space Research, the British presented their extensive space re­search plans and the possibility that the British government might offer the Blue Streak rocket as the basis for a European launcher. Auger hosted the next meeting in Paris in June 1960 to consider ‘‘A Draft Agreement Creating a Pre­paratory Commission for European Collaboration in the Field of Space Re­search.’’ 5 During the second Paris meeting, British delegates removed launch­ers from discussion because of negotiations under way between the British and French governments concerning the use of the Blue Streak. With launcher considerations eliminated, the scientists and scientific administrators focused on creating a European space research program using sounding rockets and satellites.6

Further discussions clarified the purpose and scope of ESRO and estab­lished goals for its initial scientific program and facilities. ESRO would sup­port space scientists throughout Europe. It excluded launch vehicles, although at the request of the Belgian delegation, it did include the development of sup­porting technologies. ESRO planners envisaged a two-phase effort: an initial program using sounding rockets, and a more advanced program of sophisti­cated scientific satellites.

Bruising negotiations determined the sites of ESRO facilities. To expedite coordination with ELDO, ESRO’s headquarters wound up in Paris. ESRO’s most important facility was its engineering unit to develop spacecraft and integrate scientific experiments, the European Space Technology Centre (ESTEC). Originally located in Delft, The Netherlands, ESTEC soon moved to the small coastal town of Noordwijk, north of The Hague. The telemetry data analysis center went to Darmstadt, West Germany, the sounding rocket range to Kiruna, Sweden, and a small science research center to Delft. A new sci­entific research center with ill-defined functions, located near Rome, satisfied Italian demands for an ESRO facility. In 1967 ESRO officials moved satellite tracking to Darmstadt, where combined with the data analysis center it be­came the European Space Operations Centre. ESRO established remote track­ing stations in Alaska, Norway, Belgium, and the Falkland Islands.7

European scientists originally conceived of ESRO as an organization run by scientists, for scientists, on the model of CERN. CERN provided an infra­structure for European physicists to perform experiments with particle accel­erators. In CERN’s organization, scientists determined the technical content of projects and infrastructure, and ran daily affairs. Administrators had little control over CERN’s funding, and significant overruns developed.

ESRO provided a similar service function to space scientists through provi­sion of sounding rockets, satellites, and data collection and analysis facilities. Scientists selected ESRO’s experiments, but, unlike in CERN, engineers devel­oped and operated the infrastructure. The British insisted on strong financial controls, ensuring that if ESRO overran its budget, it would cut projects in­stead of forcing governments into funding overruns.8 Because the founding scientists did not want ESRO’s scientific expertise to rival that of the member states, they restricted ESRO’s scientific research capabilities, making its engi­neering character more pronounced. ESRO’s engineering culture made it a very different organization from CERN.

Ten countries signed the ESRO Convention of June 1962: the United King­dom, France, Italy, West Germany, Belgium, The Netherlands, Sweden, Den­mark, Spain, and Switzerland. ESRO came into official existence on March 20, 1964, with Pierre Auger as secretary-general.

Concurrency

Rapid development of ICBMs required parallel development of all system ele­ments, regardless of their technological maturity. Schriever called this con­currency, a handy word that meant that managers telescoped several typically serial activities into parallel ones. In serial development, research led to ini­tial design, which led to prototype creation, testing, and manufacturing. Once the new weapon was manufactured, the operational units developed main­tenance and training methods to use it. Under concurrency, these elements overlapped. Schriever did not invent the process but rather coined the term as a way of explaining the process to outsiders.64

Schriever’s version of concurrency combined concepts learned over the previous decade. Parallel development had been practiced during World War II on the Manhattan and B-29 projects. Management structured around the product instead of by discipline had also been used on these projects. The combination of ARDC and AMC officers into a project-based office was a method applied since 1952, and Schriever’s use of R-W to perform systems analyses like the Atlas’s nose cone design had also been foreshadowed by the RAND Corporation’s development of systems analysis after World War II. Schriever claimed that concurrency was a new process. But was it?

One difference was that in the 1950s parallel development, once a wartime expedient, became a peacetime activity. With Congress exercising detailed oversight typical of peacetime, Schriever had to explain his processes in more detail than his wartime predecessors had. As Secretary of the Air Force James Douglas later told Congress, ‘‘I am entirely ready to express the view that.. . you have to subordinate the expenditure… to the urgency of looking to the end result.’’ Or as Gardner succinctly stated, ‘‘We have to buy time with money.’’ The term ‘‘concurrency’’ helped explain and justify their actions to higher authorities.65

A second major difference was in the nature of the technologies to be inte-

Concurrency. Adapted from Benjamin N. Bellis, L/Col USAF Office DCS/ Systems, ‘‘The Requirements for Configuration Management During Con­currency,” in AFSC Management Conference, Air Force Systems Command, Andrews Air Force Base, Washington, D. C., AFHRA Microfilm 26254, 5-24-3.

grated into ICBMs. In pre-World War II bombers, for example, engineers simply mounted machine guns at open side windows. However, with the B-29 bomber, and for postwar aircraft, operators maneuvered machine guns with servomechanisms within a pressurized bubble, itself part of the airframe. Similarly, missiles had to be built with all elements planned and coordinated with each other from the start. Postwar weapons were far more complex than their prewar counterparts and more complex than the nuclear weapons of the Manhattan Project. Concurrency in the Cold War required far more detailed planning than previous concurrent approaches.

One application of concurrency was in selection of contractors for Atlas, and then for Titan and Thor. R-W performed the technical evaluations and gave input to ad hoc teams of WDD and SAPO personnel. The AMC-ARDC committees selected which companies they would ask to bid, evaluated the bids, and selected a second contractor for some subsystems. Selecting a con­current contractor increased chances of technical success, stimulated better contractor performance by threatening a competitive contract if the first con­tractor performed poorly, and kept contractors working while the air force made decisions. To speed development, the SAPO issued letter contracts, de­ferring contract negotiations until later. In January 1955, the SAPO formal­ized the ad hoc committees, which became the AMC-ARDC Source Selection Board.66

To maximize flexibility and speed, Schriever initially organized the WDD with disciplinary divisions modeled on academia. Only in 1956 did the pro­liferation of projects lead him to create WSPOs for each project, consisting of AMC and ARDC representatives, as required by the weapon system con­cept. Until that time, most work occurred through ad hoc teams led by officers to whom Schriever had assigned the responsibility and authority for the task at hand. For example, when the WDD began to develop design criteria for facilities in March 1955, Schriever named Col. Charles Terhune, his technical deputy, ‘‘team captain’’ for the task. He also requested that R-W personnel as­sist. Terhune then led an ad hoc group to accomplish the task, and that group dissolved upon task completion.67

The fluid nature of the ad hoc groups and committees may well have maxi­mized speed, but they also played havoc with standard procedures of the rest of the air force, which after all had to support ICBM development. Schriever initiated a series of coordination meetings with AMC, Strategic Air Com­mand, air force headquarters, and other commands in December 1954. After the December meeting, the AMC Council decided it needed quarterly reports from the WDD to keep abreast of events. Over the next six months, AMC planning groups bickered with WDD personnel over reporting and support, as AMC needed information for personnel and logistics planning. AMC tried to plan tasks from Wright Field, whereas the WDD (and soon the SAPO) ac­complished planning rapidly on-site, with little documentation or formality. AMC accused the WDD of refusing to provide the necessary data, whereas the WDD accused AMC officers of a lack of interest.

Disturbed because Schriever’s crew had neither WSPOs nor Weapon Sys­tem Phasing Groups (normally used to coordinate logistics), AMC had some reason to complain. As stated by the assistant for development programming, Brig. Gen. Ben Funk, ‘‘The normal organizational mechanisms and proce­dures for collecting and disseminating weapon system planning during the weapon system development phase did not exist,’’ leading to gaps in the flow of information necessary for coordination. By the summer of 1955, SAPO per­sonnel at the WDD made concerted efforts to pass information to AMC head­quarters and to bring AMC planning information into the WDD.68

Schriever’s need for speed led to extensive use of letter contracts through 1954 and 1955. Procurement officials in the SAPO and technical officers in

the WDD realized that they needed to track expenditures relative to technical progress, but the rapid pace of the program and the lack of documentation quickly led to a financial and contractual morass. Complicated by the WDD’s lack of personnel and the new process of working with R-W to issue technical directives, contractual problems became a major headache for the SAPO and AMC and another source of friction between Schriever and AMC leaders.69

The SAPO had authority to negotiate and administer contracts but initially lacked the personnel to administer them over the long term. Instead, SAPO personnel reassigned administration to the field offices of other commands ‘‘through special written agreements.’’70 This complicated arrangement led to trouble. Part of the problem was the difficulty of integrating R-W into the management of the program. R-W had authority to issue contractually bind­ing ‘‘technical directives’’ to the contractors, but instead of using these, R-W personnel sometimes ‘‘used the technical directive as a last resort, preferring persuasion first through either periodic meetings with contractor person­nel or person-to-person visits between R-W and contractor personnel.’’ This meant that many design changes occurred with no legal or contractual docu­mentation. Because officers in the SAPO did not have enough personnel to monitor all meetings between R-W and the contractors and were not initially included in the ‘‘technical directive coordination cycle,’’ matters soon got out of hand.71

This problem emerged during contract negotiations, as SAPO procure­ment officers and the contractors unearthed numerous mismatches between the official record of technical directives and the actual contractor tasks and designs. As differences emerged, costs spiraled upward, leaving huge cost overruns that could not be covered by any existing or planned funding. A committee appointed to investigate the problem concluded in June 1956 that ‘‘almost everyone concerned had been more interested in getting his work done fast than in observing regulations.’’ It took the committee some­what more than six months to establish revised procedures acceptable to all parties.72

The initial application of concurrency in Schriever’s triad of the WDD, the SAPO, and R-W sped ICBM development but also spread confusion, dis­rupted communications with other organizations, and created a mountain of contractual, financial, and, as we shall see, technical problems. Flexible com­mittees flicked in and out of existence, while supporting organizations out­side of Schriever’s group struggled to acquire the information they needed to assist. The strategy of parallel development, separated from the air force’s normal routine, produced quick results, but the mounting confusion begged for a stronger management scheme than ad hoc committees.

Conclusion

World War II and the Cold War enabled the military to consolidate and ex­tend its relationships with both academia and industry. When in 1947 the Pro­curement Act gave the DOD the permanent authority to negotiate contracts, military officers enlisted the support of academia and industry. Air force offi­cers such as Hap Arnold, Donald Putt, and Bernard Schriever used scientists to create a technologically competent and powerful air force. Two models for relationships between the air force and the scientists evolved. First, RAND, the SAB, and the RDB continued the voluntary association of scientists with the military, as had occurred in World War II. However, the DCS/D and ARDC represented new air force efforts to gain control over the scientists through a standard air force hierarchy. Both models would continue into the future. Through these organizations and their personnel, air force officers hoped to develop the air force of the future.

When ICBMs became a possibility in late 1953, Schriever capitalized on his scientific connections, urging John von Neumann to head the Teapot Com­mittee, which recommended that ICBMs be developed with the utmost speed and urgency. While Schriever and Assistant Secretary of the Air Force Trevor Gardner maneuvered behind the scenes to promote ICBMs, the Teapot Com­mittee recommended the creation of a scientific organization on the Los Ala­mos model to recruit scientists to run the ICBM program. Unsure of the in­dustry’s capability to develop the Atlas ICBM, Schriever and Gardner hired R-W to serve as the technical direction contractor, an adviser to air force offi­cers, and a technical watchdog over the contractors.

Feeling bogged down in ‘‘Wright Field procedures,’’ external approvals, and funding difficulties, Schriever and Gardner appealed to President Eisen­hower to break the logjam. The president complied, and so Schriever, armed with a presidential directive, hand-picked a committee to develop procedures that gave him the authority to acquire the services he needed from the air force without having to answer to the air force. The Gillette Procedures carved out a space in which Schriever, his officers, and scientific allies could craft their own development methods, largely separated from the air force’s standard processes.

Under ‘‘concurrency,’’ Schriever’s complex of the WDD, the SAPO, and R-W created and adopted a number of methods to speed ICBM development. With funding a nonissue, these organizations and their contractors tossed aside standard regulations and developed alternate technical systems such as the Titan ICBM to ensure success. The air force’s regular methods, based on academic-style disciplinary groups, no longer sufficed. Schriever broke away from dependence on Wright Field’s technical groups and committees, but in the first years of ICBM development, he merely substituted his own officers and contractors, unencumbered by paperwork. The WDD, the SAPO, and R-W recreated an ICBM-oriented Wright Field on the West Coast, albeit with­out the years of history and bureaucracy.

The proof of their efforts would come when ICBM testing began in the late 1950s. As long as the Cold War remained hot and his scientific friends de­livered technical success, Schriever could sustain concurrency. Unfortunately, tests would show that these new wonder weapons had major problems. Under these circumstances, politicians and managers would rein in the rapidly mov­ing ICBM programs, replacing Schriever’s all-out concurrency with a new, centralized bureaucracy that incorporated some of the key lessons of ICBM development.

THREE

Organizing the Manned. Space Program

The really significant fallout from the strains, traumas, and endless experimentation of Project Apollo has been of a socio­logical rather than a technological nature; techniques for directing the massed scores of thousands of minds in a close – knit, mutually enhancive combination of government, uni­versity, and private industry.

— T. Alexander, in Fortune

By far the largest programs within the National Aeronautics and Space Ad­ministration (NASA) during the 1960s were the manned space projects Mer­cury, Gemini, and Apollo. These differed from other NASA programs because of their massive scale and because several field centers, not just one, contrib­uted significantly to them. The NASA headquarters role was bigger for these huge projects than it was for smaller ones: headquarters coordinated the work of the different field centers. The manned space program contributed dispro­portionately to the management philosophy and style of NASA as a whole, defined by agency-wide procedures.1

While astronauts grabbed public attention, NASA managers and engineers quietly created the machines and procedures necessary for astronauts and ground controllers to operate them. With their personnel descended from German rocket pioneers and National Advisory Committee for Aeronautics (NACA) researchers, NASA’s informal groups brought years of aircraft and rocket design expertise to spacecraft design. These new technologies de­manded strict attention, and there were the usual number of failures. NASA personnel had to learn how to design manned spacecraft and man-rated rockets as well as how to direct thousands of new employees and scores of contractors.

Difficulties in making the transition from engineers to managers led NASA executives to look elsewhere for people with strong organizational skills. Ex­ecutives turned primarily to the air force, an organization that developed technologies similar to NASA’s. From its inception, NASA had used military personnel, but the importation of experienced air force officers reached its peak in 1964 and 1965, as the newly installed Apollo program director, Brig. Gen. Samuel C. Phillips of the air force, arranged the transfer of scores of air force officers to bring order to NASA’s chaotic committees. Phillips im­ported air force methods such as configuration control, the Program Evalua­tion and Review Technique (PERT), project management, and Resident Pro­gram Offices at contractor locations. By the end of Apollo, Phillips had grafted significant elements of Air Force Systems Command (AFSC) onto NASA’s original culture.

Organizing ESRO’s Early Projects—with American Help

ESRO selected projects in consultation with scientific groups, a council rep­resenting the national governments, and its own scientists. Ad hoc groups recommended experiments to the Launching Programmes Advisory Commit­tee (LPAC), which in turn selected a few of them to form a satellite payload. The LPAC recommended payloads to the Scientific and Technical Committee and the Administrative and Financial Committee. These committees then pre­sented their assessments to the ESRO Council, which made the final decision. The Council passed its decision to ESRO headquarters, which then authorized ESTEC and the other ESRO organizations to begin work.9

Unlike ELDO’s, ESRO’s authority included contract placement and con­trol. The ESRO Convention required that ESRO ‘‘place orders for equipment and industrial contracts among the Member States as equitably as possible, taking into account scientific, technological, economic and geographical con­siderations.’’ To do so, ESRO created a register of member state suppliers. For items costing more than 10,000 French francs, ESRO’s financial rules required that ESRO request bids from industry, unless ESRO had ‘‘no alternative but to go directly with one supplier.’’ ESRO submitted all purchases of greater than 500,000 French francs to its Administrative and Finance Committee, along with any purchases outside of the member states.10

Although ESRO’s day-to-day affairs revolved around engineering, scien­tists heavily influenced the selection of projects and experiments. The short­term sounding rocket program consisted of seventy-one launches from Sar­dinia, Norway, Sweden, and Greece between 1964 and 1968. For the medium term, ESRO’s satellite program consisted of two spin-stabilized scientific spacecraft, known as ESRO-I and ESRO-II. Shortly thereafter, ESRO approved three more satellites: a polar orbiting satellite known as the Highly Eccen­tric Orbit Satellite (HEOS-A) and two complex attitude-stabilized spacecraft known as Thor-Delta 1 and Thor-Delta 2 (TD-1, TD-2).11

In 1963, scientists and administrators in ESRO’s Preparatory Commission initiated internal and contract feasibility studies for ESRO-I. Performed early in 1964, these contract studies contributed to the definition of the scientific payload. ESRO released its tender for ESRO-I in November 1964. After ESTEC engineers evaluated the resulting proposals, ESRO awarded several contracts in April 1965. The Laboratoire Central de Telecommunications of Paris re­ceived the contract for project management and satellite integration, and companies in Switzerland and Belgium received ‘‘associate’’ contracts.12 Each of these companies had subcontractors, including some American companies offering components not readily available in Europe, such as sun sensors, bat­teries, and test equipment.13

ESRO-II evolved at the same time — and with the same process. ESTEC scientists and engineers began internal design studies in July 1963 and awarded external design study contracts to a Belgian firm and a Swiss univer­sity.14 ESTEC engineers deliberately introduced variations in the designs that these institutions studied so as to assess different methods of attitude control.

After completion of these feasibility studies, ESTEC engineers wrote technical specifications used in the call for tenders in June 1964. In November, ESRO selected British firm Hawker Siddeley Dynamics as prime contractor, and Hawker Siddeley subcontracted to several British and French companies.15 ESTEC let separate contracts for the command, telemetry, and checkout sub­systems and also coordinated the ‘‘supply of sub-systems to the prime con­tractor.” Hawker Siddeley had responsibility for project management, speci­fications, interfaces, structures, and integration.16

The HEOS project started somewhat later and evolved similarly. In early 1964, a study group rejected a planetary mission because it would have re­quired the construction of large ground stations. Instead, the group recom­mended a spacecraft in a highly eccentric orbit around Earth. ESRO endorsed the project in July 1964, at which time ESTEC appointed a project manager. ESTEC conducted feasibility studies in late 1964 and issued calls for tender in June 1965. In November, ESTEC awarded the contract to a consortium led by Junkers Corporation.17 The Junkers team hired Lockheed Space Corporation from the United States to provide consulting and to supply high-reliability parts. Development began in January 1966. The HEOS project marked the first contract award to a consortium, a trend that would soon become the norm for European industry. Following American trends, it also marked the first use of an incentive contract instead of a cost-plus-fixed-fee contract.18

ESRO-I and ESRO-II took advantage of the National Aeronautics and Space Administration’s (NASA’s) offer to launch ESRO’s first two satellites free of charge. HEOS-A also used an American launcher, but ESRO had to pay for the service. NASA offered its junior partner technical assistance, including project training, reviewing test results, participating in joint reviews, conduct­ing launch operations, and supplying additional tracking and data acquisi­tion support. Goddard Space Flight Center (GSFC) managed NASA’s contri­butions. Through working groups and design reviews, GSFC space scientists and engineers guided ESRO personnel through their early projects.19

What did ESRO administrators, scientists, and engineers learn from GSFC personnel? GSFC managers began projects by issuing a project specification and a competitive tender. They expected the prime contractor to issue a space­craft handbook for experimenters and to attend monthly interface meetings with experimenters and other organizations. Cost-plus-fixed-fee contracts were the norm for development; administrators monitored them through monthly contractor reports. GSFC managers stressed the importance of change control, coordinating all design changes with contributing organiza­tions. The initiator of changes had to submit a written proposal to the project manager, who had final authority.20

GSFC and ESRO formed joint working groups for ESRO-I and ESRO-II so that ESRO personnel could learn from their NASA counterparts, so that NASA personnel could learn about European methods, and so that solutions for common problems and interfaces could be worked out. NASA provided representatives from its technical divisions, along with the project manager and representatives from Scout launch vehicle contractor Ling-Temco-Vought. The working groups covered topics such as mechanical and electrical inter­faces, launch and mission procedures, reliability and quality assurance, and testing and verification. The Europeans heeded American advice regarding interfaces, iteratively defining and reworking interfaces until they were con­sistent across subsystems and between the spacecraft and the launch vehicle.21

High-level ESRO administrators visited the United States in 1964. ESTEC’s technical director, chairman of the Scientific and Technical Committee, and Large Satellites Division chief visited NASA headquarters, GSFC, Princeton University, and Grumman Corporation to learn about the organizational and technical aspects of the Orbiting Astronomical Observatory project. In Feb­ruary 1965, the ESRO-I project manager and scientists visited Rice Univer­sity in Houston. After visiting Rice — and presumably NASA officials from the Manned Spacecraft Center—they visited renowned space scientist James van Allen of Iowa State University.22

With little spacecraft experience, European contractors also used American assistance when they could get it. ESRO-II prime contractor Hawker Siddeley had ‘‘a considerable amount of technical liaison’’ with Thompson-Ramo- Wooldridge (TRW). Junkers hired Lockheed as a technical and management consultant for HEOS and to procure high-reliability components. These sup­plemented other European-American industrial interactions at that time, which included Boeing’s one-third purchase of Bolkow, TRW’s establishment of Matrel Corporation with Engins Matra, North American’s cooperation with Societe d’Etudes de la Propulsion par Reaction, and Douglas Company’s co­operation with Sud Aviation.23

British organizations also assisted ESRO. A visit by ESRO administrators to the U. K. Ministry of Aviation focused on financial estimating and report­ing procedures and the use of the Program Evaluation and Review Technique (PERT). On its projects, the Ministry of Aviation placed contracts for the en­tire development and planned future expenditures by acquiring predicted fi­nancial profiles from its contractors. The ESRO visitors found that the min­istry and some of its contractors used PERT/TIME for schedule planning. Because PERT was available in Britain only through International Business Machines (IBM) computers and produced summaries intended for ‘‘PERT oriented managements which are even rarer in the U. K. than PERT oriented project teams,’’ the ministry recommended that PERT was not a good solution for scheduling and cost-estimating problems.24

ESRO’s inexperienced project personnel depended on contractors. Accord­ing to ESRO-II project manager Ants Kutzer, one important innovation was to have ESRO representatives attend all project meetings between its two major contractors, Hawker Siddeley and Engins Matra. He stated that ‘‘although un­usual … the most valuable aspect… was that the ESTEC project team gained detailed technical knowledge of the design as well as experience.’’25

Kutzer was an acute student of research and development (R&D) manage­ment, having read American studies of R&D contracting, including those by RAND and the Harvard Business School that documented American missile management methods. He followed the development of scheduling tools such as PERT as well as early systems engineering texts. To Kutzer, the lesson of these early studies and tools was that for complex projects, managers needed to deploy new methods that identified ‘‘all of the activities required to meet the end objective.’’ These methods should, Kutzer said, show complex inter­relationships and constraints, including interfaces; predict the time and cost outcome; optimize resource allocation; and be flexible enough to adapt to rapid change.26

Because of the great diversity in nationalities involved in the ESRO-II proj­ect, Kutzer believed that it needed new management techniques. He empha­sized close coordination and communications between ESRO, GSFC, and the contractors. He felt that ‘‘informal exchange of ideas and techniques’’ in the NASA-GSFC working group and numerous subgroups made ‘‘a major contri­bution to project success.’’ Kutzer discussed formal specifications and docu­ments at regular meetings and supplemented them with informal meetings. To minimize the effect of ‘‘rather exhaustive listening to a foreign language,’’ Kutzer systematized meeting agendas to standardize the vocabularies used in the meeting. So too did ESRO-I managers.27

The HEOS program borrowed extensively from American management models, resulting in thorough advanced planning, stronger project manage­ment and systems engineering, and the development of European consortia. Junkers led the winning industry team, drawing extensively on Lockheed for management ideas. Lockheed helped to bring together the Europeans’ diverse companies and traditions in the process of developing the proposal bid:

The firms had mutually coordinated their bid proposals in Europe and after­wards met in Sunnyvale to write the definitive bid text. In these weeks, very lively discussions with the experienced specialists of the American firm led to strong contact between the executives of the European firms, which became decisive for cooperation in the realization of the project. Furthermore, the par­ticipants learned to link the same ideas with the same words. . .

The consortium’s bid consisted of approximately 1,000 pages, around one-third of which concerned management and cost-estimating questions. Without the advice of the American firm, this part in particular would not have undergone such a deep treatment.28

The Junkers team bid far surpassed earlier and contemporary bids in the detail and attention given to management. Junkers won the HEOS contract by a considerable margin. Junkers team members believed that they won by such a wide margin primarily because ‘‘it could be assumed [by ESRO] with great certainty that the bidders had constructed quite realistic time and cost plans.’’29 For later ESRO projects, European teams adopted the Junkers ap­proach, including using American consultants, constructing detailed man­agement plans, and employing close-knit consortia to carry those plans out.

Both ESRO and its contractors experimented with PERT and other plan­ning techniques to determine their utility for spacecraft projects. Europeans learned of PERT through American papers and contacts and acquired it through the use of IBM computers. As an experiment, the ESRO-I prime contractor, the Laboratoire Central de Telecommunications (LCT), proposed

Подпись: Image not available.

HEOS spacecraft. On the HEOS project, European contractors formed their first consortium based on recommendations received from U. S. contractor Lockheed. Courtesy NASA.

using IBM PERT/Cost software. LCT management found the reports gener­ated very useful for analyzing completed and future activities and expenses. They delivered reports every three months to ESRO, including a cost plan, a bar chart for management, and a detailed cost report. Because ESTEC did not have PERT but wanted its own PERT plan for top-level project events, ESTEC managers updated their own network by hand from LCT’s PERT results. The ESTEC project team also generated weekly bar charts. Near the end of the program, as the spacecraft progressed in a serial fashion through testing, the project stopped using PERT, switching to simple bar charts.30

HEOS prime contractor Junkers developed sophisticated PERT networks, using a detailed monthly cycle for acquiring inputs and generating outputs. In part because Junkers’s incentive contract rewarded a launch in early 1969, Junkers emphasized the use of PERT to control schedules. It created an 800- event network for HEOS, backed by a system of Planning Change Notices that tied PERT to engineering and management changes. As LCT had done on ESRO-I, Junkers produced bar charts for managers and more detailed net­work listings for planners, and it also used PERT/Cost with generally favorable results.31

ESRO-II management also used PERT through prime contractor Hawker Siddeley but paid more attention to developing new techniques to measure project progress and to implement configuration control. Project manager Kutzer recognized that although configuration control as used by the U. S. Air Force was useful for ESRO-II systems engineering, he could not imple­ment it, because of the lack of experience and lack of detailed requirements for ESRO-II. Instead, ESTEC engineers established the requirements through the ‘‘unusual approach’’ of attending all technical and contractor meetings. They limited themselves to being ‘‘technically suspicious and taking nothing for granted,’’ and they tried to be “pessimistic about success and to find weak links,’’ to ensure strong testing, and ‘‘to support the contractors.’’32

Hawker Siddeley’s project manager developed a new process to assess progress during specification development. He created an empirical method whereby planners gave each proposed specification a ‘‘marks loading,’’ a nu­merical value that depended upon the amount of work expected. The engi­neer responsible for the specification could estimate the percentage of work completed against the specification. For example, a specification worth 50 marks loading and estimated at 60% complete would be given a current marks value of 30. By adding the total of all current marks values and dividing this sum by the total marks loading for the project, Hawker Siddeley acquired an estimate of the amount of work completed and the amount remaining.33

After completing the specifications and establishing a design baseline, Kut – zer and Hawker Siddeley’s managers implemented a configuration control process. They developed standardized forms that summarized subsystem status, including acceptance test status, reliability, defect reports, modifica­tions, and information and action items still required. When the subsystem successfully passed its tests and supplied the relevant paperwork, ESTEC issued a Design Acceptance Note that formally accepted the subsystem. After issuance of the Design Acceptance Note, engineers could modify the design only by submitting a Modification Proposal Authorization Form. It included the modification and the reasons for it; the estimated cost, schedule, and weight impact; and its effect on other subsystems, documentation, and firms.34

One European deficiency was the lack of environmental test facilities suit­able for satellite checkout. Europeans knew from American published papers and personal contacts that satellites had to be thoroughly tested on the ground, including vibration testing, charged particle radiation testing, and thermal vacuum testing. ESRO’s initial program included substantial invest­ments in facilities, including environmental test facilities. By 1966, ESTEC managers had two vacuum chambers and vibration systems under construc­tion. In 1966, ESTEC used its own vibration system and vacuum facilities to test the ESRO-I structural test and thermal models. Prior to completion of ESTEC’s facilities, ESRO and its contractors used British, French, and Ameri­can facilities.35

Largely because of their lack of environmental test facilities, European companies did not have parts that met the high standards typically associated with American satellites. All three of ESRO’s initial satellites procured high – reliability electronic components from the United States.36 When American companies could not deliver these scarce components on schedule, delays of several months ensued for ESRO-I and HEOS. Only the ESRO-II pro­gram avoided significant delays in procurement of high-reliability American parts.37

Each project acquired American expertise through direct consultation and interaction with GSFC personnel. During a design review by GSFC person­nel in October 1966, NASA experts stated that ESRO had not sufficiently ac­counted for the space thermal environment and needed to perform further analysis and testing. In response, ESRO created a complex thermal model and added a test in a French thermal vacuum chamber, both of which verified the adequacy of the original design. NASA reviewed ESRO-I launch operations plans in October 1966. After the Flight Readiness Review at ESTEC from Au­gust 12-16, 1968, ESRO managers and engineers waxed enthusiastic: ‘‘It was a great moment for the Project Team, when at the end of the Flight Readi­ness Review, the NASA experts declared ESRO-I flight ready.’’38 GSFC experts performed similar reviews for ESRO-II and HEOS between 1966 and 1968.39

After some initial problems, ESRO’s satellites operated successfully. ESRO – II launched in May 1967 but never made it into orbit, as NASA’s Scout launcher exploded during ascent. ESRO regrouped and successfully launched a second model in May 1968. ESRO-I successfully launched in October 1968, and HEOS in December.40

ESRO personnel began their first projects recognizing their own inexperi­ence and took advantage of NASA’s offer to help, both in launching their first two satellites for free and in training ESRO personnel in spacecraft de­sign and management. European managers, engineers, and scientists visited the United States to learn American methods, and their American counter­parts reciprocated by visiting ESTEC during working group meetings, de­sign reviews, and Flight Readiness Reviews for ESRO’s satellite projects. GSFC personnel gave substantial help to ESRO, as did American contractors TRW and Lockheed to ESRO’s prime contractors Hawker Siddeley and Junkers for ESRO-II and HEOS. ESRO and its contractors used American models for its testing programs, planning methods, configuration control, and reliability as­sessment. They also acquired and used PERT with the help of IBM computers. On HEOS, Lockheed advised European contractors to emphasize manage­ment issues, leading to a strong consortium that won the bid by a large mar­gin. The Junkers consortium’s successful bid was the model for contractor consortia on later bid opportunities. The technical success of the satellites ESRO launched in 1968 and 1969 showed the value of ESRO’s methods.