特集 『我が国のソフトウェア品質技術の潮流』

特集にあたって
西康晴웬に突きつけられているも同然なのである．

１．ソフトウェア品質というナイフ
２．多発するソフトウェアの品質トラブル
ソフトウェアは，今や多くの製品の付加価値の源泉と品質保証組織の問題といっても過言ではない．自動車や家電製品，プラント，工作機械，冷熱機器など多くの製品の制御は主にその一方で，ソフトウェアの品質は十分高いとは言ソフトウェアで行われている．電子部品などは，そのえない．ソフトウェアの品質事故の報道はしばしば目部品を活かす参照ソフトウェアとセットで販売するこにするし，銀行合併や証券取引所，自動改札など大規とによって付加価値を高める場合もある．携帯型音楽

模トラブルが定期的に紙面を賑わす．本稿をお読みのプレイヤーの価値の源泉は機器制御を行うソフトウェ

読者の方々も，ソフトウェアの品質トラブルでお悩み

アのみならず，音楽を管理するソフトウェアを中心とのはずである．世界に冠たる品質大国日本の中で，ソした企業連携の仕組みを構築できたことである．

フトウェアの品質はまだ発展途上であると言わざるを新興国が我々の想像を超える速度で追いかけてくる得ない．のも，ソフトウェア技術を基軸にしていることが一因

一因は，ソフトウェアが多機能化・複雑化・大規模である．蓄積したノウハウの塊により高度な機械設計化し，開発技術が多様化し，使われ方が多岐に渡るよや電子設計を行って製品の制御を行うよりも，ソフトうになったからである．1
98
0年代から 90年代にかけウェアで制御を行う方がはるかに簡便だからである．て，日本のソフトウェアは高品質を世界に誇ってき彼らは言わばソフトウェア技術で技術進化をショートた．今でも，当時と比較的近い製品群では高品質を誇カットしているのである．

れるだろう．しかし多機能化・複雑化・大規模化・多企業経営や産業インフラに目を転じても，ソフトウ様化した産業分野では，低品質に頭を抱えている．

ェア無しでは立ちいかない．金融業や流通業の肝を握ソフトウェアの低品質は産業構造に起因するというるのはソフトウェアであるし，ソフトウェアに不具合意見もある．例えば製品に組み込むソフトウェアの場が発生すればエネルギーや交通網は瞬時に麻痺してし合，最終製品メーカー(セットメーカー)でソフトウェまう．我々は，ソフトウェア品質というナイフを喉元アのプログラムまで記述していることはあまり無く，多くは協力会社に工数精算契約で発注している．する平成 24年９月 24日

受付と，品質が低く手戻りが発生しても働いた分だけ請求

웬電気通信大学大学院情報理工学研究科できるので，品質向上による手戻り低減というインセ

総合情報学専攻

ンティブが働かない．さらに，セットメーカーに協力

＠uec.
Yasuharu.
Nishiac.
jp

会社の品質レベルを適切に評価する能力が無ければ，連絡先：〒 182‑85
85東京都調布市調布ヶ丘 1‑5‑
1

低品質の協力会社が単価をダンピングして契約を成立

/品

質Vo
l.4
2,No.4

させてしまう．確かに見かけのコストは下がるだろ

まず本特集の野中氏による「ソフトウェア品質の定量う．しかしほとんどのソフトウェアが過去のソフトウ的管理における３つの課題」を読み，稿末のェアを流用しているという現状を鑑みると，低品質の誤るよりも漠然と正しくありたい

ソフトウェアによる手戻りコストは以後何世代も発生

銘ずるとよいだろう．

してしまう．結果としてセットメーカーは，多額の余計なコストを強いられてしまっているのだ．

精密にという言葉を肝にソフトウェアの品質向上のために流行の技法を採り入れたが，もう一つ品質に寄与している自信が無いとしたがってセットメーカーに必要なことは，まず自いう品質保証組織も多い．納得感の高い品質向上施策

らが協力会社の品質をきちんと評価できる能力を身にを選ぶには本特集の飯泉氏による「開発組織によるソつけることであり，そして品質が高く手戻りが少ないフトウェア品質作り込みのアプローチ」や小笠原氏に協力会社と高い単価かつ短い期間で契約し，自らの総よる「ソフトウェアプロセス改善」をお勧めする．流

コストを下げ納期を短くしつつ協力会社の利益率を高行の技法に飛びつくのではなく， 自組織の状況(強めるような取り組みが必要なのである．

み・弱み)を把握する必要がある(飯泉氏)， 真の問

本質的な原因は他にもある．全社の品質保証部がソ題は当事者が一番よく知っている(小笠原氏) というフトウェアの品質についてほとんど理解しておらず，原則は金言となるだろう．また渡辺氏・兼子氏による適切に活動できていない場合もある．ハードウェア部「物語形式による教訓の蓄積」を読むと，ノウハウの品の生産に関しては自社工場や協力工場をしっかり指蓄積・共有や施策の展開の際に気をつけるべきことが導できる品質保証部も，ことソフトウェアに関しては示唆されるだろう．

何ら指導できず品質保証を自社のソフトウェア開発部

ソフトウェアの品質保証や品質向上にきちんと取り隊や協力会社に丸投げするか，形骸化した品質保証の組んでいる自負があり，さらにその先に進みたい組織手続きを淡々と繰り返すだけであったりする．その証は，ぜひ誉田氏による「CMMIレベル５を超える品左に，TQM をベ ー ス と し た 全 社 的 QMSに CMMI

質の実現」や吉澤氏らによる「ソフトウェアテストのなどのソフトウェアのプロセス改善がきちんと組み込最新動向とフロントローディング」を読んで頂きた

まれて運用している例は極めて少ない．

い．国内最高級のソフトウェア品質を達成した組織の大事なことは，全社の品質保証部がソフトウェアの品質について十分理解を深め，自社および協力会社の取り組みや，最新のテスト・品質作り込み技術の解説に触れる機会は貴重だろう．

品質改善をきちんとリードすることである．本特集の第一の目的は，全社の品質保証部の部長や担当者の３．特集の構成方々にソフトウェアの品質を理解するきっかけを提示することである．本特集では大島氏による「ソフトウェア品質の多様性について」をきっかけとするとよ

本特集は，８本の論考から構成される．順不同となるが，内容について簡単に紹介する．

い．さらに詳しく知りたい方には，文献［１］をお勧めする．

「ソフトウェア品質の多様性について」

一方で，ソフトウェアの品質保証組織にも問題は多ソフトウェアの品質保証を理解するために必要なハい．残念ながら，基本的なソフトウェア品質に関するードウェアとソフトウェアの違いについて整理した論

考え方や知識が欠如している組織も少なくない．本特考である．14の視点から違いを整理し，３つの教訓集では奈良氏による「ソフトウェアの品質保証の基を提示している．ソフトウェアの専門家にとっては当礎・誕生とその変遷」が分かりやすくまとまっているたり前だが，ハードウェアの専門家は誤解しやすいとだろう．さらに知識を得たい，もしくは知識を整理しころを分かりやすくまとめている．ソフトウェアの品たい場合は，文献［２］をお勧めする．

質管理に明るくない方は，本稿をソフトウェアの専門

ソフトウェアの品質保証を行う際にとても魅力的な家と議論しながら読まれるとよいだろう．ちなみにこのは，定量的管理である．しかしハードウェアの品質の論考は，Fac
インターネット
ebookといった SNS(管理における様々な統計的技法を無批判にソフトウェ上のコミュニティ)で議論を行って執筆するという新アに適用しようとするソフトウェア品質の専門家も散規な取り組みに挑戦している．

見される．百害あって一利なしである．自組織で統計的技法を用いてソフトウェア品質の管理をするには，
October20
12「ソフトウェアの品質保証の基礎・誕生とその変遷」/198
0年代に築かれたソフトウェア品質管理・品質保証の基礎と生い立ちを解説した論考である．比較的び TQM のような全社 QMSとソフトウェア QMSとの融合について検討して頂きたい．

技術が安定していた汎用機と呼ばれるコンピュータ向けのソフトウェアにおいて，世界最高級の品質を達成「ソフトウェアテストの最新動向とフロントローディしていた時代の取り組みが中心となっている．QC7ング」

つ道具といった SQC/TQM のプラクティスを，ソフ

ソフトウェアテストの最新技術を整理し，テスト技トウェア品質の専門家がきちんとソフトウェア開発に術をフロントローディングさせる W モデルについて読み替えた取り組みの解説であるため，ハードウェア紹介した論考である．ソフトウェアテストについて，の品質の専門家にも理解しやすくなっているだろう．

まだ書籍化や論文化されていない新たな取り組みにつ蛇足かもしれないが，ハードウェアの品質の専門家はいて紹介している．また品質に対して感度の高い日本

本稿を読んで，自分達のやり方をそのままソフトウェのソフトウェア組織が最近特に注目している

テスト

ア開発に押しつければ上手くいく，などと誤解しない技術のフロントローディング(W モデル) についてこと．

解説し，テストを検査重点主義ではなく品質作り込みに活かすために必要な考え方を示している．ソフトウ「ソフトウェア品質の定量的管理における３つの課題」
経営的視点を踏まえてソフトウェアの定量的品質のェア品質保証組織の方は，本稿を読んで自社のソフトウェアテストの捉え方を見直して頂きたい．

課題を整理した論考である．プロダクトの外部品質の定量的管理，プロダクトの内部品質の定量的管理，プ「CMMIレベル５を超える品質の実現」

ロセスの質の定量的管理の３つに分けて論じている．

国際的に広く適用されているプロセス改善モデル

本稿に述べられているように，品質保証組織は決してCMMIの最高レベルを超える「日本品質」を達成す

単なる表面的な基準値の押しつけのために定量的管理るための施策を示した論考である．まず CMMIの効を使うのではなく，ソフトウェアの不具合発生や品質果の調査を行い，CMMIレベル５の組織の事例を示

向上のメカニズムを理解し現場の納得感の高い改善施している．そしてレベル５を超えた品質の実現に向け策を行えるように定量的分析を活かして頂きたい．

た施策について議論されている．ソフトウェア分野でも世界に冠たる品質大国として真に高い品質を達成し「設計者自身によるソフトウェア品質作り込みのアプようという気概のある組織は，ぜひ本稿で述べられてローチ」

いる beyondleve
l5 に挑戦して頂きたい．

開発組織が行うべき品質作り込みの大綱と事例を示した論考である．多くを占める改造型開発における開「物語形式による教訓の蓄積」

発者の品質意識を調査し，改造型開発の代表的な手ソフトウェア部会の活動である「遺言プロジェク法・品質作り込みの事例を紹介している．本稿に述べト」の成果の紹介である．現場で役立つ知識を集め体られているように，ソフトウェアの品質の作り込みを系化し，物語形式で分かりやすく記述している．プロ

的確に行うために，不具合分析などを通じて自組織のジェクト全体で 49の形式知があり，本稿では３つの強み・弱みを開発組織自身が客観的に把握した上で，形式知を紹介している．品質に限らずノウハウの蓄積開発手法や品質向上施策を採用して頂きたい．銀の弾と展開に悩んでいる組織は，身体に馴染むノウハウと丸は無いのである．

はどんなものかについて本稿を読みながら考えて頂きたい．

「ソフトウェアプロセス改善」
QMSの一部としてソフトウェアプロセス改善を進４．さらに取り組みを深めたい方へめていく考え方や事例を示した論考である．TQM と000s，ソフトウェアプロセス改善との関係を整I
SO9本特集を読んで，ソフトウェア品質の保証や向上の理し，プロセス改善の本質について解説している．ま取り組みを深めたくなる方がいらっしゃれば，とてもた継続的に SPI活動を継続していくための仕組みを嬉しい限りである．そうした方が知識を深め，最新動紹介している．本稿を通じて，ソフトウェア QMSと向を把握し，経験を交換し，本質を摑むには，書籍や(ソフトウェアプロセス改善)の関係の整理，およSPI

論文を読むと共に，ソフトウェア品質に関するコミュ/

品

質Vol.42,No.4ニティ(技術交流団体)に参加することをお勧めする．

組織が継続的に活力を持ち，現場の個々の技術者や管各コミュニティはカンファレンスやシンポジウムを開理者がワクワクして仕事をしながら成長できるように催しているので，聴講すると最新動向や経験談を得らなることが，私の切なる願いである．本特集がその夢れるし，発表すると質疑応答やその後の交流を通じてに近づく一端となれば，これほど幸せなことはない．

自分たちの取り組みの本質を摑んだり筋のよさを評価

最後に，特集の各稿を執筆をご快諾頂いた著者の皆さできる．

んに感謝と尊敬の意を表して，特集の露払いとしたソフトウェアの品質をテーマにした団体やカンファ

い．

レンスとしては，SQi
日本科学技術連盟ソフトウェ
P(

参考文献［３］やソフトウェ
ア品質委員会)
SQi
Pシンポジウム(ア品質シンポジウム)がお勧めである．SQi
Pシンポ［１］組 込 み ソ フ ト ウ ェ ア 管 理 者・技 術 者 育 成 研 究 会

ジウムは毎年晩夏に実施される．プロセスやプロセス(2003)： ハードウェア出身のマネージャに分かってお改善をテーマにした団体やカンファレンスとしては，いてほしい７つのこと ，(ht//st
p:
ess
ame.
jp/etcdocu-

日本 SPIコン ソ ー シ ア ム)
や SPIJapanがJASPIC(/ments
Suggestions
ToHar
dwareManagers.
htm)．

お勧めである．SPIJapanは毎年秋頃に実施される．

［２］SQuBOK 策定部会(2007)：쓕
ソフトウェア品質知識

テストやレビューをテーマにした団体やカンファレン
スとしては，ASTER(ソフトウェアテスト技術振興協会)もしくは TEF(ソフトウェアテスト技術者交流会)，J
ソフトウェアテストシンポジウム)がおaSST(
勧めである．JaSST は東京の場合，毎年冬に実施される．高信頼性や安全性というテーマでは，J
AXAが主催している WOCS(クリティカルソフトウェアワークショップ)に参加するのもよいだろう．もちろん，JSQCのソフトウェア部会を忘れてはならない．
またソフトウェア品質に関する技術を向上したい場
合 に は，資 格 試 験 を 受 験 す る と い う 方 法 も あ る．
ソフトウェア品質技術者資格制度)
SQi
Pは JCSQE(体系ガイド―SQuBOK Gui
，オーム社
de」
日本科学技術連盟ソフトウェア品質委員会)：［３］SQiP((ht//j‑s．
tp:
useqip.
jp/)［４］J日本 SPIコンソーシアム)：(ht//jASPI
C(tp:aspic.
．
org/)［５］ASTER(
ソ フ ト ウ ェ ア テ ス ト 技 術 振 興 協 会)：(ht//astp:
ter.
or.
jp/)．
［６］TEF(ソフトウェアテスト技術者交流会)：(ht//tp:
swt
est.
jp/)．
［７］J
ソ フ ト ウ ェ ア テ ス ト シ ン ポ ジ ウ ム)：
aSST((ht//j．
tp:
asst.
jp/)
［８］WOCS(クリティカルソフトウェアワークショッ

を，ASTERは JSTQB(日本ソフトウェアテスト資プ)：(///event/20120927.
http:stage.
tksc.
jaxa.
jp/jedi格認定制度)という資格を運営している．より腕を磨)．
ht
ml

きたい場合は，ASTERが主催しているテスト設計コンテストにエントリーしてみるのもよい．

//
［８］J
ht
tp:
www.
jsqc.
org/
SQCソ フ ト ウ ェ ア 部 会：(/bukat．
ja/nyuukaisudo.
ht
ml#08071
8‑01)［９］JCSQE(ソ フ ト ウ ェ ア 品 質 技 術 者 資 格 制 度)：

５．おわりに(ht//j‑s/)．
tp:
useqip.
jp/jcsqe［10］J：
STQB(日本ソフトウェアテスト資格認定制度)

我が国が産業競争力を高めていくために，ソフトウ
ェアの品質を向上することは急務である．ソフトウェ
アの品質を向上することで，我が国のあまねく産業が(ht//j．
tp:
stqb.
jp/)
［11］テ ス ト 設 計 コ ン テ ス ト：(//www.
ht
tp:
aster.
or.
jp//cont)．
busi
nessest.
ht
ml

栄え，企業が高い利益を計上しつつ継続的に発展し，October20
12/