シリー ズ ［続］ソフトウェアの「品質」を考える①

対談

ソフトウェアの難しさとどのように向き合えばいいのか（前編）

今回から，以前好評をいただきましたソフトウェアの「品質」を考えるシリーズの続編がはじまります。
第１回は，日本品質管理学会発行の『品質』Vol.42,No.4,2012で特集した「我が国のソフトウェア品質技術の潮流」
において，「ソフトウェア品質の多様性について」をテーマに執筆された㈱日立情報制御ソリューションズの大島啓二氏と，現在SQiP運営委員長の野中誠先生（東洋大学准教授）の対談を組みました。「ソフトウェア品質の多様性」について，お二人に語っていただきました。

シリー ズ ［続］ソフトウェアの「品質」を考える①

境で鍛えられるかで大きく変わります。私は日立とい――システムの大規模化が進んでいますが，システムう会社で大規模なシステムを開発する仕事に従事しての全体像と，それに関わる多数のユーザーのことをどきました。システムの付加価値は，一つひとつの要素のように考えればよいのでしょうか？またそれを考えの組み合わせとその関わり合いの中から生まれます。

るしくみはどのようになりますか？

その関わり合いのプロセスにソフトが介在します。こ野中のような考え方をする環境ですばらしい先輩に教えらしたときに，もはや自動車メーカーが１社で仕様を決れ，同僚に助けられ切磋琢磨し，後輩を育ててきまめることはできません。自動車や通信機器のメーカー，した。

情報通信会社，ソフトベンダー，サービスベンダー，

野中

たとえば，大規模な交通システムを作ろうと大島さんは，日立という組織にいらしたから官公庁，ユーザー団体など多数の組織間で，仕様のすこそ，システムという考え方で，システム全体とそのり合わせが必要になります。その場合，システム全体構成要素を手がける仕事ができたのでしょう。一方で，について最終的な責任を誰が持つのか，また，持つこ――今回の対談は「ソフトウェアの難しさにどのようシステム全体を手がけられるのは一握りの企業のみとができるのか。システム化の範囲が広くなっているに向き合えばいいか」というテーマを中心に，お二人で，協力会社はその構成要素のごく一部を開発したり今日において，仕様をすり合わせながら，全体を設計にお伺いしたいと思います。大島さんが日本品質管理テストしたりするという，IT産業の多重構造が現実にできる力が必要です。IT化において欧米諸国に後れを学会誌『品質』で取り上げた「ソフトウェア品質の多あります。そのため，大多数の人たちはシステム全体とってしまった日本ですが，和の心を持って共通の価様性」にはどのような意味がありますか？

を見ることができず，顧客のニーズもはっきりとつか値観でシステムを考えられる日本の強みが生かされる

大島

多様性のとらえ方としては，まず，ユーザーめません。大島さんのように，ソフトウェアをシステ時代になってきたと思っています。

から見た価値という視点が重要です。また作り手の問ムとしてとらえて，そこから得られた洞察をもとに成大島

題も忘れてはなりません。これらに加えて，ハードウェ長するという機会に巡り会える人は限られているので可能なのか，あるいはユーザーのニーズをきちんと把アと比較した見方も必要でしょう。
「モノづくり」とはないかと思いますが，いかがでしょうか？

握できるかなどをバランスのとれた評価尺度で考えるいうことで同じであってもソフトの品質は作り方の自大島

野中先生のおっしゃるとおりで，分業化が進ことがとても難しいと思います。お客様が固定できれんで「私，作る人」「私，考える人」というふうになっば，どんな大規模なシステムでも，一つの会社が責任てしまうと，技術者としての成長の機会が限られるだを持って進めていくことはそれほど難しくありませ由度という点でハードとは異なるということです。ソ

対談していただいた野中先生（左）と大島氏（右）フトウェアのもつ様々な性質のバリエーションを多様大島

大規模なシステムを考えた場合に，技術的にそうですね。ソフトは素材も自由，プロセスけでなく，プロジェクト自体もうまくいかないでしょん。しかし，クラウドの時代，グローバルで世界が相も自由という性質があるわけですが，お客様に価値をう。オープン化・グローバル化の時代，このような問手の場合，顧客がメーカーやユーザー企業ではなく，ではなく，お客様にどのような価値を提供するかとい提供する点ではハードと全く変わりません。

題がどんどん出てくると思います。「安かろう，悪か社会に暮らす一人ひとりがお客様になります。そうなうことまで含めた品質のことを意味しています。

野中

ハードはお客様がどのように使うのかをある

ろう」ではありませんが，きちんとした設計をするこると，１社あるいは一つの組織で全部がわかっている野中

お客様に価値を提供する上で，ハードとソフ程度想像でき，提供する価値を決めやすいように思いとなくソフト開発ベンダーに依頼（丸投げ）して，痛いところはなくなるでしょう。さらに，システムのライトで比較した場合に多様性が異なるのはどのようなとます。一方，ソフトはお客様がどのように使うかをしっ目に合うことも考えられます。

フは，５年，10年，もっと長いわけですから，将来をころでしょうか？

かりと想像できないと，作り手のひとりよがりのとて大島も使いにくいものになってしまいます。

性という言葉で表現しました。
また，ここで言う「品質」とは狭い意味での「信頼性」

私は社会インフラのシステムを作る事業所で育ちま見据えてどこがどのように責任を持つのか，とても難した。若い頃は，ソフトを作っている人，つまり，ソしい時代になっていると思います。

変数が多くわかりにくいと思っています。ハードは品

ところで，使い勝手などの品質要素は，ユーザーがフト開発ベンダーの方々から教わることがとても多野中

質要素が比較的わかりやすいですね。硬い，重たい，ある程度システムを使ってみてからでないと評価できかったと思っています。計算機制御システムの黎明期

ステム全体をどのようにデザインしてお客様に価値を手触りが良い，材質が悪いなど，多様ではあるけれど，ませんね。そのため，他のソフトとの比較が難しくなだったので，すべてが初めてのことばかりでした。当提供するかを考えることが常に必要だと思っていま要素そのものは測ることができます。一方，ソフトはり，調達時の評価項目としての優先順位も下がり，作時は職場も同床で，顧客に仕様の打合せに行くときもす。それにより，顧客とその価値観が多様化する中で最初は何もないところから始まりますから，求められり込み品質の優先順位も低下し，お客様に提供する価一緒でしたので，開発チームの中での「仕様の不一致」も，システムとして一つのかたちを生み出せるのです

る品質要素を定めにくいとも言えます。また，ハード値が下がるという悪循環があるように思います。など考えられませんでした。当時一緒に仕事をした人から。一方で，システムを構成する一つひとつの要素は開発上のいろいろな制約条件がありますが，ソフト大島

ハードの場合は目で見えますから，他との比たちが協力会社の経営者になっていますが，いつお会技術をすべて把握することは難しく，システム全体とはその過程は極端に言えば自由であり，制約が少ない較ができます。あちらよりも軽いとか，安いとか。ソ

いしても，「あの頃は一緒にシステムをやれてとてもしての品質の作り込みは挑戦すべき難しい課題だと思ので品質要素を決めにくいですね。

フトはというと，比較するのが難しいと思います。

よかった」と言い合っています。価値観をうまく共有います。

野中――ソフトウェアの難しさに向き合うにあたって，そできたのでしょうね。これは大切なことです。分業化あり，その作り込み過程がかなり柔軟なので，品質がの他にどのようなことがポイントになりますか？

が進んで，開発技術者がユーザーのことを考えなくな決まる過程がとても混沌としている。そこに，ハード大島り，発注側が仕様書を書くだけになってしまったらおに比べての難しさがあるわけですね。

います。人の力量は「氏より育ち」で，どういった環

6

まず，ハードに比べてソフトは性質を定める

ソフトはそもそも品質要素の数が多く曖昧で

日科技連ニュース No.112 2013年3月号

ソフトの難しさに向き合う鍵は「人」だと思しまいです。

私は，「システム」という考え方が好きで，シ（次回後編を掲載します）〜ソフトウェア品質の向上とそこに関わるすべての人へ〜

SoftwareQuality

Profession

http://juse-sqip.jp

日科技連ニュース No.112 2013年3月号

7