「ドリルじゃなくても穴は開く」を気付かせる質問とは？：明日から試せる「質問のコツ」（1/2 ページ） 「ドリルを買おうとしている人は、ドリルが欲しいのではなく、穴を開けたいのだ」――知りたい情報を聞き出すためには、相手にとって“気付き”のある質問をすることが重要だ。 質問によって相手から効果的に情報を引き出すためには、2つのポイントに気を配る必要があることを、前回書いた。 最初に「なぜあなたにこの質問をするのか」を伝える 相手にとって“気付き”のある仮説を立て、それを検証する質問をする →「なんでそんなこと俺に聞くの？」をなくそう →共感のコツは「夫婦ゲンカの解決法」にあり では、相手にとって“気付き”のある質問とは、具体的にはどんな質問のことなのだろう。日立コンサルティングの芦辺洋司マネージングディレクターは、「自分がクライアントの気持ちになりきって考えれば、聞く価値のある質問が見えてく

こんにちは、livedoor Blog担当の眞子裕介です。 今回は、ビジネス上のスキルとして注目を浴びている「フレームワーク思考」について説明いたします。 そもそも、みなさんは、「フレームワーク思考」という言葉をご存じでしょうか？ 「フレームワーク思考」とは、情報分析、問題発見や、問題解決(*1)や戦略を立案する際に利用する「思考の枠」のことを指します。 (*1)All Aboutの「フレームワーク思考してますか？」から引用しました。 この「フレームワーク思考」を活用すると、自然と思考が論理的かつ客観的となり、思考の結果を人に説明しやすくなります。 私の経験をもとに言えば、「フレームワーク思考」を学ぶ以前に「機能の要望」を検討する時は、ユーザーの立場でユーザーが求めるであろう機能を考えていましたが、どうしても主観的な意見となりがちでした。しかしながら、「フレームワーク思考」を学んだ後は、「

ここ半年、「部下のやる気を育てる」を書くために、「名文データベース」を作っていました、その中でインスピレーションを与えてくれた言葉達を、一部ご紹介していきます。 マジマネ5 部下の「やる気」を育てる! 作者: 小林英二出版社/メーカー: ディスカヴァー・トゥエンティワン発売日: 2008/09/15メディア: 単行本（ソフトカバー）購入: 1人 クリック: 42回この商品を含むブログ (29件) を見るとても、イイ言葉ばかり。元ネタがあるヤツは、リンクを貼っておりますので、そちらの方も、じっくり読んでください。「人をやる気にさせるヒント」が転がっていると思います。 ＰＵＬＬ型モチベーション　（「やりたい」という気持ちを刺激する） http://www.1101.com/job_study/yazawa/2007-06-12.html 熱心に10のことを伝えても、本人には２ぐらいしかわからな

Selected Entries 文章を書いたらチェックしたい17の項目 (09/18) Categories WORKS (594) 講座 (236) game (153) BOOK (373) computer (23) iPhone&iPad (2) MOVIE (48) music (38) News Dig (23) PLAY (136) publication (52) web (20) web game (26) すごいよ！ (45) カード (15) ゲームをつくろう (3) ゲーム実習 (14) コックリさん (11) 気になるの (109) 写真 (24) 日々 (128) 萌え発想 (32) Archives August 2017 (1) April 2017 (1) December 2016 (1) November 2016 (1) October 2016

毎日くたくたになって帰っているのに、仕事が遅れている。そう感じているのなら、ささいなことで時間を無駄にしてしまっているのかもしれない。そんなときに役に立つ方法を紹介する。 毎晩のようにくたくたになって帰っているのに、やらなければならない仕事が何もかも遅れている――たとえオフィスで10時間過ごしていても――のなら、仕事時間を無駄にしてしまっているということだ。つまらない用事を持ち込み、大事なことから集中力を奪う会議や電子メール、割り込み、同僚との雑談に時間を取られてしまうことはあまりにたやすい。だがちょっと頭を使えば、達成感とともにオフィスを去ることは可能だ。仕事時間を取り戻すときが来たら、作業に集中し、気を散らさないようにし、作業負荷を減らして、身軽に、自由に、やり遂げた気分で帰れるようにする簡単な戦略が幾つかある。 10. （締め切りを設けるために）ランチまたはディナーの約束をする 子持

はじめに なんだか会社のほうに新人さんが何人も入ってきて、いろいろ教育したりすることが多くなりました。 で、僕はいつも「怠惰な社会人を目指そう~」といっています。 新人さんは努力や気合いがありすぎて、無駄が多かったりするのですね。また上司もそういうのを好んだりするので、なおさらがんばっちゃいます。 というわけで、いかに怠惰に過ごすかを意識的に考えたほうが、ほどよかったりするのではないかと思っています。 以下、まとめ 1:やたらと努力でカバーしない 新人は割と「がんばります！」という宣言をして無駄な仕事までがんばってしまったりします。 その姿勢はそれはそれですばらしいのですが、努力に頼るとつらくなったときに一気にダメになるので、できるだけ努力をしないですむようにしましょう。 たとえば単純作業などをすごくがんばる人がいるのですが、結構無駄が多い。たとえば100箇所の誤字があるテキストを、いちい

“考える仕事”は、時間をかけたからといって先に進むとは限らないもの。エンドレスになりがちな考える仕事を、計画的に進めるための方法を2つ紹介します。 仕事には大きく分けて「考える仕事」と「手を動かす仕事」の2つがあります。「手を動かす仕事」が、やればやっただけの成果が目に見えて積み上がっていく仕事なのに対して、「考える仕事」は、時間をかけたからといってその分だけ前に進むとは限らない仕事です。 「手を動かす仕事」については、習熟すればするほど精度の高い見通しが立てられるようになります。一方、「考える仕事」は、習熟しても、いったいどれぐらいの時間を取ればいいのかがさっぱり見当がつかないということがままあります（そもそも「考える仕事」における習熟とは何を指すのかの基準もあいまいです）。 そうなると、とりあえず時間を確保しても、その時間内に終わるかどうかが分からないので、常に不安と背中合わせというこ

マニュアル化の際には、その作業を4つに分類し、マニュアル化することで効果の上がる作業を洗い出します。そしてさらに、その作業が“前倒し”できるものかどうかで絞り込みます。 前回は、業務のマニュアル化に取り組むことによって、次のようなメリットが得られる、と書きました（4月4日の記事参照）。 新メンバーにお願いすることで、オリエンテーションになる 既存メンバーにとっては、仕事を見直すきっかけになる つまり、マニュアル化はゴールではなく「業務を見直す」というより大きなゴールに近づくための手段になるわけです。 今回はさらに一歩進めて、実際にマニュアル化に推し進めていく上で起こりがちな問題を考えていきます。具体的には次のような問題です。 マニュアル化の対象となる業務の量が多すぎる つまり、マニュアルというドキュメントを作る前段階として、マニュアル化の対象となる業務を取捨選択する必要があるわけです。 作

新メンバーが入っていたとき、どんな仕事をしてもらいますか？ チームの仕事内容を教え込むのなら、もう一歩進んで、チームのマニュアルを整備してもらうのも手です。 4月に入り、人事異動や新入社員の配属によって新しいメンバーを迎えるチームも少なくないでしょう。チームには、多かれ少なかれチーム独自のローカルルールがあり、これを新しいメンバーにいかに早く身につけてもらうかは常に課題といえます。 ローカルルールには次のようなものがあります。 チーム内で運用しているメーリングリストやWikiといったITツールの使い方 定例ミーティングで使用する進捗報告資料のフォーマット 打ち合わせ議事録のフォーマット メールのテンプレート 各種チェックリスト いずれも、その目的と使い方に習熟しておくことで、個々人が仕事をしやすくなるのはもちろん、チーム全体としても無駄な作業が減り、パフォーマンスが上がるという効果が期待で

Biz.ID編集部から どうやってアイデアを発想すればいいか、新連載「アイデア創発の素振り」のテーマです。ブレインストーミング支援カードゲーム「ブレスター」を作った、仙台のベンチャー企業デュナミスの石井力重さんが、発想を豊かにするゲームや思考法などを紹介します。 さんざんアイデアを考えて出しつくして、もう出ない。そんな状況から、普通の人が、ノートとペン1本だけで、更に100個のアイデア創る具体的方法がある。 発想法の名称 人数 道具 長所 エクスカーション（excursion：旅行、遊覧、脱線、暴走）

追記 id:discypusさんから、狩野分析法の出典に関するコメントをいただきました。 狩野法って、 狩野 紀昭 氏 http://www.sangakuplaza.jp/page/134499 の http://www.yahoo-vi.co.jp/method/b10.html の手法かと 思うのですが、合ってますでしょうか？ まさにこれですね。http://www.yahoo-vi.co.jp/method/b10.html にある日本語のほうがすっきりしてます。 お詫び 分析用配列に誤りがありました。修正してあります。 要旨 先日受講したScrum Product Owner Trainingで印象に残った分析法を紹介。 Agile開発では「優先度順に要件（フィーチャ）を開発していく」のが基本だが、いざ優先度をつけようにも話は簡単ではない。発注側に強力な指導者がいてその人が独裁的

・先方より，当方が提示した処理画面の操作性が問題なので，見直してほしいとの要望があった。 ・上記については，当方にて検討することで了承いただいた。 ・また，先方から，社内の情報提供に使いたいので，弊社が提供するシステムの機能と画面イメージをメールで送ってほしいとの要望があった。 ・上記については，後日メールする旨返事をした。 ・東氏より，当方のシステムを使ってみたが，非常に分かりやすいとの感想があった。弊社のシステムは特に問題ないのではないかと思われる。 ・戸塚氏からは，上司に説明したところ，テストについてもよろしくお願いしたいとの指示があったとの話があった。 ・これに対し，当方からは，一緒に相談しましょうと回答した。 ・次回の打ち合わせは来週の水曜日くらいとの話になったが，その日は東氏の都合が悪いかも知れないとの話になり，結局，その場では決められなかったため，後日調整しましょうという話に

一流の研究者の先生と机を並べて一ヶ月半。毎日繰り返される議論にも慣れてきて、パソコンの操作や PowerPoint の作成をお手伝いしているうちに、なんだか緊張がほぐれてきて、この人がどれだけすごい研究者なのかを忘れつつありました。 そんなある日、現在私が進行中の研究についてのディスカッションをしてもらっていたときのことです。 私「…とまあ、こんな結論にしておこうと思うんです」 先生「それもいいですが、こちらの結果も野心的でいいじゃないですか。論文に入れないのですか」 私（ぎくっ）「そ、そちらはちょっと怪しいというか、あまり言われていない話なので…」 その部分は自分でも気づいてはいたのですが、提示した資料からは言い過ぎではないのかと思って結論には含めなかったものでした。先生はちょっとの会話でそれを的確に見抜いて突いてきたのでした。そしていかにも不満そうに付け加えました。 「mehori さ

Webサイトのテーマと内容，サイトやメニューの構成，宣伝方法にいたるまで，企画のベースには，一貫する「アイデア」がある。この企画のアイデア―――漠然と「企画案」とか「提案内容」と呼ばれることもある―――を見つけることが，企画という仕事の肝だ。 アイデアがわく人と，わかない人には決定的な違いがある 良い企画のアイデアさえ見つかれば，後は技術と知識で膨らませて，ユーザー層，制作目的，訴求効果といった項目に落とし込み，企画書の体裁に仕立てるだけだ。この作成作業自体は，暗記と反復練習次第で，比較的容易に習得できる。 ところが，こと「発想」に関しては，知識の丸暗記はあまり役に立たない。制作会社から「制作技術は学べるが，発想は学べない」という声を聞くことがある。手順をマニュアル化して伝えられるものではないので，後進の育成が難しいのだ。 筆者から見ると，アイデアがわき出る人と，アイデアがわかない人では，