Johnson Space Center
 PeopleProgramsNewsInfoQuestions
  Search
Return to Johnson Space Center home page Return to Johnson Space Center home page

 

NASA Johnson Space Center Oral History Project
Tacit Knowledge Capture Project
Edited Oral History Transcript

John J. Talone
Interviewed by Rebecca Wright
Kennedy Space Center, Florida – 11 June 2008

Wright: Today is June 11, 2008. We are talking with John J. "Tip" Talone, who served in a number of leadership positions in the NASA Space Agency, especially here at the Kennedy Space Center in Florida. This interview is for the JSC Tacit Knowledge Capture Project for the Space Shuttle Program. Interviewer is Rebecca Wright, assisted by Jennifer Ross-Nazzal. Thanks for coming into the Center today to talk to us. I know you've been enjoying retirement since January, so we're happy that you took time for us for this project. You were telling me about how you had been away from the office for a little while, but before we lose all your knowledge that's in your head, maybe you can share with us some of the duties that you had here and how you were involved with the Space Shuttle Program.

Talone: I first got engaged with Shuttle back in 1974 or '75, right at the end of the Skylab Program. I was still working ASTP [Apollo Soyuz Test Project] as a launch vehicle guy out of here for NASA on Saturn. Then we started to evolve. I started working the requirements for transition and launch pad from the Saturn Apollo vehicle to the Shuttle. I had been an operations guy all my life. I've been in ground operations. So I also began to work the operation planning for Space Lab, because they were coming along. We had Space Lab coming along, we were getting ready to change the facilities over, so I was doing some of each. I was the only Space Lab ops [operations] guy, and I was actually the only guy working pad requirements when we were still trying to launch the ASTP. And that was in '75, '76. It came to a point where my boss at the time said, "You need to make up your mind what you're going to do here." I said, "I like that Space Lab stuff. Going back and forth to Holland and Germany and drinking beer." He said, "I think you need to go out to the pad and convert the pad." I said, "No, I really, really, really don’t want to go." He said, "No, you're going out to pad." I said, "Well, why did you ask me?" He said, "Don't worry. I always take care of my boys." I'll never forget that line. "Always take care of my boys."

Once the ASTP was off and we were getting out of the Apollo/Saturn business, I went out and I started working the pad conversion, building requirements, and then we moved out to the pad. We had a team, and I was the pad manager at that time, and we did the conversion while the Shuttle vehicle was evolving and showing up at KSC. I had this glorious experience of being out there at the pad converting all the systems, doing all that outside construction work, fun stuff, while being totally ignored by the Shuttle management because they were in such a to-do over the Orbiter. “How do we get it down there, and how do we get it launched on time?” Thrashing around with a flat vehicle, we were spared a lot of scrutiny, so we managed to get our job done. Got it done ahead of time. Got it done with the least amount of supervision. But I had a good team, I had good guys—contractors and NASA guys as well. It came together very well. It came together ahead of time, as a matter of fact, but it was certainly helped a lot by the fact that [Space Shuttle] Columbia had its own problems between the tiles and other things. It drug out the schedule. We had good contractors, and we had a lot of good team out there, so we got it done.

I got out of that, and from that I got pulled into Integrated Operations for the vehicle. At that time, NASA was managing—here at KSC—was managing the integration of the tanks and the SRBs [Solid Rocket Booster] in Orbiter when it got to—we didn't manage the offline, we managed the online things. So myself and another guy were leading a team of some contractors managing the integration of the vehicle from stacking all the way out through launch and recovery. That was a lot of fun. I did that for a few flights. STS-1, 2, 3, 4, 5—I think through 7. Then I was asked to go be what we call down here a Flow Director, which was really an operations manager. It's the NASA Operations Manager for a given mission.

At the time, we had two vehicles; we had Columbia and Challenger. They had decided to reorganize. They gave Bob [Robert B.] Sieck Columbia, and they gave Jim [James F.] Harrington [III] Challenger, and we were in the manufacturing process of Discovery. They said, "You're going to be Discovery. Part of your job is to go out to Palmdale [Palmdale Aero Institute, California] and be there at the last six months or so of the manufacturing process with the team that does the turnover process from Rockwell [Rockwell International Corporation] to the government." So went out there with a good team, again, and we went through the final testing, and we took all the remaining work that was unfinished that had to be transferred down, and we scoped it, planned it, packaged it, came back down to the Orbiter, and then went through the first Discovery flow, and then the next ten flows.

Then did Columbia one mission, 61-C, because they had a problem with the Challenger with a tile, and they had to do a DOD [Department of Defense] mission, so Harrington and I flip-flopped her. He had Challenger, but somehow I ended up with Columbia, and Sieck got off the hook. The reason they did it is Columbia was doing its first what we now call OMDP [Orbiter Maintenance Down Period], when they it send back to the factory and did all the major mods [modifications], first time Columbia went back. It was coming back so I went out there to Columbia, did the tail end of that thing, brought it in. And it was the first re-flight of Columbia, which was the flight that immediately proceeded the Challenger [STS-51L] accident. I did Columbia one mission, and I was slated to go back to Discovery, and then of course we had the accident. I had a team. I was part of the accident investigation and headed a team that looked at the ground processing of the Orbiter here, up to the point until they finally realized it wasn't an Orbiter problem, and then we stood down. We didn’t follow that anymore. Although we did have our own recommendations for how we ought to do business in the future with the Orbiter.

Then I was told, "We're going to build Endeavor. Since you've done all this stuff, you get to go do Endeavor." I got out to Palmdale, did the tail end of the Palmdale thing, brought the vehicle back, got it through its first flight. Flew it, went with it maybe ten, eleven, or twelve flights. Then got called by Mr. [Jay F.] Honeycutt [former KSC Center Director] and told that I was now a [International] Space Station guy. I said, "I wouldn't know one if it fell out of the sky." He said, "That's even better, because we're looking for new ideas." I said, "Well, exactly what is it?" He says, "Well, you need to go see George.” [former JSC Center Director] Mr. Abbey to most people, including me. I said, "Well, what's he got to do with it?" He said, "He wants you to put together a team that goes out and tries to get the Space Station hardware down here like we did the Orbiter's. Go to the factory, understand the processes, understand the vehicle, bring it back here, and then prepare it for launch." So that was the end of my Shuttle career.

Went down to see George. George draped the flag on me. "You're going to do this." I said, "What do you want us to do?" So I go down to see Randy [H.] Brinkley. Luckily I knew Randy from before, when he was working Hubble. He and I were pretty good friends. I go down to see Brinkley, who at that time is the Program Manager for Station, and he says, "Hey, what's going on?" I said, "I'm here." He said, "What are you doing?" I said, "I'm working for you." He says, "Yeah? What are you doing?" George hadn't talked to him. So I said, "Well, here's what George said, Randy." He said, "Hey, that sounds great, I like it." He said, "Why don't you go back home, write up what you think it ought to be, send it down here, and I'll sign it." I said, "That's a lot of guidance." He said, "Well, you know better about this than I do." I said, "Okay."

That was the end of my Shuttle experience. In fact, like I said, I've had relatively little to do with the way they do business since that time, because we got buried in that, and our primary job actually for a long time was out in the field at the factories, before the hardware got here. We did two things. We tried to bring processes in that made life easier for us when we got here, such as cleanliness and FOD [Foreign Object Debris] and tracking requirements and all the things we knew they'd have to do when they got here.

They wouldn't want them to learn on our ticket, so we went up and tried to instill that out to all the factories that were delivering hardware, including internationals. Had some really good teams. Had teams at all those places. We were really facing out rather than this way. There was a lot going on here, a lot of flights and things, and I was totally disconnected. Then we got it here, and then we started getting it ready to fly. Pieces in all the elements. Again, we only interacted with Shuttle during—go out to the pad and installed it. It was a matter of, "Are you ready?" "Yeah." "Here we come." And it goes in, and they were all—they had very little interface with the Orbiter. So it was just a delivery of an object that'd be delivered in space and activated on orbit. We didn't have a lot of interface.

Then, of course, I got pulled up by the roots, and said, "Hey, we're going to start this Constellation thing. You need to go over there and figure how to do it." I said, "I'm too old for this now. I've done enough of this startup stuff." "No, no, you've got to go do it." So I did that for the last couple years or so. I figured 43 years was enough. I said, "I'm healthy, there's places I want to go, things I want to do." So I retired. Besides, this is a great team over here right now. I said, "I have no problem. I won't even look over my shoulder, because they'll do better than I was doing." So I never really dealt with it. I'd go to Senior Staff, and I'd hear what was going on with Shuttle, but I was an interested observer. I didn't know how they got themselves in some of these fixes they got in because I wasn't there, I wasn't engaged in it. I would just marvel and say, "That sounds like I've been here before." But that's the way it goes.

Anyway, that's how I got to where I am. Again, always in operations in one form or another, even over here with Space Station, even over here with the Constellation, because our job here at Constellation was to define the ground operation processes and to build or remodel all the facilities to get it ready for Constellation when they get turned over. So that's where I'm coming from when you hear the stories I give. Keep that in mind. My experience with JSC, with Marshall [Marshall Space Flight Center, Huntsville, Alabama], with the flight guys, has been positive, and we've interacted a lot. Your intelligence crosses the bounds. But they do things their way, we do things our way down here, and by necessity, they're different.

Wright: You've made an interesting comment about you started up a lot of different types of projects. Tell us about the first steps that you take in your mind of putting these projects together and these teams. What are you looking for from personnel, and then how do you start planning to get the stuff done?

Talone: The first thing that guarantees your success is you get the right people. That trumps any other thing you can do. You get the right people, you're three quarters of the way there, because you can't do it yourself, and if you have good people, it can get done. With the right people—people that have a sufficient amount of experience, enough initiative, are able to work with other folks to obtain the goals, that understand what you're trying to do. You can give them a simple vision of what we're trying to get done here, and what the boundaries are, and what you can do, what we can't do, what our ultimate end thing is, and they take off and they literally drag you with them. Without a doubt, every time and everywhere I've been successful has been because the team I had was superior. I was given the luxury of doing that. Even out at the launch pad, I pretty much got to pick, even with the contractors, who I felt the right team leader ought to be for each of the contractors. We had three of them out there. Then who I was able to depend on out there to support me, and it makes a huge difference.

I learned a lesson there when I did that one. That was the first one I really got stuck with a startup deal. Before that I'd been a test conductor in a firing room, so I'd worked teams, but they weren't of my selection—but with the teams we had, they were already so good. When I got into that business, I was really amazed. Maybe I learned it there. I'm looking at these guys, I'm thinking, "These people are superior, and they are self-actuating and smart enough that they need very little guidance other than policy." You don't need to tell them how to do the job, what you need to tell them is what the job is and what's the most important thing—not because you're smarter than them, but because you're getting it down from the top. You're getting the focus, you share the focus and the goal, and then they take off. Those people were my heroes for years.

I was out in the firing room a couple launches ago, and Mike Griffin [Michael Griffin, NASA Administrator] gave me a NASA award. He asked me if I wanted to say anything, and I said something out there just spontaneously, but I meant it from the heart. I said, "When I started up even back in Apollo," because I was in Apollo from '65, "I worked in the firing room all through all those years, up until I went out to do this pad job. I thought those people were absolutely giants, that there would never be another set of people that were as good as, smart as, as effective as these people. I was totally in awe of them all the time I worked with them, and ended up even managing them. So my mind was totally in awe of them. I didn't think there'd ever be a set of giants like that. But every time I've looked at this same sea of faces out there, I've felt the same thing."

I said, "Giants are there. You put them in place, and you pick the right ones, and you find out they really are giants. They're every bit as good as the ones that came before.” Frankly, when I'm being honest with myself, these days they're actually better. For a lot of reasons, but they're better. They're better and more effective, and I'm really proud of them. I told the folks, “I got over that 'We'll never have this kind of folks.' You guys are those kind of folks." I said, "More importantly, you have to stay those kind of folks, or Mike Griffin's Constellation dream is never going to come true. So we've got to keep on that level if we're going to bring this whole thing off," and I meant it. So people, people by far.

Then the guidance that you get, that you filter, that you give them, so that they aren't running around trying to figure out what the hell you mean. You've got to be pretty straightforward with it. It's not that hard, and the simpler you can do it, the better. Like I said, the boundaries that you give them. People are going to go as far as you let them, because they want to do everything. People automatically feel like, “I could do this and that and that, too, all at once.” Well, you say, "Yeah, but that's not our job. Our job is here. You can help people, but your job is focused here." You've got to give them some boundaries. Give them the goals.

Then you've got to let them get people that they feel like will make them successful. Because you're only going to be able to pick a certain level of management. You can't go all the way down. First of all, you shouldn't. You shouldn't feel like you hire a guy to be your—say he's your fluids manager. He knows better than you what he needs people-wise to go do the job. If you pick the right guy, he'll pick the right people. So you don't meddle with that, because he's got to live with them, so you don't want to send him a bunch of people. Let him pick them. Later, if one of them turns out to be a dud, you say, "Well, it wasn't my fault. Why don't you do something about it? I can't do anything about it. You've got him in, now you get him out." It's a building block thing. You pick good people, encourage them to pick good people, and when they meet resistance, you have to block for them to get good people in.

Then the third thing is just that. Your job in these startup things—my job, our job—was to block for those people so that they don't get tackled before they get to the goal line, because there's always interference going on. There’s always issues, there's always people that are trying to steal the ball or tug them offline or divert them over to something else, making life difficult for them. Part of your job is to make sure that you do something, anything you can, to make sure they have every chance of being successful. That means blocking and tackling for them where they've got the ball and they're going. Because it's very important that you not only get good people and you send them in the right direction, but that you make sure you don't leave them alone. Make sure, without meddling with them, that they don't get defeated by forces they can't deal with that you can. So you've got to support them, you've got to be there for them.

Startup things, that's it. If there was one more I would add, it would be you've got to ensure that you have firm backing of management, that you have the same thing you're giving your folks, you're getting from your management. That you have the authority and ability and you're going to be allowed to go do that. And whenever there's a scrum, that they're there helping you out, blocking for you. That's going to be very important as well, because you can't support your guys if you're always looking back and there's nobody there to support you, and you're out there on an island. Maybe you're going in the wrong direction and nobody's telling you. So to me, that's the key.

Then if you get away from people, I'd say the next thing is you need to make sure that—and one of the things I would tell you that I found over the years is—you need to define the requirements precisely enough for what you're doing that they're understandable and executable, and that there's not too many of them. That you only have as many requirements as you absolutely need. Because too many requirements kills the program, kills what you're doing, kills momentum, and confuses people. People feel like it's just a burden instead of something that really makes sense. But you've got to have a really good set of basic requirements that everybody has to understand and try to meet, and that puts everybody on the same page. It also sets the goal for everybody the same way.

Over all of the years, what I did learn in Shuttle was that basic startup thing out there which I started out really turned out to be—what we learned was if we get these requirements right, executing it is going to be a whole lot easier. But if we're still flying around trying to figure out what we really want to happen or what we really need, we're going to be taking one step forward, two steps back, changing direction. And we can't afford it, nor do we have time to do that. So I learned that. You get everybody engaged, get everybody to buy in, and you get the management to buy in, and then you've got something you execute.

Then from then on, you try to add as little and few requirements as you possibly can. Be very resistant to new requirements, and at the same time you should be avidly pursuing “How can I whittle these requirements down? How can I get some of these off the books? How can I compile them in such a way?” Allow people the efficiency—you don't want your requirements to be so binding. You want to start expanding them in the sense of giving more latitude as you get smarter. More latitude, more latitude, maybe even relieving the requirements altogether, maybe change them into a goal. The one thing you can't allow requirements to do is stifle efficiency or figuring out a new way of doing things.

At the startup, hard requirements are absolutely necessary, and everybody needs to get there, and we need to get there and get going. Once you get running, you need to step back and say, "Now, are my requirements so hidebound?"—which they had to be in the startup, you've got limited money, you've got a schedule you've got to meet—but at the same time, you know exactly what you want. Now you got what you want. You need to back off and say, "Now we got there, now we've gotten through the development phase of this thing. Now we're really operating, and how do we do this much more efficiently? Are our requirements a hindrance or are they a help in innovation and new ideas? Are people using our requirements against us to keep doing things the old way, or can our requirements be tailored now to encourage people to think of a better way to do it?"

To me there's a transition there, and it's all based on requirements. Because requirements in the Shuttle, and in Station, and even over here—particularly over here with this startup thing—requirements either make you or break you. They can either bring the whole thing down because they're just so labyrinthine and overdone that you don’t have a chance to get there from here and then you can’t afford it, or they’re so sloppy that everybody goes in their own direction and interprets whatever they want, and you end up with things that don’t even look like trying to work together. But you get through that phase. You’ve got to be ready when you get through that phase to transition into a much less confining environment so that you can encourage innovation.

One of the things I observed, particularly over here when I got into Station, was that the contractors, particularly in a competitive situation, have some terrific ideas about better ways of doing business that probably never even occurred to you. Because you’re so busy doing business, you don’t really spend enough time trying to figure out what’s a better way to do business. You do along the way. You see things that are obvious. But when you work with contractors, and when we went through a competition over there, we learned so much about what we could be doing differently because we set them at each other to get efficiencies. We wrote the proposal such that efficiency was the goal. That was the primary goal. We had to become much more efficient.

When we had the two big guys competing with each other, some terrific ideas came out of that, stuff that we should have—had we set back and had think tanks and stuff would have thought of half of them maybe. But the other half were things they learned through their businesses. They’re business operations, they can’t stand inefficiency. They can’t stand it, because they're living on a thin margin. So they use a lot of stuff they’ve used in the past in other aircraft or another business they’re in and they folded those in. We saw terrific savings over there once we competed that thing. Same guy won it that had it before. It was a close race, but the same guy won it that won it before. I wasn’t on the selection team, but I was the manager of the project over there.

But dramatic difference in the cost, dramatic difference in the cost. And it got better because of the way the proposal was written. They had to get better all the time. They set their own milestones. As a part of the proposal, they had to say, "We’ll be this much better then this much better then this much better," as the years went on, based on facts and based on systems they’d used before. They had to prove it. We bought in and thought, “This would be great if they do it.” Well, they’ve done it. It hasn't been without a lot of pain. Like always, they made promises that are now causing them to say, “What the hell have we done to ourselves?” But we were the winners, the government was the winners, because we got not only efficiencies, we got some tremendous cost savings.

I would say that as you get into the operational thing, your big goal then is to try to find better ways of doing business, and you need to take all your partners and ask them and get them engaged. Over here, when we’re trying to come to grips with how to do Constellation, given that the vehicle was changing and moving around and acting differently and had different things—as we learned, as we knew about the vehicle. So we thought we had a nice ground operations plan and a way to do things. We were encouraged to be innovative, and that was a good idea, and so we put out what we called an RFI [Request for Information]. What we literally did was went out to the four major aerospace contractors and said, “What do you guys think? How would you do this if you were going to be doing it? Just tell us your best thoughts. And if they’re proprietary, we won’t share them with anybody. If not, we’d like to share them, just so we can get the best of all worlds.”

So we got USA [United Space Alliance], Boeing, Lockheed [Lockheed Martin Corporation], and ATK. And they came in and they all gave us a pitch—actually, we didn’t give them our baseline. We said, "We’re not going to tell you what we think we ought to do because we want you not to—” A contractor when he sees what you want to do, a bunch of times he’ll say, “I’ll just make his a little better because I bet you he’s already in love with his own, so I’m not going to torpedo it. Might come in with something they think is totally off the wall.” So we said, "We’re not going to show him that." We kept it locked up in our drawer over there and said, “Given a clean sheet of paper, what would you guys do? Here’s what the vehicle looks like.” We gave him what we knew coming out of the project—the program, about the SRBs and the tank and the engines and the Orion and the whole bit—and said, “Here’s the confirmation, and here’s what the requirements are that we’ve been given on the ground.” They were pretty broad back then. It was early on.

Got some tremendous ideas, I mean, got some tremendous ideas. We altered our plan. It turns out most of our plan was pretty good as a skeleton, but they did some refinements and some things that really made a lot of sense that we’ve since incorporated, and they were very generous in allowing us to use their ideas—knowing that one of these days soon, they’re going to have to compete on this ground ops contract. But they really did not, any of them, pull the, “You can’t use my data,” because they were all in the spirit of “let’s get this thing done the best way we can.”

And actually, we followed it on with several sessions after that where they all four came together with us and sat around a table, and we brainstormed the variety of ideas of the collective group. “What are the pros and cons of all of them, and then what should we incorporate?” They were, in fact, very fair. It was amazing how little parochialism we found. We found some, but it wasn’t company parochial, it turned out to be individual. Somebody would be in love with their idea; you couldn’t get them off of it. But it was him, it wasn’t ATK or Lockheed Martin—it was that guy just could not be gotten off of dead center about that was the way to do it, when everybody else was saying, “Come on, we can’t afford it.”

That’s another lesson we learned. When we go down the road to project to do the new operations for the Constellation is when they go bid this contract, we’re going to incorporate a lot of that kind of stuff in there, and ask them. We’re going to do the same kind of thing we did over there. We’re going to say, "We need efficiency. Assume this is an operational thing, and we’ll work back to DDT&E [Design, Development, Test and Engineering]. We’ll do DDT&E right, and it’s going to be more expensive, more time-consuming, more intervention by NASA." But I said, "The goal here is you to tell us what is our end game? How do we want to run this program in a streamlined fashion where we’re flying this thing routinely—and we get out of the model we’ve gotten in with Shuttle what we’ve never quite gotten out of—where every day’s a crisis? We’ve got to assume this hardware is going to be a lot better to us—cross your fingers—or we can’t afford it. That it's simpler design, it has fewer moving parts. I can’t speak for Orion, but the rest of the vehicle—even Orion has got to be such that we can afford not to have a swarm of people swarming over it all the time. So give us the end state, and then we’ll work back to DDT&E." We’ll get a lot of good ideas from them. We’ll get a lot of the same ones and maybe even some better ones because they’ll get smarter as they go along.

Where I started in all this thing was—you need to be able to get out and find the best of all the ideas to make your business more efficient, including going out to competitors and whoever else it takes. To continue to look at, “How do they do business? What do they do? What do we do differently? What are the systems that the corporations use to drive efficiency into their operations—whether they be manufacturing or their standard process operations?” Or if an airline—“How do they manage to do the way they do business?” Whoever. You’ve got to gather all that up, and you can’t do it once. You’ve got to continually be doing that because they get smarter and smarter out there everyday, because they are driven by cost. It’s just driving them hard.

We pretend we’re driven by cost, but we’re not. We’re driven by risk, we’re driven by success. We have got to be 100% successful. We’ve got to be 100%—almost—risk-free. We have an entirely different set of goals. They’re driven by, "How can I do this thing better—without the disaster? I’ve got to do it better. I don’t have any choice, or I’m going to go out of business. Disaster or not, I go out of business if I can’t do it better." So you take that and you adapt it to what you need to do. These things like the lean processes. NASA never really engaged in that very much, if at all, really. It’s called different things by different companies, and the reason I say lean is because Boeing, who was our contractor over there, uses a lean. They call it the lean process. Others all have their own name. It’s basically the same thing.

That was part of their proposal. They brought it on board, and there’d been a little bit of that done in Shuttle in the somewhat down in the depot, offline stuff. But not hardly anything online and very little in payloads, other places in NASA, because NASA’s big about, “We’ve got a good thing going, let’s don’t screw with it.” That’s one of our good things, and it’s also one of our worst enemies because it really blinds us to new and innovative things. But over there, they said, “We’re going to bring in this lean thing, and we’re going to show you that we can take big steps efficiency-wise by applying those principles. And we can tell you that we’ve made tremendous strides in airplane manufacturing and operations doing exactly the same thing.” We said, “Well, we’ll see.”

They came down and applied it, and they brought us in. In fact, taught a bunch of our people to become part of these lean teams and get engaged in what we did. The basis of lean is you go out and ask the people that are doing it, “What would you do differently if we weren’t telling you what to do?” I’m oversimplifying it, but that really is it. They go out and they pick the people that are out there in the warehouse and say, “You have a free hand to redo this thing the way you see fit. But you’ve got to come brief us every week. We’re not going to interfere with you, you got to tell us. We’re not going to implement anything until you show us, and part of what you show us is you’ve got to show us the savings. It’s got to have meat to it. It can’t be just a bunch of ideas, let’s go try. You’ve got to be able to define it.”

It was amazing to see what those people out there said, “Man, we’ve been waiting for this. We’ve been doing these stupid things all this time because you had it in your operations manual, and it was just dumber than a box of rocks. Do this: move these people here, change this label, do this twice a day rather than five times a day.” All kinds of just subtle things. A bunch of management guys sitting up here in the offices, they don’t see all that stuff. Those guys see that stuff. They know where you’re wasting effort and where you’re wasting time and material and everything else, and they love to get into it. I mean, they just love it. It’s like it’s now theirs. It’s not yours anymore and they’re just out there doing what you want. It’s theirs, they’re doing what they think they ought to do, and it has remarkable results.

The same principles are used at all the other manufacturers. We saw that when we put out those RFIs, and the companies came in and said, “Here’s some things we do differently where we are that you guys ought to think about doing.” And they’re great ideas. The short of it is you need to be able to go out and continue to find out who’s doing what to make things better, and can we apply it to what we’re doing? Let’s don’t pretend that we’re smarter than everybody else in the world and know how to get this thing done. We’re the only ones that do this, but everybody does some piece of that, one way or the other. Hazardous fuels handling is done a million places, but it’s a little piece. We’ve got all these building blocks of things that we do. Nobody does the big thing we do, but somebody does almost all the little things we do. Whether it be command and control—even that. There’s all kinds of people out there that do stuff.

You go down to Harris [Corporation] down here in Melbourne [Florida], and they do a tremendous amount of the command and control stuff for the DOD, particularly for the “Black” Programs. And they have all kinds of exotic stuff they do that we found. We came over here and sent our guys down to talk to them and what they could show us and what we could do, and said, "There’s just an easier way to do things." An easier way to do things turns out to be you don’t build and design your own custom stuff. You go get all these state of the art things and make them adapt into what you want to do so that you don’t have a huge front end cost, and you’ve got this way reach back into—these guys are doing this for a lot of other people, so you’re not their only customer. You can keep the cost down. Whenever something’s new, everybody shares part of the cost when it comes to doing upgrades and stuff. There were a lot of great ideas, and it turns out they just did things so simply down there to do these huge jobs, it’s just very attractive.

But we had to be driven there by the fact that we had to go start something new. We were trying to figure out “What’s another way to do it?” People wanted to do it just like that, wanted to have LPS [Launch Processing System], wanted to have these things and cranks and switches—I’m over simplifying—but we’re going to get away from that over here. It’s basically going to be what they call open architecture, and it’s going to utilize state of the art, essentially commercial applications converted to do what we want to do.

Maybe we add some redundancy, maybe they add a couple of things that make it a little safer, considering what we’re doing, but the basic system’s not going to be that much different. There’s all kinds of things out there like that, and we at NASA have got to find a way to continually force ourselves from the top down to encourage, figure out some better way to do what you’re doing today—no matter what you’re doing today and how successful it is. Keep looking at “What’s a better way to do that?” That’s the only way you drive efficiencies into the system.

People have to be incentivized that way. That has to be their goal. They all have to buy into the fact that what we’re doing today isn’t necessarily the best way to do it, and that’s tough. It’s tough because they see success and they don’t want to meddle with it. And they’re afraid to add risk if they change anything, so they’re very reluctant to do stuff. So you’ve got to find a way to incentivize it and protect them against being a pariah in case it didn’t turn out to be the best thing in the world. But you can put a lot of checks and balances in place to keep that from happening. They’ve done a lot of that. I’ll be frank with you. I don’t think the Shuttles have done as much as they could, but they also have a really good reason, that is they’re not going to be around much longer. “Why fool around with it?” I understand that completely. [N.] Wayne Hale, Jr.] and I had this discussion several times. I’d say, “Wayne, we found that if we did wireless and some other things—” “Guys, we don’t want to invest the money. We’ve got to retrain, you got to do this. Because we only got X [number of] flights, and we don’t have the investment dollars."

There were always good reasons not to change where the Shuttle is today, and I understand them completely. But if somebody were to say, “We’re going to put ten more years on the Shuttle,” from my recent background, I would say, “Then it’s time to have a revolution.” It’s time to step back and say, "We got to fix a lot of things. We got to do things a lot better. We got to ask USA, we got to ask Boeing, Lockheed Martin, ATK, and our own people. “Where can we be doing things better that are based on what we do, we’ve seen done other places, or what we know can be done better here? Is there better work control systems?” And there are. There’s all kinds of things that are available that say, "We ought to go do that. Can we streamline all of this? Do we need all this overhead? Is there a way to do this without having so much backup support 27-deep? Can we figure out a way to do that better and differently? Is that really efficient, or are there inefficiencies?”

There’s a lot of ways to go at it, but where they are today, it probably doesn’t make any sense, and I’m not in a position to judge it one way or the other. I just know that USA has a lot of very good ideas, along with the other contractors. In fact, because of their depth of involvement in the Shuttle Ops—here and at JSC, at both—in human space flight today, they probably have some of the best ideas. Boeing then right there with them, because they’re doing business every day over here. Lockheed Martin, ATK are not in the everyday business, so their answers and their proposals—and there’s some great ones in there—don’t have necessarily all the depth because they don’t face it every day like these guys have. We saw that with a little bit of imagination, a lot of things could be done differently everywhere in NASA, not just in this and that and maybe even out there.

Wright: Talking about the future and all the stuff that you were just talking about, if you were here starting up another team, how would you best train and equip the next group of people coming in to be able to meet some of those expectations or some of the areas that you feel really need to be met?

Talone: It’s actually experienced-based, and it’s putting people in positions where they’ve got to learn new and better stuff. I was talking to a guy coming in, a friend of mine. I pushed him into applying for a job completely out of his field but well within his capabilities somewhere else because it’s time for a change for him. He’s really good at what he does. He’s done really well. I told him, “You’re never going to know how much better you can be or how much more refreshing life can be until you pull yourself up by the boots and go do something entirely different than what you’ve been doing.” I said, “If nothing else you get out of this thing, if it’s financially attractive, that’s just part of it. The rest of it is you need to go out and run your brain through a dishwasher because you’ll be surprised.”

That’s what happened to me when I got sent over there. I said, “I never realized what I didn’t know or how much I was in a rut.” And I was doing great. I loved that job when I was out there, and every day was a great experience. But I didn’t realize it wasn’t pushing me anymore. I wasn’t required to think differently because I’d been working in that, I was comfortable in it. Once you get comfortable, you’re no longer imaginative, and you’re no longer even doing yourself any good because you’re probably not growing anymore either. If you’re not growing, you’re not helping your people grow.

The people that are going to be engaged in the future need to see a lot of different aspects of things so when they get engaged in the future as it comes, they have a broader set of ideas and experience base, so they’re not locked in. We, NASA—and I used to be a proponent and now I’m an opponent, and I learned it the hard way—but we are really bad about putting people in programs and they’re locked in there for the duration because they’re the best we got and we can’t spare them. You just stultify them. You turn them into glorified Maytag repairmen. They know the Maytag, and they don't know much else, and they don’t ever get a chance to know much else.

So you need to take people and get them in a position where they’re doing things completely different from what they’ve been doing, with a different set of needs and requirements and bosses and people to work with them, and give them that experience to kind of step back and say, “Gosh, I didn’t know this was going on. I didn’t realize you could do this,” or, “Man, they do pretty good things over here I never even thought about. We should have been doing that.” That’s what happens.

To prepare people for the future—particularly when you’re making a quantum leap, you’re going from Shuttle to Constellation, or back when we went from Apollo/Saturn to Shuttle—when you’re going to make a quantum leap, you need to get people as much experience in all the pieces of the future so they can somehow in their mind really contribute from a less narrow viewpoint. Our problem is we have many terrific people that are very narrow in their viewpoint because of their very narrow background, and we’ve done it to them. They didn’t do it themselves. We’ve done it to them by continually bringing them along in this track that’s totally tunnelized.

I used to hate that. Even out there when I was out there, and we would talk about having to move people around—“No, we can’t give him up. No, he’s the best we’ve got. We got to do. You’re compromising.” I was the worst. Fought tooth and nail. I got put over here—Honeycutt was running the Center by that time, had been a friend of mine for years—but his thing was “We’ve got to move people around. You’ve got to keep people moving.” I said, “That’s baloney.” His mandate when he and George sentenced me to that startup deal over there was that I couldn’t take my pals with me. I could take some of them, but I could not get comfortable enough to say, "I’m just going to take the same old bunch. We’re going to keep doing things the same old way." He said, “Your mandate is you have to take at least 50% of people from payloads over here, as well as 50% from Shuttle, and they’ve got to be commingled, and you’ve got to listen to everybody’s ideas. Because we’re not going to do this thing the way we did that, or even the way it’s being done already on Station, because we don’t want to do business going forward that way.” I thought, “Well, that’s the dumbest thing I've ever heard of.” But that was my thinking.

It turned out to be the best thing anybody ever did. I don’t know which of those two guys’ idea it was, but it was a terrific idea because when we got them in there, we meshed them together. They did business differently in both places, very differently in a lot of ways. Thought differently, had a different whole aspect about things. When you got them in there and you mish-mashed them together—we didn’t mish-mash them, but we had managers that were pretty evenly divided. We had folks that were pretty evenly divided because I ended up giving the managers the same mandate. You can’t bring into your office your cronies and the people you’re comfortable with, you’ve got to bring some of them and some of these. And they’ve all got to be first round draft picks—that was mine, I added that piece. Honeycutt didn’t find out about that until later, and he started screaming at me because all the managers started running to him saying, "They're looting and pillaging and taking all our best people." I told him, “Jay, you said I could have who I wanted.” He said, “Well, you got to back off. You’ve got to start taking some second round.”

Anyway, the bottom line was they got intermingled, and they started exchanging ideas, and in the meantime they started looking for new ideas, which was our mandate. We said, "Bring all of what you know. Leave all the stuff you don’t like or doesn’t work.” What we’re looking for is how do we want to do it differently going forward to get this job done? Now, we need to take out to the contractors the best practices that we know. Spacecraft guys had some great ones—they had some great ones—but we don’t want to burden them with a lot of things that are just non-value-added. They look good, they look like you’re defending yourself from attack in the future. We don’t want all that stuff. We’ll take the chance that we can't defend ourselves later. Let’s just put the very few best practices in place with these guys that we can defend and say, "Here’s why."

You go out to a contractor’s factory, he doesn’t have to listen to you because it’s not the government’s hardware yet. We’d go out there and we’d say, “You really ought to do this.” But you need to say why they ought to do this, and you need to show what the benefit is and then what the government’s expectations are, and even more so what kind of hell is going to hit when they get down here and they find out all this stuff’s garfed up because they didn’t do it upstream and the spotlight’s shining on it. They’re not backing the plan anymore. They’re down here, the world’s staring at them, the world of the NASA management now sees what they’re doing. And if they look like a bunch of stumblebums, it’s going to be hell to pay—they listen to that part. But if you had merit with all these other things, they would put them in place. So that worked out a lot.

The beauty of all this was we were able to get the best of both worlds, and at the same time challenge them because they were the right folks to think even differently than that. “Is there a better way to do what we’ve done over there?” Maybe take that and improve it, or do it differently and get more efficiency out of it, or get a better result. It was spectacularly successful. Had nothing to do with me other than I picked the right people. My key people would always say, “How’d you pull that off? Because it really was a great, great thing.” I said, “It was great because I had great people. Anybody can win with all-Americans. If you had a whole team of all-Americans, you can win every game. I don’t even have to be a very good coach. Now, if I’d been given a bunch of dogs, I probably would have failed, and it’d have been my fault for sure because I picked the wrong guys.” But I said, “My talent was picking the right folks.”

What you really want are people that are going to be valuable for what you’re trying to do, and to be valuable they’ve got to understand the broad spectrum of what you’re getting into and not just the very narrow piece that they’ve had to experience. Or you end up with a whole bunch of people squabbling over, "This is the way I did it, and I don’t want to do it your way," because they haven’t had that mind-expanding experience to be forced to go out and do something different. And find out that different turns out generally better. Change is better. Different may not be better, but the change and the way it makes you look at things is really good for everybody. It’s really good for your folks because you get a much better set of ideas around the table. When you finally get to where you are in the future, you get them around the table and say, “We’ve got this problem.” You’re looking at people that have done a lot of different things and have a lot of good ideas based on their experiences, not just a bunch of individuals that you’re refereeing in a little bit of a dog fight.

Wright: What was the hardest lesson or maybe the best lesson that you learned during your 43 years?

Talone: There are so many. The thing that I learned that always stood me good stead is you can’t go wrong with the right people. It’s not one person better than another person—it’s the right person for that job. I’ve had bosses that act—whether they think it or not—as if everybody’s interchangeable. And everybody’s not interchangeable. You can move people around, but within their capability. Because you're not doing somebody a favor to put them in a position that’s outside their either experience base or their capability in one way or the other. It doesn’t mean a shortage of brainpower, it could just be that they don’t give a damn about that stuff. If you don’t care about that stuff, you’re never going to be successful. I don’t care how smart you are. So moving people just to move people doesn’t make any sense. Or putting people in jobs just because, “Hey, he’s a hero, let’s put him in this hero job.” Well, he may not be a hero when he gets in there if he didn’t think about who he is and what made him successful, and what does he do best and what can you expect out of him in that situation?

So you have to put people where they belong, because the other half of what I learned was you’re not going change anybody. You’re not going to change anybody. We spend a lot of money around here trying to change people and their habits. You can tweak them around the edges, but by the time they get to us, they are who they are. That is true in life, it isn’t just true in this [NASA] world. You’re not going to change your husband. A little bit—you can get him to pick up his socks after you beat him enough, but basically you’re not going to change who he is as a person. He is going to think and act and do who he is, and it’s the same way out here.

When you say put the right people in the right jobs—you pick really good people that really fit what you’re trying to get done. Then you fix it so they’re successful. Your goal then is to allow them to be successful with whatever you have to do to allow them to be successful. But putting the right people in the right places—that doesn’t mean that one person only fits one kind of thing. Everybody can do lots of different things, but there’s also lots of things they have no business being involved in. And if you do that, you’re killing their career and you’re killing them. They’ll first of all lose their own self beliefs in themselves. They begin to doubt themselves because you put them in a position that they’re doomed to failure, and they think it’s them because they’re generally going to be self-examining, high-achieving people, and they’re not doing well, they can’t figure it out, so it’s their fault. Now you’re putting them in a psychologically bad place where they're no longer worth as much to you, much less themselves. But worse than that, the job doesn’t get done and nobody knows why, and this poor guy takes the blame, and it’s because you put him in the wrong place.

Or you put him there too soon, because there’s two things. One is it doesn’t fit for maybe just one reason or the other. There’s jobs for people that are extroverts, there’s jobs for people that are introverts. That’s an extreme case, but that’s a fact. You don’t want to put a guy in a job where he has to go out and make a luncheon speech every other day if it just drives him crazy, he can’t stand it. He ain’t going to be good at it to start with. If you do not want to go do it, you’re not going to do it very well. Sooner or later, it isn’t going to work out. That’s an extreme, but that’s the big thing. But you can do two things: put people in the wrong place, or you can put them there too soon. If a person is not ready, and that’s a very difficult place, because lots of people you’ve got to push into a position because they never want to move up, because they like what they’re doing, and they’re comfortable.

Sometimes you’ve got to decide they’re much better than that, and you’ve got to put them up there, and then all of a sudden, they just blossom. They find out and you find out they were capable of so much more. You’re always amazed. I mean, it’s always been my experience. You finally get somebody in a position you think, “I think that guy can be a lot better, and I’m going to put him in here because that really is a challenge,” and all of a sudden this guy grows into a five star hero, and you think, “Wow.” Even he’s, “Wow, look at this.” But if you do it too soon, before they’re ready, it has the opposite effect. So you’ve got to be careful with that. That’s a really tough call there, is when is it time to give somebody, put them in a real tight position where they’ve really got to perform and where there’s a real challenge. If you did right, they turn out to be world-beaters that nobody would have expected, and if you did wrong, you didn’t do them a favor.

I read a book and the guy had a great analogy. When you climb Mount Everest, you stop for several days at each base camp to acclimatize yourself to the atmosphere. It’s not the cold, it’s the oxygen content. Your body has to become acclimatized to the lower level of oxygen before you can move on to the next place, and it’s different for everybody. It’s a different thing. I don’t know whether they do it scientifically or whether they just say, “Hey, we’re all going to stay until we’re sure.” But if you go too soon, you get altitude sickness, and it’s very bad. If you wait long enough, do the right thing, you can make it all the way to the top and back without ever getting sick. It’s the same kind of analogy. That was the analogy he used about pushing people too far. Make sure they’re acclimatized before you push them to the next level, otherwise they’ll get sick on you and die in that position.

I ended up being pushed into managing people, which was not what I wanted to do. The lessons I learned all turned out to be mainly oriented around people rather than systems. Although I learned a lot about systems, brought a lot along, and worked with all kinds of NASA systems and things, and a lot of them are world class. But the primary thing—the systems aren’t the success, the people are the success. It doesn’t matter about your system if you don’t have the right people, and if you have the right people, the systems don’t matter either because it will get done. So everything I learned was you’ve got to make your people successful, and you’ve got to be careful who you pick and how you take care of them from that point forward. Then they’ll come up with great systems, and you’ll spot them and you’ll say, “Yeah, that’s a good thing. Yeah, let’s fix this, do that.” That helps everybody. Systems help everybody, but the core of it is the people. Always will be.

Wright: Speaking of that, did you have some ideas for us to other people to talk to as far as this project?

Talone: Yes. I’m sure you thought of guys like Arnie [Arnold D.] Aldridge. And Dick [Richard H.] Kohrs. He’s the best manager NASA ever had. Ever. Far and away. Dan [Daniel M.] Germany. He has some very distinct beliefs—not that I agree with all of them—but he does. I know you’ve talked to Jay [H.] Green. Or if you haven’t, you should, and be prepared for a lot of frankness. He’s forthright. Norm [Norman] Carlson. Norm ran the Shuttle Ops thing out there for a long time. He was my boss back on Apollo, and he was my boss in Shuttle. He was really good.

A couple of guys that work out there for USA that really had a lot of experiences over the years that are really good—Gene [R.] Nurnberg. To get Nurnberg to play, you’re going to have to tell him I sent you because he’s a curmudgeon. But he’s got a lot of great ideas, and I think he’d be glad to talk to you, because he loves the program. Eric Clanton (??), he works in USA out here, and he has got a lot of very good ideas. He’s been very instrumental in implementing a lot of good stuff within USA, improvements in efficiency, just because that’s his game. He always was driven to do that kind of stuff. He’s that kind of guy. Artificial intelligence. A lot of what you guys are doing, he wanted to do in a system basis out there for, "Why don’t we learn this stuff so we don’t keep doing it over and over again. Let’s plug it in. Let’s see if a machine—” And he had a project going to capture that. John Tribe worked for Rockwell, and over a long period of time worked on Apollo spacecraft. He’s a really, really terrific guy, a lot of great ideas. He lives on Meritt Island.

Tom [Thomas E.] Utsman. Lives on Cocoa Beach. He was the Shuttle Project Manager here for a while, then he went to D.C. before he retired—NASA guy. But he has kept his hand in over the years. He’s stayed current. Matter of fact, when I was doing this job next door, he was out once [here] a week. He’s come out and sit around and talk, and he’d say, “I’ve got some ideas,” and Tom’s really good. So he’s not totally out of the loop, and he also is very frank, although not as pointedly frank as Jay is.

The recovery piece of this thing—Al [Alfred F.] Hurley and Denny [Dennis] Gagen. Denny’s still doing Recovery for NASA, coming up the landing site. He’s worked recovery, spacecraft, the Shuttle at Edwards and all overseas, he’s managed that for years and years and years, and so if you need to get some insights on that end of the thing, he’s really good. He knows that stuff. Pepper [Philip E.] Phillips—he worked out there in Shuttle a long time with me, and then he stayed when I left, and he did a lot of different jobs over there. Operations, he was in different places, he even ran the business office for a while. He’s now the Constellation Project Manager down here, took my place. He was my Deputy here. But Pepper’s good. He’s overrun; you’re going to have a hard time cornering him for an hour. But if you can, he’s fresh out of Shuttle. He’s only been over here a couple years, so he did Shuttle all his life until he came over here, and he knows those systems in and out. I hoped I helped you.

Wright: You did. Thank you.

[End of interview]

Return to JSC Oral History Website

Go to NASA home Go to JSC home

Curator: JSC Web Team | Responsible NASA Official: Lynnette Madison | Updated 7/16/2010
Privacy Policy and Important Notices

Information JSC History Portal