　前回は、典型的な導入パターンにおける、失敗につながりやすい要素の一部をご紹介した。この原稿の当初の締切日でもあった2015年9月7日のJasPar活動報告会では、複数の出席者から「あれはチェックリストとして使えそうだ」というコメントを頂いてしまったが、一部に合致したからといって失敗するとは限らないし、そもそも、先にも述べたように網羅的なチェックリストとして用意したものでは決してない^※1）。

　このように強調しているのは、完全性に対する懸念や自信のなさによるものでは決してない。むしろ、チェックリストの弊害である「想像力を妨げる傾向」に対する懸念を強く抱いているからだ。前回は、その傾向を明示しているISO／IEC規格文書の存在も紹介しつつこの懸念を表明したのだが、今回もあらためて強調しておきたい。「いや、考えるきっかけにすぎないのだ」と。

　さて、「AUTOSARとは？」という問いに含まれる、「AUTOSARをどのように運用するか、そしてそこから何を得るのか？」というポイントに対しては、「（各自が）考えざるを得ない」と前回述べた。ここからは、前回ご紹介した2つの典型的パターンについて、実際に何をどのように考えるのかについての幾つかの例をご紹介したい。共通する重要なキーワードの1つが「不適切な期待」である。また「情報の寿命」も同様に重要である。

典型的なゴールのその結末

※写真はイメージです

　まずは、前回のパターンA、つまり「AUTOSAR導入準備の初期段階としての試作評価実施」について見ていこう。

　ここでは、典型的なゴールである「AUTOSARが量産開発に適用可能かどうかを、小規模なサンプルアプリケーションで試してみる」（あるいは「ASW／RTE／BSWのインテグレーション作業をできるようになる」）ということについて、少し踏み込んでみよう。このようなAUTOSAR評価プロジェクトを既に済ませている方々は、次の問いに胸の中でそっと答えていただきたい。

問1：当初はその目標しか思い付かなかった、あるいはそれ以外の目標を周囲から受け入れられなかったのではないですか
問2：そして、開始してみたら、実はもっと別のことを評価しなければならないとすぐに気付きませんでしたか
問3：また成果報告は、あまりパッとしたものにはならなかったのではないですか

　私の知る限り、ほとんどの方の正直な回答はいずれの問いについても「Yes」である。問3については大抵苦笑いが浮かぶ。そして「これだけの投資をしたにも関わらず、そんな程度の成果しか得られないのか」という叱責（しっせき）や批判により苦痛を味わった方も少なくないだろう。

なぜそのような結末に

　少なくとも、問3の回答が「Yes」となるのは当然のことである。なぜなら、このゴールは「今できていることがAUTOSARでもできるのか」を試しているのであり、新たなものを得ようとしているのではないからだ。量産開発への適用までのごくごく初期のステップであり、AUTOSARというものをある程度理解することで「頼れる」という印象や自信が持てるようになれば、すぐに通り越してしまう段階であろう。「AUTOSARに対する不安（の内ちの1つ）の解消」と言い換えることもできる。

　本質的には得られるものがこれだけ限定的であるにも関わらず、「この投資に対して、そんな程度の成果しかないのか」という叱責や批判を受ける場合もある。これは果たしてフェアなものだろうか。決してそうではない。「そんな程度の成果」しか得られないようなゴールが設定／承認された時点で、あらかじめ定められていた結末と言ってしまっても過言ではない。

　では、なぜこうなってしまったのだろうか。その原因の1つは、結果に対する期待にある。それ以上はここではあまり詳しくは述べないが、次のようなことについて考えてみてほしい

何が期待されたのだろうか。それは、ひょっとして「特別な何かすごいことが新たにできるのではないか」というような漠然とした淡い期待ではなかっただろうか^※2）
そうではなかったとしたら、期待の内容は具体的に明示されたのだろうか
そして、評価プロジェクトの担当者はそれを把握し、達成を確約していたのだろうか
また、AUTOSARの良さを見いだす検討において、そこに決定的な良さが見いだせなかったということに対する責めは、見いだせなかった評価担当者のみに帰せられるべきなのであろうか
決定的な良さは、そもそも確実に存在するのだろうか
そして、それを短期間の評価で必ず把握できるのだろうか

注釈

※1）前回の内容のうち、実例に合致するものの中でご紹介すると特定の方に差支えてしまいそうなものや、多くの方にとって受け入れがたく十分な説明が必要なものは意図して外した。なお、お心当たりの方で「そういった事情がたとえあったとしても、必ず書くべきもの」などのご意見があれば、ぜひご連絡いただきたい。また、JasPar活動報告会の際にいただいたコメントの幾つかは、既に本稿で反映済みである。

※2）ISO 26262-2: 2011 Annex B Table B.1の「Examples indicative of a poor safety culture」の1つとして、「Accountability is not traceable」が示されている。