Article View: sci.space.policy
Article #310Re: SAS and NSS Oppose NASA's SLI Funding
From: rk
Date: Mon, 20 Nov 2000 00:00
Date: Mon, 20 Nov 2000 00:00
294 lines
12655 bytes
12655 bytes
Pat Bahn wrote: > > rk wrote: > > > edwright@my-deja.com wrote: > > > > > This is illogical. If I ship a package with Federal Express and they > > > have a maintenance problem with the plane, I don't blamed for it. I can > > > only be blamed for something that was under my control -- like if I > > > shipped hazardous material. By micromanaging everything, NASA > > > *increases* the number of things it can be blamed for. > > > > Arguing by analogy is always a dangerous thing. > > > > If I ship a proposal in via Fed Ex and it doesn't make it to the > > receiving place by the deadline, I believe Fed Ex will only give you > > your $15 back. You very well be held responsible for that - perhaps > > losing millions in potential revenue for your company - and then fired. > > FedEx will most likely not hire you. If you do, however, just drive the > > proposal down to where it needs to be, hand it to the person that is > > supposed to receive it, and get a time stamped receipt identifying your > > proposal, then all is well and one doesn't have to rely on any else. > > and if you have a break down in your car, or end up stuck in traffic on > the washington beltway, and miss your deadline, then what? Well, you are off on an even bigger tangent then Ed? He would suggest that you make a claim to your auto insurance company, I'm sure! At least if you're on your own, you have no one but yourself to blame. I would suggest, if it is that important, you leave early enough in the day so that if you do have problems, you recover, if you are hand delivering it. Or perhaps drop it off the day before it was due. Planning to drop it off with margin for delivery delay is a sign of bad planning. Being "stuck in traffic on the Washington beltway" is something that even someone half-awake should guess is a likely outcome! <hint: I live between DC and Baltimore> For one proposoal that I did, to ensure it made it to the right box on time and in the right spot, I e-mailed it to a friend at that company, he printed it out, and then hand delivered it to the place it was supposed to be. The address to deliver the proposal looked confusing and I didn't want to take a chance with a delivery person getting confused. Plan! Plan! Plan! For this business, one has to plan for contigencies. On-orbit and on the ground! :-) ================================ > If the package is due locally, and the deadline is short, it seems silly to > send > anything via fedex, when one can instead hire a local courier service and > have a maddened bicycle courier get your package anywhere in 1 hour. Depends on your organization and how well they are set up. For many organizatins, it is "faster, better, cheaper" to just hop in your car for a situation such as you describe. - - - - - - - > any transit method has fault paths, the competent professional leaves > enough room to succeed inspite of a failure. Exactly my point. Saying, "well, uh, FedEx has insurance so I am not responsible" is unacceptable for delivering a proposal to a bureaucrat or a spacecraft which performs on orbit, if it really, really has to be there. Being blind and dumb and delegating everything is not a good plan, in my position. True story, from day job. I was reviewing a harness design and noted to the lady who was lead engineer on it that the ground symbols were confusing (multiple grounds and shields, of course). In this case, the wrong symbol was used, and it wasn't consistent, for the shield. Pretty big error. The response: I don't have to worry about that or know that - the contractor is responsible for it. Not a formula for success! ================================================= > leaving millions of dollars in revenue up to the vagaries of a car battery > or traffic congestion, seems much more irresponsible then hiring professional > couriers. No one is suggesting that. But having a $20 repayment if you package doesn't make it will not relieve YOU of being responsible for on-time delivery. > > > There is little evidence that government micromanagement decreases the > > > chance of failure. > > > > Actually I have seen the numbers [don't know where] that government > > management of launch vehicles results in a higher success rate than the > > same launch vehicles used commercially. If this is incorrect, then > > please delete this. > > > > you are incorrect. > > NASA claims a higher success rate then commercial deltas, the USAF clearly > has a lower success rate with the T4 then Industry has with it's suite of > Atlas,delta,ariane. > > However, none of these claims are very meaningful due to the very small > numbers involved. > none of these numbers exist to a confidence value of much more then 50%. Actually, from what you say, my statement above is correct. The success rates are higher. The success rate is a measurement and is done by counting. Even counting launches from Florida! :-) The numbers for all of this stuff are small so that the statistics are not so good. The numbers may change over time. I do note, however, that communications companies buying satellites from the same vendor do have different success rates, depending on their style of verification. Those with good, competent, authoritative insight do better than those that are more hands off. Again, the numbers for all of this are not large, but the success rate is high enough that one entity does not buy insurance. Note that quality of insight is an important qualifying term here. ================================================== > > Some communications organizations go through their contractors with a > > fine-tooth comb and wield large, powerful axes to those that don't > > follow the rules [former client of mine, great job]. The result is an > > *extremely* high success rate on orbit. On the other hand, improperly > > done, intrusive monitoring/verification can easily result in more BS > > [budget and schedule] and lower reliability rates. One can not > > generalize on this, and I make no attempt to do so, but how something is > > done is perhaps more important than what is done. > > yes. > > > NASA blamed the Mars failures on cost-cutting and > > > reduced management, but NASA had considerable control over those > > > missions. The more costly, old-style Battlestar Galatica planetary > > > missions had similar failures, however. > > > > Mars Exploder I comes to mind; any others? Here I am talking not about > > any failure [and I believe all spacecraft have them] but about failures > > that are mission catastrophic. Galileo did have some failures that > > reduced mission performance; many of the science goals were met - I > > believe that not all of them were. Nevertheless, most people regard > > Galileo as a successful mission and there has been excellent science > > returns. > > galileo was years behind schedule. And way over budget. But it didn't have similar failures to the recent Mars missions, where mission effectiveness was reduced to zero for both missions in the previous cycle. There are many things to be learned from Galileo, good and bad. But the scientists on Galileo seem quite a bit happier then those on MCO and MPL. Note: this does not imply that everything should be done the "Galileo way" - hopefully cutting off a tangent article. Again, there were good things and bad things and lessons to be learned/re-learned from that mission. > > Other "Battlestar Galactica" missions that come to mind: > > > > 1. Hubble > > years behind schedule And way over budget. But more successful than MCO/MPL. Again, this is not an argument on how to do things; just an argument against Ed's blabber. ;) > > 2. EOS-AM [Terra] > > ditto I second your ditto! > > 3. AXAF > > ditto. I third your ditto! > > 4. Pioneer Venus > > was not a Battlestar mission. It was a biggie and I don't think it fell into the FBC-class of missions, focused on just a few instruments. I believe each of the two spacecraft had 10 or more experiments each. Most of the small ones seem to have from 1 to 3 instruments, or so. Was this FBC ahead of it's time? ;) > > 5. Magellan > > was not really a battlestar mission. I would strongly disagree. It was a lot like Galileo - used quite a bit of the same hardware and people - it was huge, it was expensive and it was, as you like to say, "years behind schedule." > > 6. Voyager I, II > > ancient history I am getting to be ancient history. Just trying to go through Ed's pseudo-point with all available data. There are so few missions, one has to go back in history to gather up some statistics. I have trouble backing up Ed's point. > > 7. Viking I, II and their landers > > ditto Ditto to the ditto. > > 8. Can't remember the name of the other observatory > > CGRO? years behind schedule. Apply previous ditto. And, going back to Ed's point, this one didn't have a similar failure to MPL/MCO. I note that the recent Aerospace Corp. study showed, to a certain level of assurance, that development time for complex missions was a key factor in failure rate and that NASA missions came out high in the complexity factor (x-axis on their charts). Not that I approve of being behind schedule, but it sure beats sending things out when they're not ready and then blowing them up or crashing them. > > SIRTF, EOS-PM (Aqua?) are not launched yet. > > and years behind schedule I shall assume that they are over-budget, too. ;) > > > By contrast, Lunar Prospector > > > and Clementine were successful with much smaller budgets and far less > > > management overhead than the "better, faster, cheaper" Mars missions. > > > > To be complete, we should perhaps add some of the following: > > > > 1. HETE (HETE-II recently launched, launch vehicle failure > > for the first one. > > 2. Small Explorer/WIRE > > 3. Terriersat > > 4. SAC-? (Argentinian FBC mission) > > > > and I guess there are some others. > > one could include all the STEP and MIGHTSAT missions, etc... That would be good. In summary, I can't find the evidence to support Ed's statement. ========================================================================= > > > NASA's own track record hardly puts it in a position to lecture other > > > people on reliability. "My God, Thiokol, when do you want me to > > > launch?" Before you tell me things have changed, riddle me this: Why is > > > NASA spending a billion dollars to develop an escape system for ISS, > > > while making no effort to provide an escape system for the Shuttle, > > > although launch vehicles are demonstrably more dangerous than space > > > stations? > > > > This paragraph assumes that NASA is monolithic and time-invariant. > > False assumptions. > however, your list above is also time invariant. mixing missions from the > 70's to the 90's Listing missions over a large time period shows the history over time. One can judge from that whether NASA is time invariant or not. Summarizing, with respect to Ed's point, the only similar NASA mission failure that comes to mind, as being similar to the recent Mars disaster's, is Mars Exploder I. Only a single point. Going back approximately 30 years does not add any data to support his claim. rk
Technical Details
Message-ID:
<3A19289D.F28F2EA6@nospamplease.erols.com>Path:
arc1-ca.pugleaf.net!unknown!not-for-mailReferences:
<8rlvmm$9m8$1@nnrp1.deja.com> <3A04BF65.2EF32C9A@knology.net> <l8DN5.8$Rb.2621606@news.randori.com> <3A0841BE.F553957D@knology.net> <8u9t9p$6dt$1@nnrp1.deja.com> <3A0B057B.13E2E7A8@knology.net> <8ufce5$npj$1@nnrp1.deja.com> <3A0B46B8.12653958@nospamplease.erols.com> <3A187167.4A2FA7D4@tgv-rockets.com>Show Full Headers
Complete Article Headers
X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 10e6d0,963fc6da74b6fb77 X-Google-Attributes: gid10e6d0,public X-Google-Thread: 101049,388cba14ef689e6f X-Google-Attributes: gid101049,public From: rk <stellare@nospamplease.erols.com> Subject: Re: SAS and NSS Oppose NASA's SLI Funding Date: 2000/11/20 Message-ID: <3A19289D.F28F2EA6@nospamplease.erols.com> X-Deja-AN: 695746863 Content-Transfer-Encoding: 7bit References: <8rlvmm$9m8$1@nnrp1.deja.com> <3A04BF65.2EF32C9A@knology.net> <l8DN5.8$Rb.2621606@news.randori.com> <3A0841BE.F553957D@knology.net> <8u9t9p$6dt$1@nnrp1.deja.com> <3A0B057B.13E2E7A8@knology.net> <8ufce5$npj$1@nnrp1.deja.com> <3A0B46B8.12653958@nospamplease.erols.com> <3A187167.4A2FA7D4@tgv-rockets.com> X-Accept-Language: en Content-Type: text/plain; charset=us-ascii X-Complaints-To: abuse@rcn.com X-Trace: BFp64a9u1AhaOnaz3YKcsJhsnEJ4CZ62EcL0VCAaF3U= Organization: sel Mime-Version: 1.0 NNTP-Posting-Date: 20 Nov 2000 13:34:18 GMT Newsgroups: sci.space.policy,dc.general