【第9回】発想を促すヒント|実務三年目からの発見力と仮説力

帰納的な推論発見的な推論(アブダクション) は、私たちがソフトウェア開発の現場/実務で(知らず知らずにでも)駆使している思考の形です(それどころか日々の暮らしでも使っています)。

それほど“自然な”思考の形ですが、どんな考え方で、どんなところに注意すると質の高い思考ができるのか、基本知識を押さえておくと実務のレベルアップにつながります。

<実務三年目からの発見力と仮説力 記事一覧>※クリックで開きます

発想法というと、第8回で取り上げた親和図法(KJ法)がありますし、ブレーンストーミングの4つの原則やオズボーンのチェックリストなども有名ですが、説明仮説の発案には「発想を広げる」以外の切り口もあるとよいでしょう。

今回は、仮説の発想を促す「考えるためのヒント」を、2冊の書籍から紹介します。

糸口をつかむヒント

『いかにして問題をとくか』は、数学分野の教育者と学生向けに、数学の問題に立ち向かうためのヒントが書かれた本です。


「いかにして問題をとくか」G.ポリア著・柿内 賢信 訳/丸善出版

いかにして問題をとくか
G.ポリア 著・柿内 賢信 訳/丸善出版

B6判・262頁 ISBN:978-4-621-04593-0
※令和4年3月25日 第11版59刷発行分より紙面がリニューアルされています。


ソフトウェア設計者やテスト担当者、デバッグ担当者に向けた内容ではないのですが、挙げられている中にはソフトウェア故障/不具合の原因究明時にも役立つと思えるものがあります。

その中からいくつか紹介します(ページ番号は同書のもの)。

類似の事例を探す

ソフトウェアの現場では、“初めて目にする”ような奇妙な(と思える)事象、不可解な(と思える)事象にしばしば遭遇しますが、
そのような時はすかさず:

■過去に類似した事例がないか、然るべき相手に質問/相談する。
(然るべき相手には、自分自身を含む)

具体的には:

  • 「前にこれと同じ事例に遭遇したことはないか」 (pp. 138 – 139)
  • 「これと似た事例、細部は違うが同様の事例を知っているか」 (pp. 163 – 164)
  • 「これと似た事例で、解決されているものはないか」 (p. 162)
図9-1 類似の事例を質問/相談/検索する
図9-1 類似の事例を質問/相談/検索する

過去の類似事例が現在直面している問題にそっくりそのまま当てはまるとは限りませんし、記録や記憶が間違っている場合もあり得ますが、似た点があれば問題の切り分け(次節参照)など考えを進める手がかりになり得ます。
また、 原因探求の過程 自体も手がかりになり得るでしょう。(何から調べたか、どんな点に着目して原因を突き止めることができたか、etc.)

「似た事例」の場合、どの点で似ていてどの点で似ていないのか、 共通点と差異 の識別に十分注意を払いましょう。

これには第3回で取り上げたミルの帰納法の考え方、また第5回で取り上げた類比的推論(類推)の考え方が参考になるでしょう。

事象や条件を切り分ける

問題の糸口をつかむには、以下のような“発想の転換”が有効なこともあります。

■細部に目を向けることで重要点が見えてこないか。 (pp. 44 – 51)

問題の事象が小さな事象の組合せである可能性はないか。
既知のこと・未知のことを切り分けて、把握しやすい大きさの“小問題”に分解できないか。
小さな事象を引き起こす条件(原因)を考えられないか。
個々の小問題を調べてから全体を組み合わせることはできないか。

■小問題を別の問題に置き換えて考えることはできないか。 (pp. 69 – 75)

問題の事象自体や分解した“小問題”を、既に解明されている“類似の問題(事象)”に置き換えて、仮説を考えることはできないか。

■複雑な条件の各部分を“分離”できないか。 (pp. 96 – 97)

原因となる条件の粒度が大きい場合、もっと小さい個別の条件の複合として捉えることはできないか。
個別の条件ひとつひとつを試す(実験してみる)ことはできないか。
他の条件を変えずにひとつだけ条件を変えて試すことはできないか。

図9-2 (複雑・巨大な)問題を切り分ける
図9-2 (複雑・巨大な)問題を切り分ける

“バックグラウンドの自分”が味方

アイデアを生み出す5つの段階

『アイデアのつくり方』は、アメリカの広告業界で活躍した著者が、広告の核となる優れたアイデアを生み出す方法について解説している本です。


「アイディアのつくり方」ジェームス・W・ヤング 著 今井茂雄 著 竹内 均 著

アイデアのつくり方
ジェームス・W・ヤング 著・今井茂雄 訳・竹内 均 解説/CEメディアハウス

※本書日本語訳は、1988年に(株)TBSブリタニカから出版されました。その後阪急コミュニケーションズでの発行を経て現在はCEメディアハウスより発行されています。


本書から、仮説の着想でも参考になる「アイデアを生み出す5つの段階」を紹介します。

考えあぐねている時はこのプロセスも思い出してみてください。
第8回で紹介した図式化表現は①、②、⑤を中心に使えるでしょう)

時間に追われる場合もありますが、焦らずに考えを煮詰めていってください。

品質探偵コニャン
  • 資料(データ)を集める。
    当面の問題そのものの資料(特殊資料)と一般的知識(一般資料)を絶えず収集する。
    一般的知識の収集は継続的な活動。アップデートを怠らない。
  • 資料(データ)を考え尽くす。
    資料のひとつひとつ、事項のひとつひとつを何度も、細部まで読み込み、理解する。
    飽きて嫌になるくらいまで繰り返す。
  • ③ 考え尽くしたら、いったん当面の問題から離れて考え続ける緊張を解く。
    別の作業をしたり、関係ない書籍を読んだりなど、異なることに関心を向けるのがよい。
  • アイデアが降りてくる。
    不意を突いてくるので、閃いたら逃さないように。
  • ⑤アイデアを 詳しく調べ、現実に適合させる。
    閃いた瞬間のままのアイデアは使いものにならないことが多い。
    (ここで落胆してアイデアを投げ出さずに)当面の問題に適合するよう、具体化し、細部を検討する。

考え続ければ思いつく、とも限らない

『いかにして問題をとくか』でも、いわば バックグラウンドの自分に任せる ことの重要さに触れています。

われわれが意識的な考察をおしすすめることには限界がある.
問題からしばらく手をひくによい潮時がある.
(略)
しかし全然収穫がないままに手を休めることはしない方がよい.
仕事を離れるときには何か少しの点は解決し,なにかは明らかにしておくべきである.

われわれが非常な熱意をもってそれをとこうとし,
異常な緊張をもってとりくもうとする問題だけがこのような成功をおさめるのであって,
意識的な努力と緊張とは無意識の仕事にはかくべからざるもののようである.
もしそうでなかったら話がうますぎる.果報はねてまてということになるからである.

出典:『いかにして問題をとくか』 pp. 153 – 154。太字は引用者による

品質探偵コニャン

考え詰めてから、「いったん」離れる 、というのがポイントです。

図9-3 “バックグラウンドの自分”に任せる
図9-3 “バックグラウンドの自分”に任せる

『いかにして問題をとくか』と『アイデアのつくり方』は、どちらも主題とする分野以外にも通じるヒントをくれる書籍です。

どちらも良書なので、書店や図書館の蔵書棚などで見かけたら手にとってぱらぱら読んでみてください。

次回はアブダクションを行なう際に気をつけたいことをおさらいする予定です。

参考文献

  • ポリア(著), 柿内賢信(訳) 『いかにして問題をとくか』 丸善 1954 (1997(日本語第11版30刷))
    • 【注】本書日本語訳は、第11版59刷から仮名遣いや旧字体を改めた新装版となっています。
  • J.W.ヤング(著), 今井茂雄(訳) 『アイデアのつくり方』 阪急コミュニケーションズ 1988 (2012(初版64刷))
    • 【注】本書日本語訳は、1988年に(株)TBSブリタニカから出版されました。現在の発行元は(株)CEメディアハウスとなっています。

図版に使用した画像の出典

  • Loose Drawing
    • 人物画をお借りしています。
  • 品質探偵コニャン:Produced by Sqripts. No Unauthorized Reproduction.
【連載】ソフトウェアエンジニアのための論理スキル[実務三年目からの発見力と仮説力] 記事一覧

SHARE

  • facebook
  • twitter

SQRIPTER

望月信昭(もちづき のぶあき)

gst lab.

記事一覧

gst lab.所属

前世紀は主にソフトウェアエンジニア/プログラマーとして活動。
今世紀はソフトウェアテストのコンサルティング、実務の支援、テスト関連技術トレーニングの企画・開発・講師/ファシリテーターといった領域で活動。近年は若年層ソフトウェアテスト技術者の育成に関わることが多い。
ISTQB-FL、テスト技法、論理スキルなど、ワーク盛りだくさんのトレーニングやワークショップを提供中。

note⇒ https://note.com/nob_mottie/

RANKINGアクセスランキング
#TAGS人気のタグ
  • 新規登録/ログイン
  • 株式会社AGEST
NEWS最新のニュース

Sqriptsはシステム開発における品質(Quality)を中心に、エンジニアが”理解しやすい”Scriptに変換して情報発信するメディアです

  • 新規登録/ログイン
  • 株式会社AGEST