NASA trusted 'traditional' Boeing to program its Starliner without close supervision... It failed to dock due to bugs
- Reference: 1594177025
- News link: https://www.theregister.co.uk/2020/07/08/nasa_boeing_starliner/
- Source link:
Crucially, NASA admitted it did not supervise Boeing closely enough during the craft's software development stage because the agency trusted the aerospace corp's seemingly "more traditional" engineering methods, and thought it had a good grasp on Boeing's processes. NASA thus focused its attention instead on assessing rival SpaceX's newer programming techniques.
Back in December, Boeing was tasked with sending a Starliner packed with cargo to Earth's orbiting science lab. This would have been a perfect opportunity for Boeing to demonstrate it was on track with the spacecraft, which it hopes will safely ferry humans into the heavens in the not-too-distant future. However, the flight was plagued with [1]software glitches , and the Starliner ultimately [2]failed to dock with the station.
[3]
Boeing round the twist ... the CST-100 Starliner after it returned to Earth, where it remains grounded. Credit: NASA/Bill Ingalls
Ground control was able to bring Boeing’s calamity cargo ship back to Earth, and NASA launched a thorough investigation to figure out what went wrong. As a result of that probe, NASA and Boeing boffins have come up with a list of 80 recommendations to fix Starliner's glaring problems, Kathy Lueders, associate administrator of NASA’s Human Exploration and Operations Mission Directorate, said in a conference call with reporters.
The full report detailing these changes will not be publicly released, however, as it contains Boeing's proprietary information that could allegedly provide its competitors an unfair advantage. That's amusing given Boeing is far behind rival SpaceX, and its tech doesn't even work properly. Boeing and SpaceX were both contracted to run deliveries to the space station, and while Elon Musk's upstart has put two astronauts in orbit, Boeing is stuck in the doldrums.
Lueders admitted NASA was not as closely involved with the Starliner's software development stage as it could have been, leading to the deployment of poor code. This was partly because the agency thought it already had a solid handle on Boeing's development processes.
“Perhaps we didn’t have as many people embedded in that process as we should have,” she said. Instead, NASA focused on areas it deemed “higher risk,” particularly those involving the safety of the crew.
“The strategy was because we’re buying a service, NASA did not have a requirement to have a systems engineering management plan," she said. "If we had understood what that structure was, we would have been better able to plug into the decision-making process. In particular, how they were integrating software and hardware pieces together. We thought we understood it, but over time we realized it had changed."
Two out of three parachutes... is just as planned for Boeing's Starliner this time around [4]READ MORE
You might think the Starliner mishap dented Boeing’s standing, yet NASA isn’t giving up on the aerospace company. Steve Stich, manager of NASA’s Commercial Crew Program, said the American agency expected to launch a new and improved Starliner in the “latter part of the year.”
He couldn’t speculate on the launch date, and said NASA and Boeing eggheads are still making the necessary changes to Boeing’s flight software. “Once we see how that shapes out, we’ll talk about when to go fly,” Stich said.
Boeing’s approach to writing and testing software in its Starliner was described as being “more traditional” than SpaceX’s programming techniques for its crewed Dragon pod. For that reason, NASA staff monitored SpaceX's coders more closely than Boeing's. “When one provider has a newer approach than the other, it's natural for human beings to focus more on that one,” Stich said.
SpaceX [5]successfully sent astronauts off to the space station in its Dragon capsule atop its own Falcon 9 rocket in May. Stich said NASA’s working relationship with both companies was still very solid despite Boeing’s blunders.
“From my perspective, every early space company goes through these anomalies and you learn from it," he said. "These kinds of things disappear. Every time they work to become better... I can’t envision a future where SpaceX is the only provider. We need Boeing and SpaceX to be both be there for us." ®
Get our [6]Tech Resources
[1] https://www.theregister.com/2020/02/10/more_software_errors_beset_boeings_calamity_capsule/
[2] https://www.theregister.com/2019/12/20/boeing_starliner_failure/
[3] https://regmedia.co.uk/2019/12/23/starliner_landed.jpg
[4] https://www.theregister.com/2020/06/30/boeing_starliner_tests/
[5] https://www.theregister.com/2020/05/30/nasa_spacex_manned_launch/
[6] https://whitepapers.theregister.com/
So what happened?
Were they designing in Seattle, implementing in India and testing in Zimbabwe? (Not that I fault Zimbabwe's space program for the failures.)
It seems to me that Boeing shifted its focus from engineering to "share holder value" some time ago, and this is the result (along with what happened to the 737MAX MCAS software). Perhaps a few C-class firings without their pretty golden parachutes is what the company needs now.
And maybe bring software development back to the USA. The guys who can't make the firmware on a coffee maker work right shouldn't be writing this kind of critical stuff.
Re: So what happened?
They should be able to manage two out of three golden parachutes.
Re: So what happened?
It seems to me that Boeing shifted its focus from engineering to "share holder value" some time ago
That's the fault of the merger with McDonnell Douglas, who pushed out the engineering meritocracy based management at Boeing and replaced them with beancounters.
The key statement is at the end - you need multiple suppliers, principally to allow for competitive pricing. Alternatively to allow for double the pork-barrelling.