わたしが知らないスゴ本は、きっとあなたが読んでいる: 「わたしと仕事、どっちが大事?」はなぜ間違いか
タイトルで惹かれて一読、これはイイ！ これは使わせてもらおう。 ロジカルシンキングやMECEといった論理的思考ツールは、確かに仕事に使えるまで砥いできたが、肝心の議論に役立ってはいない。あ、いや、「自分の考えを的確に表現し、相手に理解させる」ツールとしては有効だけど、 ・議論が紛糾したとき ・自分の結論へ誘導したいとき ・自分の主張に言いがかりとつけられたとき これっぽっちも役に立たない。「おまえの意見はよく分かったが ── ── そんな話はここでは通用しないよ」 ── SEにはカネのことなんか分からないんだ」 ── 他の人もみんなそうじゃないと言っているよ」 と断言されると、一瞬、どう返していいか言葉に詰まる。議論は黙した方が負け、というルールに従って引き下がらざるをえなくなる。しばらくたって、その「反論」は何の根拠もないことに気づくが、議論はもうあさっての方向へ行っている。 仕事の場に
「正しい」って何だろう
人と議論をしているとよく「何が正しいのか」という事が問題になります。「その意見は正しいね」とか「君の言っていることは間違っている」みたいな話です。 議論というのは基本的に最も「正しいらしい」と思われる結論を導き、それに全員が同意することを目的にするものだと思っているのですが、議論をしているとたまにこの「正しさ」についての認識が違うな、と感じることがあります。 基本的に僕は、「正しさ」には個人的なレベルと全体的なレベルの2種類があって、個人レベルでは「人々の意見は全て正しい」のだと思っています。 例えば僕が「この部屋が暑い」と言えば、例え気温が5度しかなくてもそれは「正しい」わけです。「5度の部屋が暑いなんて間違っている」と言われても、暑いと感じた人にとっては「暑い」事は事実でしょう。 もし僕が「この部屋の温度は10度を超えている」と言えば、それは正しくはありませんが、こうやって科学的に証拠
Life is beautiful: ディベートは 楽しくするもの したいもの
先日、SixApartの関社長と食事をしたのだが、その時に「日本人はディベートが得意ではない」という話になった。私も以前から色々と思うことがあったので、ここに書いてみようと思う。ただし、今回のテーマは「どうやったらディベートに勝てるか」とかいうテクニックの話ではなく、それ以前にある「どうやってディベートを楽しくするか」に関しての話なので、誤解しないで欲しい。 関社長に言わせると、日本人には、ネットの世界であれリアルの世界であれ、自分の意見を否定されるとそれを自分の人格を全否定されたと誤解して、怒ってしまったり、しょげてしまう人が多いと言う。確かにその通りだと思う。もちろん、それは受け取る側だけの問題だけではなく、反対意見を表明する場合に問題がある場合が多い。 例えば、一つ前のエントリーで「有名ブログを１０分で斜め読みする裏技」という話を書いたが、これに対して、 「ブックマークの数だけでエン
翔ソフトウェア (Sho's) 議論のアンチパターン 〜不毛な議論を避けるために〜
『議論パターン』 (Discussion Patterns) ～不毛な議論を避け、実り有る議論とするために～ はじめに ～「パターン」について～ ソフトウェア開発では、よく「パターン」という言葉が使用される。 「定石(じょうせき)」のような意味である。こうすればうまく行く、という問題解決の典型的な例をカタログ形式で収集し、纏(まと)めたものである。 「デザイン (設計) パターン」、「アーキテクチャ (構造) パターン」、「アナリシス (分析) パターン」等の種類が有り、総称して「ソフトウェア パターン」等と呼ばれる。 「アンチパターン」という言葉もある。こちらは逆に、こうしたらうまく行かない、という典型的な例を集めたものである。 「パターン」という概念は別にソフトウェア開発に特化したものではない。「ソフトウェア パターン」自体、元々建築の方に有った方法を持って来たものである。様々
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
議論のしかた
