■議論を避ける

過去記事でもご紹介しています『人を動かす』にも「議論をしない」が推奨されています。

　人を動かす：人を説得する原則１：議論に勝つ唯一の方法として議論を避ける

まあ、これだけあちこちに書いてあるということは、多分それが良い真理だからなのかもしれません。

とくに、自分の知識に対してある一定の自信を持っている人というのは、知識や見識で「負けた」と感じたりするのをすごく嫌がるのかもしれませんね。ディベートなんていうゲームもあるくらいですし。

★P19〓〓〓〓〓〓〓〓〓〓〓〓〓〓〓〓〓〓〓〓〓〓〓〓〓〓
●なんとしても議論を避ける
ソフトウェア開発者である私たちは、すべての人が論理的な視点から物事を考えると思ってしまいがちだ。

そのため、しっかりとした論理があれば、他人はあなたの考え方を否応なく受け人れるという問違った思考に陥りやすい。

しかし、人は非常に感晴的な生き物である。スーツとネクタイで歩き回ってて大人になったつもりでいる小さな子供と同じだ。

冷たくされたり傷つけられたりすると、泣き出したりかんしゃくをぶつけたりしそうになるが、自分をコントロールしてそのような感情を外に出さないようにすることを覚えているだけである。

そういうわけで、議論はなんとしても避けなければならない。

泣き叫ぶ幼児の論理と純粋理性に訴えてもムダなように、あなたに冷たくされた同僚はあなたのやり方がべストだとは思わないものだ。

　私は、議論に打ち勝つことのできる方法はこの世界にたったひとつしかないという結論に達した。それは議論を避けることだ。ガラガラへビや地震を避けるのと同じように、議論は避けよ。
　　　　デールカーネギー 『人を動かす』

何かのやり方について賛成できないとき、たいていの場合はまずそれが命を賭けるに値するほどのものかどうかを判断しよう。

特に、他人が関わっているときはそれが大切である。

自分にとっては大した意味はなくても他人にとっては大きな意味を持っ小さな問題で自分の誤りを認め、自分の意見を諦める機会を設ければ、あなたは相手を計り知れないほど尊重したという実績を作れる。

それを蓄積していけば、立場が逆転したときに相手が考えてくれるかもしれない。

デール・カーネギー(著) 『人を動かす』
――――――――――――――――――――――――――――★

私の経験では、「ソフトウエア開発者」が議論に対して強い、という感じはありません。

私も(過去形ですが)ソフトウエア開発者だったのですが、「議論(討論)には弱い」という認識があります。もちろん、個人の認識なので他人からどう見られているのかは知りませんが。

■ここで議論に勝つことにどのくらいの価値があるのか

議論や討論に対して、「自分が弱い」という認識があるので、これは負け惜しみなのかもしれませんが、意見が食い違ったときに、議論によって相手をねじ伏せることに、どのくらいの価値があるのかを考えることにしています。

つまり、「AはBである」「AはCである」の意見が対立したときに、自分が「A=B」を訴え、相手がそれに賛同しないときに、相手を議論で打ち負かすことにどうしても執着したくなりますが、目的は「○○プロジェクトに協力してもらう」ことなのであれば、「A=C」でも協力が得られるならいいじゃない、と考えることにしています。

もし、「A=C」が「○○プロジェクトを実施する必要なし」という結論を導くような重要なファクターであり、相手が「絶対協力しない」と言っているのであれば、「じゃぁ、協力してくれる人とやる」ことにすればいいのであって、その人がいなければ絶対にできないわけでもありません。

それに○○プロジェクトには目的があって、その目的が達成できれば、××プロジェクトでもいいわけですよね。なにも○○プロジェクトにこだわる必要自体がありません。

目的にはさらに目的があって、さらにその上の目的を辿っていくと、「会社の利益」や「自分の人生」につながっているはずです。それをかけて議論するのであれば、その議論は必要でしょう。必死になって考えざるを得ません。

ただ、普通の場合は、議論のネタは「多くの選択肢のうち、ある選択肢に反対された」程度の問題でしかないわけです。

ましてや、自分が好きなサッカーチームと、相手が好きなサッカーチームのどちらのフォワードが有能な選手か、などで議論をする意義は全くありません。

もちろん、自分の今の会社におけるターニングポイントであれば、相応に考えないといけないとはおもいますが、たかが会社人生くらいに命をかけて議論する程のこともありませんね。

それよりも、相手と感情的なしこりを残さないほうが、会社人生をエンジョイすることができるかもしれません。

コレ自体が、負け犬の遠吠えなのかもしれませんので、｝話半分｝でお聞きください。

■参考図書　『SOFT SKILLS ソフトウェア開発者の人生マニュアル』

立ち読み可

「より良い人生」を送るためのノウハウ・スキルを網羅した、生き方バイブル本です。 ソフト開発者向けに書いてありますが、そこで言われていることはあらゆるビジネスパーソンに通じることばかり。 良い人生を送るためには、技術習得法やキャリア構築法といったノウハウに加え、対人的な交渉・指導・意思疎通などをうまく行える能力や知恵、すなわち「ソフトスキル」が不可欠です! 本書では、キャリアの築き方、自分の売り込み方、技術習得法、生産性の高め方といった仕事で成功する方法だけでなく、財産の築き方、心身の鍛え方、恋愛で成功する方法など、「人生全般をより良く生きる方法」を具体的に説明します。 ●「解説」から抜粋 本書はソフトウェア技術者向けの書籍ではありますが、いわゆるテクノロジーのことはほとんど書いてありません。しかし、「成功者」になるために必要なそれ以外の多くのことが書いてあります。(中略)今こそ私たちがもっと成功に貪欲になれるチャンスなのではないでしょうか。 ●「訳者あとがき」から抜粋 全体を読み通して感じたのは、人の弱さを十分に意識して書かれていること、率直であること、上からではなく同じ高さから話しかけてくることでした。 (中略)校正のために読み返してみると、株や栄養や腹筋のことなど、「何かで読んだんだけどさあ」という枕で出てくるような話の多くを本書で覚えたことに気づきました。無意識のうちにいろいろな影響を受けているようです。この本、ただものではないですよ。 ●目次 第1部 キャリアを築こう 第2部 自分を売り込め! 第3部 学ぶことを学ぼう 第4部 生産性を高めよう 第5部 お金に強くなろう 第6部 やっぱり、体が大事 第7部 負けない心を鍛えよう 付録A コードを書けるなら金融は理解できる 付録B 株式市場の仕組み 付録C 食事と栄養の基礎:ガラクタを入れればガラクタが出てくる 付録D 健康な食事の方法:ピザは食品群ではない

◆アマゾンで見る◆	◆楽天で見る◆	◆DMMで見る◆
SOFT SKILLS ソフトウェア開発者の人生マニュアル 著者　：ジョン・ソンメズ	楽天では見つかりませんでした	SOFT SKILLS ソフトウェア開発者の人生マニュアル 検索　：商品検索する

●本書を引用した記事
　時間を無駄に浪費している習慣を塗り替える
　時間を無駄に浪費している習慣を塗り替える
　時間の浪費を見つける方法
　繰り返しタスクは目標見直し期限を設ける
　「教える」のではなく「シェアする」意識
　集中力を高める環境の作り方3：アプリを閉じる
　集中力を高める環境の作り方2：机の上にはなにもおいてはいけない
　Pomodoroテクニック
　出世階段の上がり方３：勉強していることを知ってもらう
　新しい知識で遊ぶと知識が身につく

●このテーマの関連図書

プリンシプルオブプログラミング3年目までに身につけたい一生役立つ101…	RealWorldHTTP―歴史とコードに学ぶインターネットとウェブ技術	エラスティックリーダーシップ―自己組織化チームの育て方
ZEROBUGSシリコンバレープログラマの教え	新装版達人プログラマー職人から名匠への道	カンバン仕事術

■参考図書　『人を動かす』

これを読まざるしてヒューマンコミュニケーションを語るなかれ！ デール・力ーネギーによる自己啓発の源流とでもいうべき不滅の名著。原版(How to Wln Friends and Inffuence Peaple)は、世界各国で 1500 万部以上、日本語版も 400 万部を超える大口ングセラー。 この脅威の部数は、本書が「人間心理の本質」を正面から扱った最初の一冊であることを示している。多くのヒューマンコミュニケーションに関する本は本書の焼き直しと行っても過言ではない。これらの本を読む前に、まずは本書を読んでから語ってほしいもの。

◆アマゾンで見る◆	◆楽天で見る◆	◆DMMで見る◆
人を動かす 著者　：デール・カーネギー	人を動かす 検索　：最安値検索	人を動かす 検索　：商品検索する

●関連 Web
　悪用厳禁！心理学で人を動かす7つの秘法 - ライフハックブログ
　人を動かす-Wikipedia
　人ひとを動うごかす―デール・参考カーネギーによる人間関係の古典―：日本語文学ガイド
　転職を繰り返したD.カーネギー――世界最大の自己啓発本「人を動かす」を作った男
　説得コミュニケーションの原則―Diamond Online
　悪用厳禁！心理学で人を動かす7つの秘法 - ライフハックブログ

●本書を引用した記事
　「外ヅラ」をよくする
　仕事で使える心理学4：ポイント抜粋―ストレスに対応する
　図解とは位置・配置に情報を盛り込むこと
　予算管理とは突発費用に対応できること
　ワークショップを理解する
　わかりやすく書くコツ
　遊び時間を作る
　新しいシステムには一番協力してほしい人の名前を入れる
　問題は外にある
　自分を変える教室2

●このテーマの関連図書

道は開ける新装版	話し方入門新装版	輸液療法の進め方ノート―体液管理の基本から手技・処方までのポイントがわ…
薬物動態学	完訳7つの習慣人格主義の回復	7つの習慣-成功には原則があった!

■同じテーマの記事

●提案の拒否

部下や後輩から「こんな風にしたらどうでしょう？」と提案が上がってくる場合がありますよね。で、聞く限り「全然ダメだわ、こりゃ～」みたいな提案も少なからずあります。まぁ、視野が狭いので、しかたがないのですが、あたまから、「だめ。不採用」といってしまうと、部下や後輩のモチベーションを削いでしまう場合があるので、結構気を使います。そんな時の、便利な返し方を条件付き承認一定の条件がクリアできたら採用する、という承認の仕方を「条件付き承認」と呼んでます。つまり..

●仕事とは書類を作ることとみたり

「仕事をする」というのは、何でしょうか？この本に面白いことが書いてありました。モチベーションで仕事はできない (ベスト新書)サラリーマンの仕事とは何だろうか。それは「書類をつくること」だ。これは多くの自営業者でも変わらない。そして、今は仕事とパソコンは切り離せない。多くの場合、仕事とは、パソコンのフアイルをつくることと同義だ。こ、これはたしか..

●図解とは位置・配置に情報を盛り込むこと

よく「図解」という言葉が使われますが、どうもこの意味を誤解していて、きれいなピクトグラムや挿絵を使って、ひと目で意図がわかるようなものを想像される方が多いようなのですが、こういう定義を「図解」に与えてしまうと、私のようなイメージ貧困なボンクラにはハードルが非常に高くなってしまいます。過去記事でも、「文字とマル、線と矢印だけで十分図解だ」などと書いてましたが、実際、絵を描くことと図解そのものには乖離があります。図解と..

●昇進・昇格面接：共有しました

面接などで、過去の経歴・実績を述べるときに「問題点を関係者で共有して、一丸となって取り組みました」みたいに発言する人がいます。共有した？なるべく面接の時にこういう問題点に突っ込まないようにしてますが、どうしても抽象論しか言えない人にはツッコミを入れる場合があります。「『共有した』って言われたけど、それは何をどうしたの？」で、大体の人は「ミーティングで『こういう問題点がある』と話しました」「問題点についてレポートを書いて関係者に送付しました」的な答..

●討論・議論・対話

打ち合わせの種類よく打ち合わせをしていて、白熱してしまって、もともとどういう結論を出したかったのか忘れちゃうという失敗をして、日誌に「あ～。今日やってしまった。議論を効果的に進められなかった」などと反省を書くのですが、またすぐ忘れて、論点の枝葉のところで白熱してしまう。ということで、今日はなるべく意識している打ち合わせの3種類について整理してみたいと思います。ただし、国語辞典などで引くと、これらには余り意味の差はないようです。つまり、以下は私が勝手に決めている定義な..

●タスクの多重管理

仕事は多次元あなたは仕事の管理をどうやってやっているでしょうか？GTD(Getting Things Done)などの「仕事」や「やるべきこと」の管理ルールはあるものの、実際にタスクを作ってみると「管理するのはは難しい」と感じてました。ちょっと用語が難しいので、以下、GTDの規則に従って複数の活動をまとめたもの＝プロジェクト１回の作業で終わるもの＝タスクと呼ぶことにします。例えば、新規事業を起こすというプロジェクトがあったとします。こ..