• ベストアンサー

ブレーンストーミング

ブレーンストーミングという考えがあるかと思います。 批判はNG。他人のアイデアを修正、改善、発展、結合するのはOK。 このようなルールがあるようなのですが。。。。 たとえばカレー店にて A:「カレーにふくしんずけを付けたら」 B:「いや嫌いな人もいるのでカレーに付けるのはダメ、テーブルに容器を置いたほうがいい」 BはAの意見から発展した意見を発言していると思いますが、「否定」もしていると思います。 これはブレーンストーミング的にどうなんでしょうか?

質問者が選んだベストアンサー

  • ベストアンサー
noname#179120
noname#179120
回答No.6

ブレストのルールにこだわっていたら、 結論ですに結局ダラダラと時間だけが過ぎる傾向にあります。 まあ司会さえしっかりしていたらそのたびに軌道修正すれば よいのですが流されるとだめですね。 書かれている例文ではAはしっかりした理由を述べていないままの 思いつきに対して、Bは否定の理由まではっきり述べています。 この差をみれば誰を中心に話をすすめればよいのかは 司会者の判断となります。 しかし司会者は誰かに偏った議論の進め方をしてはいけません。 あくまで総合司会であり、結論に導くリードに徹します。 意見の出し合いなので否定は大いにアリだと思いますよ。 言い換えれば、新たに意見を言う人の「主張の根拠」が大事なわけで あって、否定抜きにしたら最初の意見だけで良いということに なってしまいます。 「否定するならその根拠を述べよ」でいいと思いますけど。

hajime_hajime
質問者

お礼

ご回答ありがとうございます。

その他の回答 (6)

noname#183245
noname#183245
回答No.7

問題ありません。 「ふくしんづけを付ける」ことに反対していないからです。 どうしたら、嫌いな人に気を遣ったうえで、ふくしんづけを付けられるか。 新しい手段を提案しただけです。

hajime_hajime
質問者

お礼

ご回答ありがとうございます。

回答No.5

>A:「カレーにふくしんずけを付けたら」 質問自体が一つの事象についての良しあしを聞く質問(所謂クローズドクエスチョン)なのでブレストに向かない出だしですね。 ブレストしたいのなら 「カレーに合う副菜を考えよう」とかオープンクエスチョンにするべきです。

hajime_hajime
質問者

お礼

ご回答ありがとうございます。

  • 40871
  • ベストアンサー率63% (472/747)
回答No.4

BはAの意見の否定に終始しているわけでなく、 別の福神漬の提供方法のアイデアを出しているので 問題ないのでは。 実際にブレーンストーミングをやってみたらわかりますけど 批判はダメというルールが守らずに揉めて、いい案が出ないことも多いですよ。 Bは代案を出しているので、十分に許容範囲だと思いますが・・・ そもそもブレーンストーミングって、本当に良い方法なのかどうか、と考えるところです。 大事な意思決定を決めるときに、「数多く案が出れば多いほどよい」なんて、 もっと専門的な観点を持った人の見方を尊重したほうがよいと思うことはよくありますね。

hajime_hajime
質問者

お礼

ご回答ありがとうございます。

  • sunsowl
  • ベストアンサー率22% (1025/4492)
回答No.3

>ふくしんずけ 福神漬けのことでしょうか? ブレストは、様々なアイデアをできるだけ多く出し、出揃ったところで一つ一つを吟味し取捨選択の上、一つの方向にまとめあげていくというものだと思います。 意見を否定しないのは、「様々なアイデアをできるだけ多く出す」という目的を叶えるために、全てのアイデアを潰さずキープするということで、つまり「否定」もしなければ「肯定」もしない、というのがルールと考えるべきでしょう。 ご質問の例ですと、「カレーに福神漬けを添えて提供する」というアイデアと「福神漬けは別添とする」という二つのアイデアがキープされているということで、「カレーに福神漬けを添えて提供する」という意見が否定される訳でも、「福神漬けを別添にする」が正解になるという訳でもありません。 Bさんは自分の意見を正当化するために、「福神漬けが嫌いな人もいるので」という合理的な理由を添えてAさんの意見を否定していますが、もしかしたら他の理由で「別添しない方がいい」という結論に導かれる可能性もあります。

hajime_hajime
質問者

お礼

ご回答ありがとうございます。

回答No.2

机上では、批判になるのでNGですね。 B:「いや嫌いな人もいるのでカレーに付けるのはダメ、テーブルに容器を置いたほうがいい」 言い回し修正→B:「嫌いな人もいるので、テーブルに容器を置くのはどうかな」(修正意見とみなす) ブレーンストーミングは雑多な意見を多く出すために必要な会議法。 批判・否定・議論は意見が出にくくなるので、私が司会ならその場で軌道修正します。 現実はブレーンストーミングの目的をよく理解していない人間が出席して、議論となって脱線。 司会が困惑することが多いですけどね。

hajime_hajime
質問者

お礼

ご回答ありがとうございます。

回答No.1

私の考えでは、「否定」とは思いません。 むしろAの意見をベースに、個々の皿に付けるという限定的な部分を、もっと汎用性を持たせようとする発展的手段の意見だと見なせるのではないでしょうか。 「否定」というのは、「カレーに福神漬けを付ける必要はない」ということです。 AもBも、福神漬けを提供する方法をどのようにするかについての発言です。

hajime_hajime
質問者

お礼

ご回答ありがとうございます。

関連するQ&A

  • 東京オリ・パラ開閉会式の統括責任者辞任の件

    私が「ブレーンストーミング」を学んだとき大原則として 「何を言ってもいい」 「他人の意見を批判禁止」 というのがありました。 フラッシュアイデアからすごい企画が生まれることもある。 だから、思いついたことを何でも出し合って、これはダメ、これはいい、って揉んでブラッシュアップするのです。 今回の佐々木氏の発言はブレーンストーミングの中で自由に出されたアイデアの種、ですよね、これを採用したわけではない。 これは面白くない、これは下劣だからやめよう、とふるい落とされる100個あるアイデアの中の一つですよね。 思いついたアイデアの一つを話した、というだけで辞任ですか? 確かに下劣なのだけど、思いついただけですよ。 思いついたあなたが下劣で国を代表するような立場の資格はないと。 これはおかしくないでしょうか?  性を差別化してはいけない、容姿を差別してはいけない、だからボツ、というフルイをかけるのが委員会なのですからそれでよくないですか。 その委員の一人がアイデア集の中の一番くだらない部分をマスコミにリークする必要はありますか、そして下劣だと報道する必要はありますか。 アイデアを出し合った一つを取り上げて、これは言ってはいけない、というのはブレーンストーミングの原則に反していると思うし、全体的に今回の話はおかしい、委員を外された人の逆恨みとか「闇」があると思うんです。

  • Access 結合プロパティについて

    Access2010ですが、クエリの結合プロパティについて教えて下さい。 【テーブルA】 1 A1 2 A2 3 A3 【テーブルB】 2 B2 3 B3 4 B4 と言うテーブルから 【結合クエリ】 1 A1 2 A2 B2 3 A3 B3 4 B4 を作りたいです。 ところが、結合プロパティでは、 ・テーブルAのレコードを全部 ・テーブルBのレコードを全部 と言うのは選べるのですが、 両方のテーブルいずれかにあればデータを持ってくる と言う設定が分かりません。 すみません。どなたか教えて下さい。 よろしくお願いいたします。

  • 外部結合について

    こんばんは。 SQLでの外部結合について教えてください。(オラクルの場合です) データを取得しいテーブルが4つあったとします。 Aテーブルのキーは、「ユーザーID」と「名前」と「住所」だとします。 Bテーブルのキーは、「名前」と「郵便番号」とします。 Cテーブルのキーは、「名前」と「郵便番号」とします。 取得したいデータは、全てのテーブルに存在しています。 Aテーブルに対してBテーブルとCテーブルを外部結合したいと思っています。 Aテーブルには「ユーザーID」があります。 Bテーブルからは、「給料」データが取得したいのです。 Cテーブルからは、「年齢」データが取得したいのです。 B,Cのテーブルに条件に合致するものがなくても、AのユーザーIDだけは 表示したいと思っています。 自分なりに考えて色々試したのですが、うまく行かず構文でエラーになります。 どうしてもAテーブルに外部結合したいです。 SELECT  A.ユーザーID,  B.給料,  C.年齢 FROM  A,  B,  C WHERE  A.ユーザーID = ’XXXXX’,      A.名前 = ’AAAAAA’,      A.住所 = ’KKKKKKKKKKK’,      A.名前(+) = B.名前,      A.名前(+) = C.名前,      A.郵便番号(+) = B.郵便番号,      A.郵便番号(+) = C.郵便番号 このように考えたのですが,「すでに1つの表と外部結合されています」みたいに エラーがでてしまいます。 どのように修正すれば、よいのでしょうか? よろしくお願い致します。      ※全角になっているなどは、見やすくする為にやっています。

  • Excel - 空白の結合

    以下のようなExcelのシートがあります。   A B C 1 ABC 123 DEF 2 3 456 4 DEF GHI 5 6 GHI 789 123 空白セルを結合したいです。 A1は、A2, A3と結合、A4はA5と結合、B列、C列も同じです。 要は、空白セルを上にある値の入ったセルと結合したいのです。 実際は、かなり大きな表なので、単純に結合していくのはNGです。 (A1と同じ値をA2, A3に入れた方がいいという意見があると思いますが、会社の表なので結合しないといけません。)

  • テーブルを結合

    テーブルの結合に関して質問します。 ネットなどでinner joinを使った複数のテーブル結合が参考として 書いてあったのですが(3つまで), 4つテーブルを結合する事は 出来るのでしょうか? A,B,CテーブルにはID,NAMEがあります。 DテーブルにはA,B,CテーブルのIDがあります。 参考サイトを見て3つのテーブルを結合するSQLが以下になります。 SELECT a.name, b.name, c.name FROM a INNER JOIN (b INNER JOIN c ON b.id = c.id) ON a.id = c.id よろしければアドバイスお願いします。

  • テーブル結合について

    テーブルの結合についてお聞きしたいことがあります。 カラム「KEY」を結合条件に テーブルA、B、Cを結合して【取りたい結果】のようなデータを取りたいと思っています。 しかし、テーブルAにBとCをLEFT JOINを結合した所、 【取得された結果】のデータが取得されました。 どのような結合をしたら期待通りの結果が得られるのでしょうか? 回答宜しくお願いします。 【取得された結果】 key dataA dataB dataC ------------------------------------------------- 1 A-1 B-1 C-1 A-1 B-1 C-2 A-1 B-1 C-3 2 A-2 3 A-3 【取りたい結果】 key dataA dataB dataC ------------------------------------------------- 1 A-1 B-1 C-1 A-1 C-2 A-1 C-3 2 A-2 3 A-3 【テーブルA】 key dataA --------------------- 1 A-1 2 A-2 3 A-3 【テーブルB】 key dataB --------------------- 1 B-1 【テーブルC】 key dataC --------------------- 1 C-1 1 C-2 1 C-3

  • accessフィールドの複数結合

    テーブルAの1つのフィールドとテーブルB内の複数のフィールドを結合させたい。例 テーブルAには社員コードと社員名、テーブルBには商品名、納入社員コード、商品管理社員コード。テーブルAの社員コードフィールドとテーブルBの2つの社員コードフィールドを結合させたいのです。テーブルAをコピーして2つ作り、それぞれをBの2つのフィールドと結合すると出来るのですが、テーブルAが社員名でなく、画像だったりするととても大きなファイルサイズになってしまいます。お答えお待ちしています。

  • POSTGRESQL 検索スピードが遅い

    テーブル結合検索、インデックス使えない原因を Aテーブルは200000件のデータがあり、Bテーブルは4000000件のデータがあります。 テーブルA(ヘッダ) A001  NUMBER(10) NOT NULL, A002  NUMBER(8) NOT NULL, A003  CHARACTER(2) NOT NULL, ... PRIMARY KEY(A001) INDEX A1(A002, A003) テーブルB(明細) B001  NUMBER(10) NOT NULL, B002  NUMBER(3) NOT NULL, B003  NUMBER(7) NOT NULL, ... PRIMARY KEY(B001,B002) INDEX A1(B001) SELECT A.A001, B.B003 FROM A, B WHERE A.A001 = B.B001 AND A.A002 >= 20090728 AND A.A002 <= 20090801 AND A.A003 = '01' 実行計画を見ると、Bテーブルのインデックスが使わなかった。 同じSQLで、条件だけ変わると、Bテーブルのインデックスが使った。 SELECT A.A001, B.B003 FROM A, B WHERE A.A001 = B.B001 AND A.A002 >= 20090728 AND A.A002 <= 20090731 AND A.A003 = '01' 原因を知りたいです。 また、他のHPからテーブルの結合の説明がありました、 直積結合の回避 * 直積結合は、結合対象の2つのテーブルの全レコードの組み合わせを戻す処理 * SQLが複雑で、結合条件や絞込み条件に漏れがあると直積結合が選択されるかも tableA = 1000 件、 tableB = 2 万件 の直積結合 1,000 * 20,000 = 20,000,000 2000 万件処理されてしまう が、結果が正しいと気付かない事も。 データ量が増加すれば、致命的な性能劣化に 参考URL: http://www.slideshare.net/kwappa/20090107-postgre-sqlsql-presentation 上記のこと教えていただきたいんです、お願いします。

  • 他のDBのテーブルと内部結合が可能でしょうか

    他のDBのテーブルと内部結合が可能でしょうか sql sever 2005 を使用します。このたび、データベースAのテーブルaを定期的に検索するsqlを作成することになりました。このsql文は、ストアードプロシージャとして登録予定です。 その際、テーブルbを内部結合で参照します。例として、テーブルaは社員番号があり、テーブルbは社員番号、社員名があります。(テーブルbは社員マスター) テーブルaを参照し、その社員名を内部結合(INNER JOIN)で取り出します。 ここで、テーブルa,bが共に、同じデータベース内にある場合は、問題ないのですが、 テーブルbは、別のマシンのsql sever 上にあります。(したがって、データベース名も異なります) このような状態で、内部結合による参照は可能でしょうか? また、内部結合ができないまでも、ストアードプロシージャで、データベースAのテーブルaを参照しながら、別のマシンのデータベースBのテーブルbを参照することは、原理的に可能でしょうか。 なお、データベースは共にsql server 2005を使用します。

  • 巨大テーブルの外部結合

    巨大なテーブル同士を結合する際に、みなさんはどのように結合されますか?もっともパフォーマンスのある方法を模索しているところです。 テーブルA:約900万件 テーブルB:約400万件 テーブルAのインデックスはカラム:idです。 テーブルBにはインデックスはありません。 取得したいのはBテーブルに含まれるAテーブルのidの件数です。 select  count(id) from B where A.id = B.id なんてやると、数時間かかります。 select count(id) from B where exists(select * from A where A.id = B.id) ですと、約3hぐらいかかりました。 inで実行すると等価結合したときと変わらないぐらいになります。 こういう場合、皆さんはどう結合されていますか? お知恵を拝借できると幸いです。 ちなみにoracle 8iです。 よろしくお願いいたします。

専門家に質問してみよう