いう有料(結構高い)を使っていますが、実際は、さほど差はない気がします。テキストのベタ打ちでは、概念の階層性を整理するのが難しいですし、ある概念を中心に発想を広げるのも「俯瞰」できないので制約が出ますが、マップにすると割と広がりやすいのは事実です。何でもマップにすればいい、とは思いませんが、情報整理、アイデア出しの初期には有効です。詰めていく時点では、テキストベタ打ちのほうが有効です。広げる必要がありませんから。いうことで「広げる」段階ではマップは有効です。次回から、発表者は以下準備しておいてください。・RFIを読んで内容を理解する。掲載されている参考文献も、リンクがあるなど入手しやすいものは目を通す。・理解した内容を一度マップにする。・さらに、ネット検索、特許検索で情報を集め、マップに追加して整理していく。・概念の階層性を考えて整理する。この時点では、「発明」の「は」の字もありませんが、ここがすべてと言ってもいいでしょう。これがないと、例によって「浅い」議論になり、さんざん考えた挙句に「それって既に実用化されますけど」ってことになります。調べていくと、アイデアが思いつくことがあります。それも、マップにきちんと整理して、ついでに既にないか、ネット検索と特許検索で確認しておきましょう。世の中にでていれば別ですが、特許が出ていてもがっかりする必要はありません。「まだ世の中に出ていない」理由があるはずです。それを考えるのが「課題の発掘」です。ほとんどの発明はここで決まります。課題が決まれば、それを解決する技術を「探す」だけです。事前の調査がすべてを決めます。自分なりにその分野を理解して、情報を整理することが重要なので。自分で理解していないことについて、アイデアを考えることは不可能ですし、皆と議論することも不可能です。Google画像検索と「かんたん特許検索」を駆使して、その分野を「調べまくって」ください。そのなかに、かならずヒントがあります。僕自身、調べまくるからこそ、全く専門外の分野でもバリバリ発明が出るのです。繰り返しですが、調べる癖をつけてください。塾で討議中も、誰かのアイデアを聞いたら、すぐに調べる。聞いている暇はありません。意見、情報はどんどん調べる。考えるのはそれからでも遅くありません。調査はすべてを省略します。「すでにあること」を再度考えるほど、無駄なことはありませんからね。第31回も無事終了いたしました。31回目ともなると、初期の頃から考えると様々な進歩があるものです。今回は「水質浄化」のRFIに基づき、議論をしました。絞り込んだ課題があるため、それに対して「既存の技術はどうなっているのか」「それが対象としている課題はなにか」「その技術自体の課題はなにか」を整理する形で始めました。いつも言っていることですが、いきなりアイデアに飛びつくのではなく、まず課題を定義し、それに対しての既存のアプローチを調べて整理し、切り口化してまとめ、マップにすることが重要です。整理する中、調べている中で思いついたことは、このマップに入れていきます。(わかるように!)その中で、まだあまり手がけられていないと思われる「切り口」を探す、もしくは全く新たな「切り口」を導出し、それにしたがってアイデアを出していきます。アイデアを思いついた場合には、以下のような「自問自答」を行って、切り口を出します。「そのアイデアの特徴はなんだろうか、上位概念化できないか」これにより、対象の課題を明確化し、切り口を設定することができます。その上で、さらにアイデアを追加し、当初のアイデアから網羅的に広げていきます。・問題を把握する=RFI、ネット検索で、まずその分野、そこで起こっていることを理解する。・取り組むべき課題を定義する・既存の技術を調べられる限り調べ、整理する(切り口に従ってまとめる、というか、まとめて「切り口」をつくる、ラベリングする)・有望と思われる切り口=まだあまり手がけられていない切り口に対して、アイデアを出していく。その切り口が持つ固有の欠点などがあれば、再度それを「課題」に設定して、その「課題」に対して集中的にアイデアを出していく。・とにかくまず「網羅的」にアイデアを出す。・アイデアが出尽くしたら、アイデアを評価し、シンプルで効果的=インパクトが高いと思われるアプローチについて実現可能性を検討する。・実現可能であることを「証明する」=SRの作成これが手順です。いっても、手順を暗記しても意味がありませんので、この手順に従って、まずは既存技術を整理してマップにするところまでやってみるといいでしょう。問題の理解、課題の定義と既存技術の把握なしには、始まりません。ここに時間をさくことが重要です。イベントに飛び込み参加してきました。Fablabさんが参加していたところに参加、ということになりますが。モノづくり大好きな私としては、ラピッドプロトタイピングの環境は非常に面白いなと感じました。皆さんの発明をこういう環境で実現する、というのも面白いかもしれませんね(物によりますが)。プログラムには、まとまった研究費が出るプログラムもありますから、いいアイデアと認められれば、モノを作ることもありえます。今回はあらかじめ課題を絞り込み、かつ、解決策の切り口についても事前検討した上で、ネタを持ち込んでもらいましたので、非常に濃い議論ができました。具現化できそうなアイデアが2-3出ました。そのうちの一つについて、今後さらに調べて詰めていただくことになりました。いつも言っていることですが、「すぐにアイデアに飛びつく」のは得策ではありません。何が課題なのか、また、どういう課題に対してどの様に取り組まれているのかを広くネットと特許検索で調べ、構造化して整理し、どこに可能性があるのかを見定めることが重要です。これにより、すでにあるものを「あらたに?」考えて討議するという無駄を省くことが出来、レベルの高い議論ができます。あるものについて、討議しても仕方ありませんから。アイデアを出す前に「切り口」を定め、ある切り口に基づいて網羅的にアイデアを出すことが重要です。思いついたアイデア(あるいはたまたま見つけた面白い情報)があったとして、それを「上位概念化」し、切り口化して(ある種、一旦戻る)さらに他のアイデアを求めていくことで、シンプルで斬新な解決策を導き出すことが出来ます。他、今回気づいた点としては、ある面白い切り口、「コンセプト」があったとして、それがその課題に適用できなかった場合に、そのまま捨ててしまわないということです。調べて得た「コンセプト」ですから、そのコンセプトが「何を解決できるのか」を概念化して考え、他の問題に適用できないか考えてみることです。マクロ的には使えないが、マーケットを細分化したときに適用できるのではないか、と深掘りしてもいいでしょう。発明、と言っても、ある段階ではマーケティング的な発想と交互に考えていく柔軟性が必要です。いえば、以前こんなことがありました。ある塾生さん(学生さん)が、なかなか面白いコンセプトを考え、私はそれが「プライバシーをマスクした画像の取得に利用出来るのでは?」と考えました。他の方から(この方は社会人)、わざわざそんなモノを開発するよりも、普通に画像をとってソフトで処理したほうが早いのでは?という意見が出て、そのコンセプトはお流れになりました。私自身は非常に残念だなと思って見ておりました。>ブレストの基本は、アイデア出しの時は批判しないこと。結局そのアイデアはどうだったか。最近、やはりプライバシーの問題から「漠然とした画像を取得できる技術」が必要とされており、実際に開発されているという記事を読みました。画像取得してからソフトで処理するよりも、シンプルで情報管理も容易(プライバシーという意味では、個人が特定できる画像を取得する事自体が問題である)ということだそうです。私が「個人が特定できる画像を取得する事自体が問題である」という問題定義に気づいていれば、あのアイデアは、その塾生さんの発明として出ていたかもしれません。惜しいことをしました。重要であるということ、改めて痛感しました。アイデアを思いついた際に「それは何の問題を解決しようとしているのか」「上位概念化して、切り口にし、それに基づいで幅広くアイデアを出す」ことを、心がけてください。京都での第14回も無事終了しました。今回は、Ubicom関係のRFIの読み込みと、SRのレビュー、新たなトピックでのブレストを行いました。各自がテーマを決めた後の作業について、改めて整理しておくと、1RFIをよく読む。末尾の参考文献などもふくめ。今回のRFIでは、末尾の参考文献(XEROXのPARCの資料)が、ものすごく参考になります。RFIには情報が詰まっているので、熟読し、それが具体的に何を意味しているのか(特に現状と課題、求められる方向性)を、まずしっかりと把握して下さい。XEROXのUbicomp関連資料。http://www.parc.com/content/newsroom/PARC_Ubiquitous_Computing-Technical_Brief.pdf2さらに現状を具体的に理解するため、「Google画像検索」や「かんたん特許検索」で、現時点でどこまで実現されているのか、実現されていないけどアイデアレベルではどこまで提案されているのか(これは特許検索結果とGoogle検索結果の「差」でわかる)、を把握し、マップに整理する。3マップに整理する際には、概念化(切り口化)を行い、カテゴライズしていく。カテゴライズすると、まだアプローチの余り無い分野、大量にやられている分野が見える。4現状をまとめたマップに、自分なりのアイデアを付け加えていく。色を変えて書きこんでいくと良い。最初は、できるだけ沢山のアイデアを出す。この辺までが準備できていれば早いですね。少なくとも、2か3ぐらいまでできていれば、議論で4をやっていけば、多数のアイデアがあっという間に出ます。出たアイデアに関しては、あとで改めてランク付け(評価)を行い、そのなかで有望と思われる複数のものを選択して詰めていきます。最初から一つの「すばらしい」解決策を出そうと躍起になっても、そうそう出るものではありません。凡百のアイデアをそれこそ「百」出すことを心がけ、その中から光るものを探し出し、磨いていく、そんな作業になります。これが発明の鉄則です。「ひらめいた!」って時も有りますけど。それは、上記のような作業の副産物、発明の神様の「贈り物」であって、それに頼るものではありませんね。他、アイデアを図にする、という点で参考になる本がありましたので紹介しました。http://amzn.to/cBY3COすでにあるものをスケッチする、というのとは又違う難しさがありますが、何かをクリエイトする立場になりたい人は、このスキルは必須です。わたしも設計者になってすぐ、スケッチの練習をしました。下手なスケッチでは、企画や提案が通りませんので・・・・。実際に有った事件です。発明塾では、「単に面白いことを考える」というレベルに留まらず(そういう奴は掃いて捨てるほどいます)、それを具体的なストーリーにして提案する能力を鍛え、なによりも「実績を出す」ことを目指します。海外特許を直接探す前に、その日本特許の関連海外特許が出ていないか探そう!具体的には「ファミリー特許」を探す事になります。東京第30回も終了いたしました。久々の復帰組も交えて、水処理関連のテーマに取り組みました。環境問題、を取り扱うテーマの場合に気をつけたいこと。それは「コスト」です。別に、単に低コストにしてほしい、と言っているわけではありません。(もちろん、それはあらゆる場面で必須な考え方ですが)そのコストを誰が負担するのか、という視点が必要ということです。「共有地の悲劇」という経済学用語があります。環境問題とは、従来の経済学で言うところの外部経済(不経済)として捨て置かれていた部分の問題です。・誰もコスト負担できない→できるだけ安い仕組み(エネルギーを使わない、自然エネルギーで賄う)・誰にコスト負担させるか→何に使うか→誰が使うか・・・という風にブレークダウンしていけば、難しく有りませんね。環境系のトピックに取り組んでいる人は、少しこの視点を入れてみてください。・利用者を変える(遺伝子組換え、耐性を持たせる)・利用者と環境の接点を変える(何かと一緒に摂取すると無害になる、など)のように、「何を変えるのか」という視点もあります。このへんは、発想法ですね。