This week marks the confluence of two types of events we typically devote very little attention to. On June 28 a suspected piece of man-made "space junk" was detected on a course taking it within 1000 feet of the International Space Station. And the day before, an asteroid, "2011 MD", passed within 7500 miles of earth -- that's closer than the orbits of geosynchronous communications satellites and even the constellation of GPS spacecraft.
29 June, 2011
27 June, 2011
Space Solar Power redux: now that's what I'm talking about
The Economist Magazine (both web and print versions) recently had an interesting article on the possibility of collecting solar power by a platform in orbit and then beaming it to collection areas or a point of use on earth.
26 June, 2011
From NYT: Set-top boxes - threat or menace?
New York Times of 25 June 2011 had an interesting article about the energy use of the very ubiquitous TV set-top signal converter boxes and DVRs. While I agree with the intent of the article, I think the hyperbole of the lead in paragraph warrants some critical assessment:
"Those little boxes that usher cable signals and digital recording capacity into televisions have become the single largest electricity drain in many American homes, with some typical home entertainment configurations eating more power than a new refrigerator and even some central air-conditioning systems."
23 April, 2011
Understanding Human Rating Considerations: Flight Test hours
Just picked up a copy of the Everett, Washington Herald. In it was an article noting that Boeing has just passed through 3,500 hundred hours of flight testing on their 787 Dreamliner.
07 April, 2011
The annals of cynicism - particle physics division
This from the New York Times --
At Particle Lab, a Tantalizing Glimpse Has Physicists Holding Their Breaths
By DENNIS OVERBYE
Published: April 5, 2011
Physicists at the Fermi National Accelerator Laboratory are planning to announce Wednesday that they have found a suspicious bump in their data that could be evidence of a new elementary particle or even, some say, a new force of nature.
06 April, 2011
Space flight commercialization – where are we? Part 1
I've seen a number of interesting web postings on commercial space flight lately, mostly driven by release of and subsequent reactions to the Aerospace Corporation's report to the NASA administrator. Here are some links worth examining if you're curious and have some time:
You will notice that some of the material is not quite recent. I find it a handy reality check to revisit predictions made a few years ago to see how they've held up. It seems that in some aspects, commercial human space flight is akin to limitless clean power from nuclear fusion: just about to happen, but perpetually “X” years in our future. The passage of time appears to be a reasonable filter for what is possible, practical, and feasible from an engineering, scientific, and economic perspective. It allows the decoys and red herrings that are politically and ideologically driven to naturally fall away. And we can't neglect Yogi Berra's seminal observation on the subject: “It's hard to make predictions – especially about the future.”
Over the next few entries, I will discuss some of the issues surrounding the general topic of “Space Commercialization”.
The first observation is that space flight is already commercialized and has been almost from its inception. Private firms have been designing and building communications spacecraft since the early 60's. Other firms have bought them and financed their launch and operations. The big jump is to human spaceflight, which itself dates back to an era when it was politically and socially acceptable to call it “manned space flight”. Because of the complexity, costs, and inherent risks and liabilities associated with human space flight, it had always been the exclusive realm of governments. But even at that, commercial, i.e., “profit driven” private concerns (the industrial half of Eisenhower's Military-Industrial Complex) at a minimum collaborated on the system designs and delivered the hardware to the government in the form of NASA or the DOD. Even in the Soviet Union, the mysterious design bureaus behind their space program behaved as much like entrepreneurial ventures as any other segment of their command economy.
So “commercial” doesn't really hinge on any sort of distinction about pursuing a profit in the classical capitalistic manner, right? In fact, we can easily imagine a commercial entity anxious and enthusiastic to shed the shackles of the limited profit margins and growth prospects imposed by having the government (any government) as a sole or major customer.
Commercial human flight then becomes the application of market-driven discipline in what you design, build, and offer for sale; how you select, target, and market to your highest value customers; the use of best commercial practices and processes driven by a time-to-market imperative in design and implementation of your product line; and a clearly explainable value proposition both internally for your board of directors and shareholders, and externally for your prospective customers. I will examine the various possible business models for commercial human space flight (CHSF) in the next installment.
But first, I need to dispel the biggest red herring concerning CHSF. This is our second observation. The news media makes much of announcements about opportunities for suborbital flight to the topmost reaches of the atmosphere, and they do so almost totally uncritically. Don't get me wrong: suborbital flight is wonderful and cool. I'd love it if I got a ticket as a birthday present, in the same sense that I'd get a big charge out of taking a ride in that F-4 Phantom II that I see (AND HEAR!!!) shooting touch and goes at Ellington Field. What each person reading these words needs to do is to ensure that everyone you speak with understands that flying a suborbital ballistic arc above the stratosphere, while impressive, is not space flight in the “where the heck are all those bucks we've spent on NASA going to?” sense. The amount of energy invested in reaching and maintaining orbit is on the order of 50 times that required for the suborbital ride, and most challenging, it is all of that energy that has to be safely managed and dissipated on the return to earth. That's what makes it rocket science.
Closely related to this lack of understanding on the part of much of the public, and apparently eagerly embraced by much of the media, is a very important and widely used commercial practice: announcing your desire or intent to do something (design, build, deliver, make economically viable...) and treating it as precisely synonymous with actually having done the thing itself. Funny how something that doesn't quite exist always appears far more attractive and technically superior to that which does exist.
Please stay tuned...
08 March, 2011
Project management tip for the day
Just finished a review of a proposed project. The usual things: cost, schedule, resources, risk, technical objectives, fit with tactical and strategic objectives...
One thought popped out that I want to share with this community:
Plan the project staffing based on the work that needs to get done. Don't plan (and size) the work to be done based on the staff you have on hand.
What I encountered was what I thought to be a one person stress analysis task but three stress analysts proposed to be working the project. The rationale given to me was, "Well, I need to cover these other two, so I stuck em in here."
That is a very human and humane impulse, but if we pad our work like that, soon enough everyone will be out of a job. I asked the team to find legitimate options for the other two analysts to work on other projects, and after a few phone calls, we found some no-kidding-around useful tasks for them, and in fact brought help to a project that was in danger of falling behind schedule.
Charlie Sheen notwithstanding, I will declare, WIN-WIN!
One thought popped out that I want to share with this community:
Plan the project staffing based on the work that needs to get done. Don't plan (and size) the work to be done based on the staff you have on hand.
What I encountered was what I thought to be a one person stress analysis task but three stress analysts proposed to be working the project. The rationale given to me was, "Well, I need to cover these other two, so I stuck em in here."
That is a very human and humane impulse, but if we pad our work like that, soon enough everyone will be out of a job. I asked the team to find legitimate options for the other two analysts to work on other projects, and after a few phone calls, we found some no-kidding-around useful tasks for them, and in fact brought help to a project that was in danger of falling behind schedule.
Charlie Sheen notwithstanding, I will declare, WIN-WIN!
JU3HDVTEA4VS
Loss of NASA Glory climate satellite
Last week NASA's Glory atmospheric observation satellite was lost in a launch incident. So what does this mean for commercial space flight? Probably not much.
07 March, 2011
Inaugural post to this blog - Requirements 101
For maximum "auspiciousness", I'm typing these words at the stroke of midnight. Anyway, I want to welcome anyone with the temerity to find this post. What I plan to comment on and make note of (over time,; not all tonight!) are some common lessons learned in my systems integration work for various clients in different industries.
Originally, systems integration seemed to be the almost exclusive domain of heavy duty, capital-intensive programs in aerospace and defense. The Polaris and Minuteman missile systems come to mind. But if you look for it, you'll find (or at least will be painfully aware of its absence) the fundamental systems engineering & integration discipline across the board in projects large and not so large. So the bottom line is we've been at this for quite a long time and a reasonable person might expect that we're pretty good at it by now.
Well, I don't see that to be true. Just last week I was confronted with an ever expanding set of requirements for a back-up gas turbine powered electrical generator set. Some of these struck my as being pretty ad hoc and nebulous. In the interest of diplomacy (peace and harmony is in very short supply in this world lately), I thought to approach my concerns with my client a bit obliquely. Rather than jump into a debate/monologue about parent/child/orphan requirements (which we can talk about here in more length at a future time if comments indicate any interest exists), I asked a very simple question. Pointing to one requirement statement, I asked, "And how should we be looking to verify that we've satisfied this one?" Without much hemming and hawing even, the conclusion was that the requirement was impossible to verify in sort of a objective, quantitative sense. And here is the lesson learned for this evening:
If a requirement can't be verified by any of the usual and customary methods; i.e., inspection, test, demonstration or similarity, then really by definition it is not a true requirement. So, if we run into a "desirement" like, "The generator set shall spring to life with an authoritative yet mellow roar that reinforces the self esteem of the entire operating shift", we know some remedial work is in order.
A handy method I enforce to force the issue with such counterfeit requirements is to have everyone use an Excel spreadsheet as a pre-screen/entry form. It has fields for the requirement title and description, whether it is a parent or child, if it is explicit or derived, and what the proposed verification method is. The notes field can even capture pass/fail criteria if one is in a position for that sought of foresight. If you can't answer those questions pretty succinctly, reassess your requirement. Don't be surprised to discover that it's not a requirement at all, or perhaps is two, or three, or five rolled into one.
Failure to invest time to get the requirements picture straight, well documented, and agreed to by all the pertinent stakeholders is a prescription for long-term suffering, disappointed and angry customers, big cost surprises, bigger award fee shortfalls, and a bad reputation.
This is yet another systems integration task where doing it "the hard way" is really the easiest way to get the job done.
Tomorrow, I'll comment on the impact of the loss of NASA's Glory satellite due to a problem with the Orbital Sciences booster system on the overall status of commercial spaceflight.
A good night to all.
Originally, systems integration seemed to be the almost exclusive domain of heavy duty, capital-intensive programs in aerospace and defense. The Polaris and Minuteman missile systems come to mind. But if you look for it, you'll find (or at least will be painfully aware of its absence) the fundamental systems engineering & integration discipline across the board in projects large and not so large. So the bottom line is we've been at this for quite a long time and a reasonable person might expect that we're pretty good at it by now.
Well, I don't see that to be true. Just last week I was confronted with an ever expanding set of requirements for a back-up gas turbine powered electrical generator set. Some of these struck my as being pretty ad hoc and nebulous. In the interest of diplomacy (peace and harmony is in very short supply in this world lately), I thought to approach my concerns with my client a bit obliquely. Rather than jump into a debate/monologue about parent/child/orphan requirements (which we can talk about here in more length at a future time if comments indicate any interest exists), I asked a very simple question. Pointing to one requirement statement, I asked, "And how should we be looking to verify that we've satisfied this one?" Without much hemming and hawing even, the conclusion was that the requirement was impossible to verify in sort of a objective, quantitative sense. And here is the lesson learned for this evening:
If a requirement can't be verified by any of the usual and customary methods; i.e., inspection, test, demonstration or similarity, then really by definition it is not a true requirement. So, if we run into a "desirement" like, "The generator set shall spring to life with an authoritative yet mellow roar that reinforces the self esteem of the entire operating shift", we know some remedial work is in order.
A handy method I enforce to force the issue with such counterfeit requirements is to have everyone use an Excel spreadsheet as a pre-screen/entry form. It has fields for the requirement title and description, whether it is a parent or child, if it is explicit or derived, and what the proposed verification method is. The notes field can even capture pass/fail criteria if one is in a position for that sought of foresight. If you can't answer those questions pretty succinctly, reassess your requirement. Don't be surprised to discover that it's not a requirement at all, or perhaps is two, or three, or five rolled into one.
Failure to invest time to get the requirements picture straight, well documented, and agreed to by all the pertinent stakeholders is a prescription for long-term suffering, disappointed and angry customers, big cost surprises, bigger award fee shortfalls, and a bad reputation.
This is yet another systems integration task where doing it "the hard way" is really the easiest way to get the job done.
Tomorrow, I'll comment on the impact of the loss of NASA's Glory satellite due to a problem with the Orbital Sciences booster system on the overall status of commercial spaceflight.
A good night to all.
Subscribe to:
Posts (Atom)