HAYST法

本当です。最初は、「直交表による組合せ評価手法」と呼んでいたのですが、何か名前を付けようということになって、吉澤正孝さんが、つけてくれました。

　　H： 張替鋼一　（当時： システム検証センター長、現在： 富士ゼロックス執行役員、CS本部長）
　　A： 秋山浩一　（当時： システム検証センター　係長、現在： ソリューション・サービス本部、技術主査）
　　Y： 吉澤正孝　（当時： 経営品質部長、現在： クオリティ・ディープ・スマーツ有限責任事業組合代表）
　　　　 山本訓稔　（当時： システム検証センター、現在： コントローラソフトウェア開発）
　　S： 当初はYが二人いたのでその複数形としてのSでした。
　　　　仙石太郎　（当時・現在： KDI）
　　T： 塚本卓三　（当時： 執行役員）

張替さんから、「実験計画法」を勧められた秋山が、よく分からないので困っていたところ、それなら「塚本さん経由で吉澤さんの支援をもらおう」ということになり、吉澤さんの直交表指導会がスタートしました。
その指導会の中で、「多因子・多水準」「禁則処理」の2つの問題がでました。「多因子・多水準」については2水準系の直交表を拡張して使おうという吉澤さんのアイデアで解決し、「禁則処理」については山本さんがロジックを考案してツール化しました。
その後、他社から「HAYST法を使いたい」という問い合わせがあり、ご支援する中で、ツールの守備範囲が割り付けだけでなく因子・水準の選択に拡大するとともに、「組織に技術を根付かせるための効果的なノウハウ移転」の視点が加わり、組織展開について仙石さんの力を借りました。

良い質問ですね。上記「HAYST法の狙い」に書いたとおり、機能と機能との間に複雑な論理関係（ANDやOR等の関係）がある場合にはHAYST法ではなく、デシジョンテーブルや原因結果グラフまたはCFD法を使用すると良いでしょう。

複雑な禁則処理がある場合も、「複雑な禁則＝複雑な論理関係」ということですから、その部分は別途デシジョンテーブルを使用してください。

また、たとえば、日時処理、月次処理、年次処理といったものを連結して行うようなテストは、それぞれの出力の発散を抑える工夫が必要ですから、HAYST法をかなり応用して使う必要があります。

下表を参考に使いどころを見極めてください。

	論理関係あり	論理関係なし
機能数5以下	総組合せ	HAYST法
機能数5から20	DT, 原因結果グラフ, CFD法	HAYST法
機能数20～300	HAYST法＋シナリオテスト	HAYST法