あなたは「了解しました」と「承知しました」、どちらをよく使いますか？ 【アンケート】 「了解しました」と「承知しました」、どっちを多く使いますか？ — 菊池良 / Kikuchi Ryo (@kossetsu) 2016年2月25日 ツイッターでアンケートしたところ、こんな感じでした。わずかに「承知しました」の方が多いですね。 この2つの言い回しですが、「了解しました」よりも「承知しました」を使う方が正しい、とよく言われています。 僕がこれを初めて知ったとき、強い違和感を覚えました。理由は 「了解しました」をよく使っていた 日常でもビジネスでも「承知しました」を使っている人を見たことがなかった ある日、急に言われ始めた からです。「承知」が日常的な言い回しではなかったので、気になったんですね。 そこで調べてみたところ、いつから言われ始めて、どういう経路で定着したのかがある程度わかりました。
イノベーションと企業家精神 (ドラッカー名著集) 作者: P.F.ドラッカー,上田淳生出版社/メーカー: ダイヤモンド社発売日: 2007/03/09メディア: 単行本購入: 22人 クリック: 266回この商品を含むブログ (47件) を見るこの本でドラッカーは、イノベーションの機会となる要因を7つに分類している。 並んでいる順番には意味があって、「成功する確率の高い順」になっているらしい。そこに感心したのでまとめる。 1.予期せぬ成功と失敗を利用する 2.ギャップを探す 3.ニーズを見つける 4.産業構造の変化を知る 5.人口構造の変化に着目する 6.認識の変化をとらえる 7.新しい知識を活用する 8.アイディアによるイノベーション ７つの機会といいつつ八番目があって、これは斬新なアイディアで世界を変える、一般的に「イノベーション」と言うと連想されるもの。これはドラッカー先生によれば、
私が提唱している「脱会議」をテーマとした前回の連載を加筆修正して単行本『脱会議 今日からできる！ 仕事革命』（日経BP社）がいよいよ明日発売される。 その余勢を駆って始めた今回の短期集中連載。前回の連載では書き切れなかったことを盛り込んでいくので、単行本ともどもぜひお目通しいただきたい。 さて、今回は前回の最後で予告したように、「ダブリ会議」を徹底検証する。それは、そもそも組織運営において必要のないものを、さらに積み重ねて事実を歪曲させ、ボディブローのように、組織風土を悪化させる、極めて粗雑な会議だ。全廃するのはどうすればいいのか。実態とともに解説していく。 （前回の会議は多ければ多いほど会社の「運気」は下がるから読む） 皆さんは、このような例え話を聞いたことがあるだろうか？ 毎朝「8万6400円」のお金が自分の銀行口座に振り込まれていたとしたら、どうするか？ という話。 そのお金は、当日
一生懸命にベンダーを管理しようとするほどシステム部門の業務が回らなくなる。そればかりか、ベンダーとシステム部門の対立も深めてしまう。そんなベンダーマネジメントから今すぐ脱却し、継続的な協調関係に基づく「パートナーベンダー」を見つけるべきだ。「ベンダーとの関係を対立から協調に変えられるか否か」。これが、システム部門の明暗を分けることになるだろう。 あなたの会社と協業しているベンダーの中で、「パートナー」と言い切れるベンダーはどれだけいるだろうか。「この領域についてはこのベンダーがパートナーだ」と自信を持って言える会社は強い。ユーザー／ベンダー間で良好な関係を築き、お互いを高め合える状態が実現できていることだろう。しかしながら実態は、「たまたま案件を委託したベンダー」は数多くいても、長期的な関係を強く望むようなベンダーは少ない、と思っている会社が多いのではないか。 良好な関係とは言えないベンダ
プライベートクラウドを構築する上での成功の秘訣が見えてきた。それは「作らない」というもの。コンピュータリソースをサービスとして貸し出すプライベートクラウドには「メニュー」「ワークフロー」「運用自動化」が欠かせない機能とされる。これらの機能を作り込もう、というのがこれまでの常識だった。だが、この常識が変わりつつある。最大限の効果を生み出すプライベートクラウドの構築術を指南する。 ※本記事は日経コンピュータの特集をほぼそのまま再掲したものです。初出から1年近くが経過しており現在とは状況が異なる可能性がありますが、この記事の価値は今でも変わらず、読者にとって参考になる部分が多いと判断し、改めて公開しました（ITpro編集部） 「プライベートクラウドは一からすべてを作り込むものではない。割り切りの考えを常に意識しておく必要がある」。カシオ計算機のプライベートクラウド構築を率いてきた、カシオ情報サー
この連載では、「ダメに見せないことで評価を高める」ための仕事術を扱っている。前々回と前回は、六つめのネガティブ特性である「ひと言で語れない、話が冗長」について説明した。ネガティブ特性は以下の通りである。 先を読まない、深読みしない、刹那主義 主体性がない、受け身である うっかりが多い、思慮が浅い 無責任、逃げ腰体質 本質が語れない、理解が浅い ひと言で語れない、話が冗長 抽象的、具体性がない、表面的 説得力がない、納得感が得られない 仕事が進まない、放置体質 言いたいことが不明、論点が絞れない、話が拡散 駆け引きできない、せっかち、期を待てない 今回から七つめのネガティブ特性である「抽象的、具体性がない、表面的」について説明する。 仕事の「分解」「詳細化」ができない 「抽象的」には大きく二つの意味がある。大辞泉には、(1)いくつかの事物に共通なものを抜き出して、それを一般化して考えるさま（
『ロジックとパッションの狭間から。。。』家弓正彦Blog 株式会社シナプスの代表取締役 家弓正彦が、 マーケティング、ビジネス、プライベートを気ままに綴ります。 お問い合わせ プライバシーポリシー 個人情報保護方針 データ分析の結果をレポートする時、グラフ表現を用いますよね？ それは、数値情報より視覚情報に訴えることで、 より分かりやすく、インパクトあるものとなります。 しかし、皆さんはグラフの意味合いを良く理解して使い分けていますか？ とてもよく分析できているレポートでも、 「グラフの使い方が間違っているな〜」なんてこともしばしば、、、 そこで、基本となるグラフの意味合いを整理してみました。 グラフ表現全体像まず各種グラフの全体像はコレです。 グラフにはもっと他にも様々なものがありますが、 ここではエクセルで作成できるものに絞り、 その中でも装飾的なものを省き、基本形と思われる９つを対象
『ロジックとパッションの狭間から。。。』家弓正彦Blog 株式会社シナプスの代表取締役 家弓正彦が、 マーケティング、ビジネス、プライベートを気ままに綴ります。 お問い合わせ プライバシーポリシー 個人情報保護方針 仕事を円滑に進めるために会議は不可欠だと思います。 しかし、仕事のなかで会議が最も無駄な時間と感じている方も多いようです。 「長々と続く会議」、「結論が出ない会議」、「一方的な伝達に終わる会議」 多くの方がこんな会議にストレスを感じているのではないでしょうか？ 建設的な会議を行うためには周到な事前準備が必要です。 そのために「アジェンダ」の書き方を考えてみましょう。 一般にアジェンダには、議題、開催日時、場所、参加者などが書かれています。 もちろんこれらは必要なのですが、重要な要素をしっかり認識しておきましょう。 アウトプットイメージ会議の目的を明確化しているケースは多いと思い
“議事録ドリブン”を実行する上で、最初のチェックポイントは「会議のゴール」だ。今会議に参加しているあなた、この会議のゴールを知っていますか？ 今回説明するのは、議事録に書かれていなくてはいけない最初のポイント──会議のゴールです。もしあなたの参加する会議で、会議のゴールが何かを誰も最初に聞かないようならば、その会議の半分は失敗することでしょう。 プラクティス2──ゴールの共有（shared goals） まずは私の体験談から。私は、最初に入社したとあるスタートアップの会社で、入社2カ月でいきなりプロダクトマネージャを任されました。プロダクトマネージャは、関係各位との意見交換や調整が仕事のようなものです。開発と営業の双方から、山のような要望が私のところに投げられてきます。しかもまだ製品は発売されていないのです。 そういったテンテコ舞いの状況の中、私は当時の社長と会議をセッティングしました。彼
漢字か平仮名か、どちらにしようか迷ってしまうことってありませんか？ 例えば、 「…よろしくお願いたします」⇔「…よろしくお願い致します」 「ぜひ、お願いできますでしょうか」⇔「是非、お願いできますでしょうか」 これはどちらが適切でしょうか？ どちらも、間違いではないのです。しかし、「読みやすさ」の観点から言うと、ふさわしい表現があります。 どちらが適切？ 出来映えはあまりよくない ⇔ 出来映えは余りよくない したがって、終了とします ⇔ 従って、終了とします 資料をいただく ⇔ 資料を頂く 国家主義のおよぶ範囲 ⇔ 国家主義の及ぶ範囲 これで解決！ 漢字3割、ひらがな7割の法則 文章の読みやすさを考えると、「漢字3割、ひらがな7割」の法則があるといわれています。実は新聞などの活字媒体では、おおむねこの比率になっているそうです。 確かに文字数が多いと、漢
今回は，英語のプレゼンテーションで使える表現を集めてみました。 本日はこのような（発表の）機会を得て光栄です。 ・Thank you for such an opportunity to talk about xxx ・It is my privilege to present you about xxx ・It is my honor to present to such a distinguished audience. 今日は貴重なお時間をありがとうございます。 ・Thank you for your precious time today. ・I appreciate your time to be with us today. ・Thank you for your precious time to discuss on xxx. 始めてよろしいですか？ ・May I begin
議事録を一度も書いたことのない読者はいないだろう。おそらく誰もが新入社員時代に書き方を教わる文書で、誰もが書くのに苦労する文書である。一所懸命時間をかけて作成した議事録を上司や先輩に持って行ったら、真っ赤になって返ってきたという経験をした読者も少なくないはずだ。議事録とはビジネスに無くてはならない文書の一つで、それはシステム開発プロジェクトにおいても同様である。プロジェクト内で作成する数多くの文書の中で、議事録ほど数多く作成される文書はない。 初めてPMに抜擢された中堅社員Sさんの経験 Sさんは大手通信企業の情報システム部門で働く中堅社員である。若い頃はプログラマとして働き、数年前に社内SEとなり実績を重ねてきた。そして今回、自社のシステム再構築に当たり、初めてPMとして抜擢されたのだった。 今回のプロジェクトは開発規模が比較的大きいので、大手SIベンダーのB社と一緒に開発を行うことになっ
このところ、多くの人たちが求職活動を行っているものの、自ら就職のチャンスを潰してしまうような失敗をしている人たちもいる。こういった失敗を避けることで、ライバルたちを出し抜けるようになるはずだ。 就職斡旋会社であるManpowerが最近行った調査によると、現在仕事を手にしている米国人のうち84％（6人のうち5人）が、2011年に転職先を探すつもりでいるという。あなたも現在転職先を探している、あるいは探すつもりでいるというのであれば、ライバルたちに勝ち、晴れて転職を果たすために何らかの手を打つ必要がある。しかしどうやって？それには、求職者がしがちな10個の失敗を知り、それらを避けるようにするところから始めるのがよいだろう。 1：ゼネラリストであることをアピールする 企業は、今まで以上にスペシャリストを求めるようになっており、ゼネラリストは二の次となっている。このため、自らのブランドを作り上げた
パブリッククラウド利用の目的として、最も典型的なのがコスト削減だろう。ただしパブリッククラウドを利用することによって、コストをぎりぎりまで切り詰めていこうとすると、やっかいな問題に直面する。取材で浮かび上がったのは、「ピークに合わせたリソースを確保したままになる」「ベストなクラウドサービスが短期間で入れ替わる」「クラウドサービスが過剰品質である」という三つの無駄である（図5）。これらがコスト削減の効果を妨げる。 これらの無駄を取り除くにはどうしたらよいのか。以降で一つずつ、現場の工夫を見ていこう。 仮想マシンのアイドル時間をなくす 電化製品を使い終わったらすぐスイッチを切るのは、省エネの基本。同じことは、パブリッククラウドの利用についてもいえる。パブリッククラウドでは、処理負荷の増加に合わせてリソースを柔軟に増やせる。例えばAWSでは、1時間刻みの課金メニューを選ぶことができる。必要な分だ
ちょっと想像してみてほしい。あなたの勤務先に2つの職場があるとする。「業務を遂行する際に大量のチェックリストを渡されて、作業を終えるたび成果物をチェックするよう命令される職場」と「チェックリストが無くても作業ミスを防げるよう作業手順の改善が日々行われている職場」だ。どちらかを選びなさい、と言われたら、どちらへの配属を希望するだろうか。たぶんほとんどの人が、後者を望むのではないだろうか。 それにもかかわらず「ヒューマンエラーで起きた品質事故の再発防止策を考えろ」と言われると、原因は「担当者の注意不足」とし、対策は「チェックリストを作り確認を徹底」としてしまうマネジャーが、少なくないらしい。 筆者がこのことを意識するようになったきっかけは、旧所属部署（2010年12月まで日経情報ストラテジー編集部）で担当した「なぜなぜ分析」の連載記事だ。この連載は、独立コンサルタントであるマネジメント・ダイナ
気になる記事をスクラップできます。保存した記事は、マイページでスマホ、タブレットからでもご確認頂けます。※会員限定 無料会員登録 詳細 ｜ ログイン Douglas MacMillan（Bloomberg Businessweekスタッフライター、サンフランシスコ） 米国時間2011年1月19日更新「'Gamification': A Growing Business to Invigorate Stale Websites 」 ラジャット・パハリア氏（40歳）は、新しい分野のビジネスコンサルタントだ。同氏は新鮮味を失ったウェブサイトにゲーム性を盛り込み、サイトを活性化させることで毎月の報酬を得ている。サイトの訪問者は特定の課題は－－掲載記事にコメントを書き込んだり、友人に電子メールでリンクを送信する－－を実行すると、ゲームのプレイヤーのようにポイントや勲章を獲得できる。 パハリア氏率いる
既存のWindows環境と互換性が高いとはいえ、Windows Azureはクラウド上に存在するプラットフォームだ。両者には自ずと違いがある。筆者の経験に基づき、ユーザー企業が知っておくべき六つの鉄則を紹介する。 鉄則1：アプリケーションの種類を厳選せよ Windows Azureを便利と感じたとしても、やみ雲に何でもクラウドに持って行くのは得策ではない。アプリケーションの種類によってはクラウドに移すべきでないものも多く存在するからだ。 まずはクラウドというプラットフォームの特徴に親和性の高いアプリケーションか否か、クラウドに移すことでクラウドならではの利点を得られるかどうかを検討する必要がある。 柔軟で高いスケーラビリティ、使った分だけ支払う従量制の料金体系といった特徴を考慮すると、クラウドに向いているのは、処理負荷の変動が激しいアプリケーションである。期間限定でサービスを提供する必要が
メディア部門では、インターネットで加速するメディア環境の中で、翔泳社が得意とするテーマを深掘りしながら様々なドメインで最適化されたメディアビジネスを展開しています。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
