① システム構想 人と物資の輸送が混在し、人を運ぶための安全係数や冗長構成は物を運ぶためのシステムとしては重量増で非効率になっていた。ミッションがISS建設、宇宙実験室、衛星放出などの多目的であるためシステムが複雑化して、高コストになった。 ② 安全性
打ち上げからロケット分離までの間は、トラブルがあっても乗員の脱出ができない期間が存在するシステム構想の問題。チャレンジャー事故はこの間に起きた。ちなみにロシアのソユーズでは、101回の打ち上げで2回緊急脱出システムを作動させクルーを安全に地上に帰還させている。
また、乗員喪失確率が当初1/100000から1/1000であったが、実際は135回の飛行で2回事故 (2/135) 、当初予測していた安全性と実績では大きな乖離があった。 ③ 運用性
年間打ち上げを当初50回としていたが、実績は多い年で9回であった。運用性を考慮した地上系とフライト系を含めたシステムエンジニアリングが欠如していた。
国際宇宙ステーションプロジェクトに1989年から参加。「きぼう」のシステム開発に従事。
スペースシャトルのコンピュータは、5台あり、それぞれ独立して冗長系になっています。4台は主航行電子システムソフトウエアで稼働、1台は別のバックアップソフトウエアで稼働。5台の内1台故障してもミッションを継続、4台は相互に監視、1台が他と違う指令を出した場合、3台が投票し、違う指令をだした1台を機体から除外するようになっており2台が故障しても安全に着陸できるようになっています。また、ソフトウエアは開発要員も試験要員も専用の環境のもとで開発していたが、万全を尽くしても故障は起きるので開発用のバックアップソフトウエアを用意していました。
2008年5月31日は「きぼう」第二便打ち上げでした。筆者は、NASAから招待され理事長、理事とともにケネディー宇宙センター打ち上げ観望ビル最上階で、星出宇宙飛行士を乗せたシャトルがゆっくり上昇するのを見守っていました。成功でした。その後は、シャトル打ち上げ前に不具合が連続して発生し何回も打ち上げが延期される事態が続きました。「きぼう」の第一便と第二便の打ち上げは幸運に恵まれたようです。
「きぼう」開発を通じてNASAのシャトル関係者と付き合うようになってから、その技術的難しさや複雑さを具体的に示され、宇宙飛行士への安全や「きぼう」を輸送する際の影響を身に染みて感じることになりました。さらにシャトル計画の立ち上げに際する米国政府内のどろどろした背景が分かるにつれ、そもそもシステムの構想が中途半端になっていることが分かりました。米国での政府調達のハイテク計画ではしばしば起きた妥協の産物でした。