感覚的な言葉こそ論理的に使え － ＠IT自分戦略研究所
コミュニケーションスキルの土台となる図解言語。だが筆者によると、実はその裏に隠れた読解力、国語力こそがITエンジニアにとって重要なのだという。ITエンジニアに必須の国語力とはどのようなものだろうか。それを身に付けるにはどうしたらいいのか。毎回、ITエンジニアに身近な例を挙げて解説する。 「論理思考」がもてはやされる今日このごろだが、論理をきちんと伝えるためには非論理的ないい回しも欠かせないということを知っておこう。論理的な表現は、人の感覚で裏打ちされない限り使い物にならないのだ。 ■論理的表現に必要なもの 先日私はある会社で研修を行ってきた。そのテーマは「論理的に考え、分かりやすく伝える力を身に付ける」というものだった。「論理的」という言葉が入っていることに注目してほしい。「論理的に考える能力・話す能力」はここ数年のビジネス教育における人気のテーマなのである。 実際、論理的な思考力や表現力
ITmedia Biz.ID：モノのサイズをわかりやすく例える
プレゼンや商談などで効果的に情報を伝達するには、何よりも分かりやすさが必須である。今回は「モノのサイズ」を効果的に伝えたい場合の表現を考えてみよう。 ビジネスシーンでは、常に受け手を意識した「分かりやすさ」が必須である。プレゼンテーションの配布資料1つをとっても、分かりにくい抽象的な内容では伝えたいことを相手に効果的には伝えられないはずだ。 →「コインやお札で長さを計る」はこちら 例えば、「モノのサイズ」を分かりやすく伝えたい場合について考えてみよう。仮にあなたがメーカーの営業マンで、まだサンプルすらできあがっていない新製品を紹介するために得意先を訪問したとする。そこで先方から製品のサイズを尋ねられた際、どのように説明するだろうか。 この時、手元の資料を見ながら「えー新製品のサイズはタテ10センチ、ヨコ15センチですね」と素直に寸法を答えているようでは、これは営業マン失格だ。相手はその新製
わたしが知らないスゴ本は、きっとあなたが読んでいる: 「わたしと仕事、どっちが大事?」はなぜ間違いか
タイトルで惹かれて一読、これはイイ！ これは使わせてもらおう。 ロジカルシンキングやMECEといった論理的思考ツールは、確かに仕事に使えるまで砥いできたが、肝心の議論に役立ってはいない。あ、いや、「自分の考えを的確に表現し、相手に理解させる」ツールとしては有効だけど、 ・議論が紛糾したとき ・自分の結論へ誘導したいとき ・自分の主張に言いがかりとつけられたとき これっぽっちも役に立たない。「おまえの意見はよく分かったが ── ── そんな話はここでは通用しないよ」 ── SEにはカネのことなんか分からないんだ」 ── 他の人もみんなそうじゃないと言っているよ」 と断言されると、一瞬、どう返していいか言葉に詰まる。議論は黙した方が負け、というルールに従って引き下がらざるをえなくなる。しばらくたって、その「反論」は何の根拠もないことに気づくが、議論はもうあさっての方向へ行っている。 仕事の場に
他人を説得するための文章術 (5)顧客が嫌がる文書
前回は，私が添削で指摘した内容のうち，約半分が「説明に問題あり（説明不足・意味不明）」であることを紹介しました。 ・指摘項目表 人間は意識して文書を書かないと「説明不足や説明漏れ」になることが多いこと，「なぜ，説明不足になるのか」もあわせてお話ししました。今回は，これらをもう少し詳しく説明します。 顧客が"嫌がる"文書 表の『A説明に問題あり。（説明不足・意味不明）』の内訳を見ると， の2つがそれぞれ9で，多くの割合を占めていることが分かります。上記(2)と(3)のケースは今回のサンプルでも非常に多いのですが，私がいままで添削した文書の多くでもこの傾向は一致しています。 つまり，駄目な文書の原因の多くは，主張（何をしたいのか）と理由（なぜするのか）が弱いということです。これは，言い換えると主張や理由が「不明確である」か，「まったく説明できていない」ということなのですが，これは本人が思う以上
わたしが知らないスゴ本は、きっとあなたが読んでいる: 「仕様」という言葉の罠を回避する
結論→ 「仕様」と「機能」を意識的に使い分けることで、顧客のテクニック「言葉のすり替え」を見抜くことができる。 客先での仕様調整の場で、新人が手もなくひねられている（騙されているともいう）。もう少し手加減してやればいいのに、顧客の脅しが酷すぎる。 あたりまえじゃないか、その機能が入っているのが仕様です なぜなら、いま私が現場に電話で確認したら、そういう運用になっているからです だから、その機能が入っていないのはバグなんです したがって、あなたは無償で今すぐこれを実装する必要があります テストフェーズ末期やリリース後、何らかの要求を満足していない場合、顧客より一方的に伝えられる最終通牒は、こんな論法だ。非常に強い口調で伝えられると、なんとなく「そうかも?」という気分になり、顧客が正しいという空気が場を支配する。 その結果、ほとんどの場合、泣く泣く自腹で実装していることだろう。ひとつひとつは小
バグという言葉について - sanonosa システム管理コラム集
ユーザはシステム不具合に遭遇すると気軽に「バグった！」という言葉を連発するが、システム開発に関わる我々からするとバグという言葉を聞くと心臓に悪いのでやめてほしいと心から願っている。そもそもバグという言葉にはプログラムの不具合という程度の意味しかない。しかし世の中を見渡してみると、バグという言葉はどうも広い意味で使われすぎているように思う。そこで今回はバグという言葉について考えてみたい。 【バグという単語の一般化はファミコン時代から?】 バグという言葉が大衆化したのはファミコン時代からではないかと思う。ファミコンで気軽に遊ぶ子供達が、動作不具合を見つけるや「バグだ。バグった」の大騒ぎ。ファミコンの場合システムトラブルの原因にはプログラムの不具合の他にカセットの差し方が悪い、ほこりがたまりすぎてショートした、熱暴走等々様々な要因があったが、子供達はそれらをひっくるめて全て「バグった」という言葉
ウノウラボ Unoh Labs: 国際派エンジニアになるための道のり
こんにちは、ジュンヤです。 海外経験のない典型的理系人間が日常会話レベルの英語を話せるようになるまでの道のりがすごい反響です。このブログは持ち回りで書いていて、はてなブックマーク数を競っていたりもするわけで、英語の勉強方法についていつか書こうと思っていた僕としては、先を越されて「やられたあ」と思いました。 上記エントリに書かれている英会話力の勉強方法は、確かに非常に有効で良く纏まっています。何よりも大切なのは、それを成し遂げることですが、偉いのは実際にこれらの方法を継続して実行したことだと思います。 ウノウラボのブログの読者には、いつかはシリコンバレーなど海外で働くんだと夢見ている方も少なからずいるかと思います。4年半サンフランシスコのソフトウェアの会社で国際化のエンジニアをしていた僕からは、基礎となる英会話力がついた後、では実際に外国で働き、外国人と円滑にコミュニケーションしていくための
ウノウラボ Unoh Labs: 海外経験のない典型的理系人間が日常会話レベルの英語を話せるようになるまでの道のり
尾藤正人です。 最近僕のアメリカ人の友達がオフィスに来たときに英語で会話をしてたのですが、ようやく僕が本当に英語が話せることが証明できて存在価値を認めてもらえるようになりました。 昔は理科数学しかできない典型的な理系人間で、高専に進学したため受験戦争の荒波から逃れ、英語レベルは中学生止まり。海外に一度も行ったことがない(パスポート持ってない)状態で外国人と普通に会話ができるまでに成長することができました。 英語は読めるんだけど喋るのは苦手という方は多いと思います。なので、僕がどうやって英会話力を見につけたかを紹介したいと思います。 日本語を使わない これが一番大事です。英和辞典は捨ててもいいぐらいです。日本人は日本語を勉強するときには日本語を使います。英語を勉強するときには英語を使えばいいのです。そもそも言語っていうのは一対一で対応するものではないので、外国語を使うことに無理があります。英
学校では教えてくれないエンジニアリング英語 #2: Push the code
学校では教えてくれないエンジニアリング英語 #2: Push the code 第1回はなかなか好評 だったようで、若干プレッシャー感じたりもしていますが、早速第2回いってみましょう。週1くらいでできるといいですねえ。 そういえば、何十回とたまったら書籍化なんかいいですね。始まったばっかりでいきなりそれかよ、って感じですが、こういう本ってなかなかまとまってないので面白いかも。 コードのリリース 今日のテーマは「ソフトウェアのリリース」。このリリースにはいろんな言い方がありますが、ライブのサービスでよく使うのが "Push" という言葉です。例文から。 "We just pushed the 2.1 code to the production. Test it away and let me know if you find any problems." （2.1 のコードを本番環境にリリ
「Why?」と言えない日本
先日、たまたまティーンエージャー（13～19才）の子供を持つ親のための講習会に出る機会があったのだが、そこで『二つのWhy』という話を聞いた。日本語にも若干通じる部分があるので、今日はそれに関する英語うんちく。 その講師は、親はティーンエージャーの「Why」には二種類あるので注意すべき、と主張する。一つは単なる質問の「Why」で、この場合は普通に答えて良い。もう一つが、こどもが自分が何かを拒否したい気持ちを伝えたくて「Why」と言っている場合。この場合に、その気持ちを理解しておきながら、理屈だけで納得させようとすると泥沼にはまってしまう、と指摘するのだ。 良い例が登校拒否のこども。親が「学校に行きなさい」というと「なぜ学校にいかなければいけないの？」と言い返してくる。そこで親としてはつい「ちゃんと学校を卒業しなければ、ちゃんとした会社に就職できないんだよ」などと答えて説得を試みたくなるのだ
他人を説得するための文章術 (1)文書の説得力とは？
私は，エンジニア向けの論文試験向けの添削教育を５年ほど手がけてきました。論文は説得力が必要な文書です。上司や顧客，部下など多くの人に伝えて納得してもらう性格をもつビジネス文書にも通じます。 そのため，クライアント企業（教育をしてほしいとご要望される企業）に「どうしたら説得力のある文書をかけるようになりますか」と聞かれることがよくあります。 長く他人の書いた文書に赤ペンを入れていますと，どういう書き方が説得力を持つのか，何が説得力を弱めるのかが分かってきます。そこで今回から，何がうまくできていないのかを紹介していくことにしましょう。 まず，最初に説得力のある文書とはどういうものかを理解しましょう・・・といっても，「説得力のある文書」というのも抽象的な話なので，もう少し具体的に考えていきます。 文書の説得力を考えるためには，それぞれの文書が，どんな目的をもっているのかを考える必要があります。
学校では教えてくれないエンジニアリング英語 #1: blog.bulknews.net
学校では教えてくれないエンジニアリング英語 #1 ソフトウェアエンジニアリングの現場で使うような英語って、たまにクセがあったりしてわかりにくかったりすることってありますよね。年に半分程度US出張も含めて外資系で1年半やってきた経験から、エンジニアの日常会話で使う英語を解説していくシリーズを不定期連載してみようかとおもいました。 よく海外在住の日本人ブロガーの方が同じような企画やってますが、エンジニアリングに直結したのは少ないかなとおもったので。あと当然ですが、僕はネイティブじゃなく、業務やら日常会話やらで覚えてきた内容をもとに書いているので間違いがあれば指摘は歓迎です。 第1回の今日は、記号の読み方。最初、結構とまどったんですよね。 "-" "-" をなんと読むか。日本人だとハイフンが多いでしょうか。アメリカ英語では、"dash （ダッシュ）" と読みます。"minus （マイナス）" で
「頭が良い人」のイメージ - ARTIFACT@はてブロ
Diary of Hopeless Sinner 頭の良い人といると疲れる。 http://s03.2log.net/home/hopeless/archives/blog20060719.html ここを見ていたら、「頭が良い」というのが人によって違う認識が多くて面白かった。絶対的な評価というより、当たり前だけど自分と相手の関係を見ている意見が多い。それをイヤミでいえば「自分の都合のいい相手を頭が良いって言ってるだけじゃね?」になるのだが。 ポジティブなイメージ すべて言わなくても察してくれる 相手のレベルに合わせて、言葉や説明を選んでくれる 相手の言った拙い内容をうまく理解してまとめてくれる きちんと会話がキャッチボールになっている ネガティブなイメージ 相手のレベルに合わせず、難しい言葉を使ったまま説明したりする 知識量などを自分が優位に立つための誇示に使っているように見える 会話が
複雑な条件を文章で書くべからず ― ＠IT自分戦略研究所
コミュニケーションスキルの土台となる図解言語。だが筆者によると、実はその裏に隠れた読解力、国語力こそがITエンジニアにとって重要なのだという。ITエンジニアに必須の国語力とはどのようなものだろうか。それを身に付けるにはどうしたらいいのか。毎回、ITエンジニアに身近な例を挙げて解説する。 ■実務的な国語力が必要とされている 前回「メタ情報とサマリーで『伝わる』ビジネス文」に引き続き、典型的な失敗のパターンから実務的な国語力を身に付けよう。 前回の記事で「こんな説明では分からない」10種類の失敗パターンを列挙した。以下のようなものである。 （1）メタ情報の欠落 （2）要点の分からない見出し （3）複雑な条件の文章表現 （4）分類を表さない名前 （5）過剰な言い換え （6）対称性のない表現 （7）指示代名詞の多用 （8）相互関連の分からない個条書き （9）時系列の乱れ （10）語感と実感のミスマ
正確な文章の書き方
このページでは、正確な文章を書くための秘訣をまとめてみようと思います。それほど文章がうまいとはいえない私が、文章の書き方について述べるのですから、むこうみずな行為であることは百も承知です。しかし、数年に渡って探求した正確な文章の書き方が、少しでもみなさんの役に立てばという思いを自分への励ましに代えて筆をとります。 ここでお話するのは、「文章をいかに正確に書くか」や「自分の考えをどうやったら適切に表現できるか」であって、決して「どうやったら人を感動させる名文句が書けるのか」ではありません。 このページを読んだら「科学技術文献」を書くための技術が少しは身に付くのではないかと期待しています。しかし、 人はいさ 心も知らず ふるさとは 花ぞ昔の 香ににほひける (紀貫之) などのような心に残る文章が頭に浮かぶようになるわけではありません。 絵の書き方に例えて言うなら、ここで述べる内容は、色彩や調和
ITmedia Biz.ID：ストレスと上手に付き合うための心の健康：第7回 「いえるけどいわない」自分になる
ビジネスパーソンが常に向き合わなくてはいけない“ストレス”。ピースマインドのカウンセラーが、毎回関連した話題を分かりやすくお届けする。危険信号を見逃さず、常に心の健康を維持していこう。 Eさんとせっかち先輩 物静かで思慮深いEさん。職場でも物事にはじっくり取り組むタイプです。ところが2年先輩のせっかちさんは、何かとEさんの仕事に口を挟んできます。 「昨日上司から話があった件は、Aプランにしておけ」「お前のことを思っていってやっているんだぞ」。そうせっかち先輩にいわれると、EさんはBプランで進める予定だったにもかかわらず「多少の不都合があるだけだ、まあAプランでもいいか。先輩は私のことを思っていってくれているのだから、断るのも悪いしなぁ」と思ってしまいます。結果的に、いつもせっかち先輩の指示に従う形になっていました。 「従うもの」「従わせるもの」の関係が影響して、いつの間にかせっかち先輩の仕
正しい日本語なんて無いんじゃない - mizuno_takaakiの日記
「今日の悪文と不正確発音」というまぐまぐから発行されているメールマガジンがありまして、拙作「Web検索エンジンGoogleの謎（asin:488166395X）」が取り上げられていましたよ。 水野貴明（2004）著、「Web検索エンジンGoogleの謎」 で「頻繁にデータを更新すべき」⇒「すべし」 「べし」の終止形を「べき」とする誤りは非常に一般化しており、 正しく「べし」と使っている例は珍しい。 そのわけは、この言葉「べし」は文語なので、 敗戦前の旧仮名遣い時代の旧制中学卒業者および 古文の文法知識が多い者しか正しく運用できぬからである。 うーむ。「頻繁にデータを更新すべき」ってたぶん見出しで、「頻繁にデータを更新すべきである」を略したものとして「すべき」を使っているので、「すべし」だと自分としてはニュアンスが変わってしまう気がするけれども、どうなんだろう。「すべし」は「すべき」よりも命
言葉を失ったブロガーはどこへ行くのか - takoponsの意味
仕事で日報を書いている。 その日の勤務時間や業務内容を書いて社内メーリング・リスト（ML）に流す。 日報の項目に、「その他・感想」という欄がある。 自由枠である。 私はこの「その他・感想」に、仕事の問題点や気づいたこと、職場環境・批判・電車遅延・勤怠・システム開発の技術的なことなどイロイロ自由に書き綴っていた。 毎日、何かしらの感想や意見、不満や不安、思ったこと感じたことなどを述べていた。 ６月から派遣先が替わり、仕事場も変わり、新しい職場環境についての意見や不満を「その他・感想」に書いて、いつものように自社へ日報を送った。 翌日、社長から電話があった。 社長曰く、 あんなネガティブな内容を他の社員が読んだらメンバの士気が下がるだろう。 他のメンバの気持ちを考えろ！ もし来年、新人が入社して来た時、あのメールを読んだら不安になるハズだ。 若者を不安がらせてどうする？ 複数の人間が目にするM
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://ww1.enjoy.ne.jp/~turikiti/knowledge/words.htm
FIFTH EDITION:「ポジティブ指向のエンジニアに送る名言集」