no more 携帯のリコール

おそらく、ほとんどの人が予想していたであろうことが起き
てしまった。新しい携帯電話の機種が発売されると、決まっ
てリコール騒ぎが起きることは、もはや毎度のことである。
しかも不思議なことに、ある特定の携帯電話事業社でｾけ
起きるのだ。

その会社の、2001年11月26日付けのリリースによると、
「ある条件下で作成された一部サイトに接続した際、フリー
ズしてデータが削除されます」との発表が成されている。こ
の「ある条件下」について、CNET等のニュースサイトが詳細
に報じているが、どうやら「大容量のデータを分割して受信
するサイト」のことらしい。普通に解説すれば、「ファイル
サイズや送信量の大きいデータ、つまり音声や映像等を配信
するサイト」である。これはまさに第3世代携帯電話が売り文
句にしているサイトではないか。
巨額の開発投資、宣伝広告費を投入したサービスで今回のリ
コール騒ぎが発生したことは、もはや同情に値する。

また、リコール騒ぎが起きるたびに、原因を「ソフトウェア
のバグ」と決めつけている。なぜこうも度々ソフトウェアの
バグが残った状態で製品が発売されるのだろうか。

ソフトウェアの開発は、通常、要件定義、設計、開発、テスト
のサイクルで開発される。この中でも、要件定義とテストが
最も重要な作業に当たる。どんな機能を実現するソフトウェ
アを作るかを「定義」し、それが確実に動作することを「テ
スト」するのである。
ところが、携帯電話産業におけるソフトウェア開発は、この2
点、「要件定義」と「テスト」がお粗末だと聞く。
というのも、要件が五月雨式に発案され、いつまでも仕様が固
まらず、しかし開発スケジュールや予算は決まっているので、
とりあえず設計や開発に着手せざるを得ず、開発中にも新規の
要件が追加され設計・開発期間が延長され、結果としてテスト
期間が短縮・省略されてしまうのだ。
多くのアイデアがいくつも湧きだし、要件として追加されるこ
とは決して間違いではない。ただ、要件がダラダラと設計・開
発に組み込まれていくことが問題であり、これはプロジェクト
管理能力の欠落といわざるを得ない。
また、そもそも開発期間が、「市場の急速な変化に対応する」と
の大義名分のもとにタイトな設定になっている点も見逃せない。
これで何人の開発担当者がバーンアウトしていることか。

さらに、ここ数年、ソフトウェアにバグが存在することを肯定す
るような風潮もある。「3回程度のメジャーバージョンアップが
なされないと使い物にならない」とか「複雑なロジックで成り立
つソフトウェアに100%を求めてはいけない」などなど。
これは全く論外な意見だと思う。家電や自動車さえ機器の中に
コンピュータを搭載し、OSやアプリケーションが稼働している。
一度事故が起これば、人命に関わるだけに、家電や自動車の品質
管理能力は非常に高い。一方、パソコンや携帯電話等の機器は万
が一事故が起こったとしても、人命に関わる危険性は低いため、
品質管理がないがしろにされる傾向が強い。


早期の市場投入による成功者利益、バージョンアップでの買い替え
需要での儲ける仕組みなど、企業にはいろいろな事情があるにせよ、
せめて最低限の品質が保証され、確実に使い物になる製品やサービ
スを望むことは消費者のエゴなのだろうか。
大々的な宣伝をし、鳴り物入りで投入された製品やサービスであれ
ば、消費者サイドの期待感は高まる。この期待感にはこたえてもら
いたいものだ。