外資系企業に住む住人の視点からIT業界の出来事を伝えます。ご興味のある方は、メルマガの登録をお願い致します。Twitterやっています。→http://twitter.com/juntoku_yマイナビニュースで「IT業界裏講座」を掲載中です。そちらもヨロシクお願い致します。→コンサル直伝−IT業界”裏”講座EnterpriseZine(翔泳社)で記事掲載中です。そちらもヨロシクお願い致します。マネジメントセンター(JMAM)より「フレームワーク使いこなしブック」を上梓しました。仕事の質と効率を高める思考の枠組み・フレームワーク。本書は、架空のパンメーカー・ナイスハーベスト社を舞台に、新人のむぎ夫がフレームワークを使って課題を解決していくストーリーを追いながら、フレームワークを学べる仕掛けになっています。最終章では、オリジナルのフレームワークを作る方法も紹介。「わかる」レベルから「使える」レベルに無理なくステップアップできます。2012年7月末、同じくJMAMより「ビジネス思考法使いこなしブック」を上梓しました。こちらもむぎ夫が登場し、ロジカルシンキング・ラテラルシンキング・クリティカルシンキングの3つをどうやって使いこなすか、問題解決の発想技法を学べる仕掛けになっています。このジャンルでは、おそらく初めて3つのシンキングを体系的に1冊の本でまとめている本です。以下の書籍も執筆しています。こちらも合わせてどうぞ。『外資系企業に住む住人の視点からIT業界の出来事を伝えます。以前好評いただいた『資料作成の基本』から図解作成だけにテーマを絞って抽出した本が2018年6月23日に発売となります。https://www.amazon.co.jp/dp/4799106511本書は「資料」ではなく「図解」の作成に特化しています。図解は、論理的にわかりやすい内容、感覚的に心地よい見た目が好まれます。図形のカタチ(フォーム)と配置(ポジション)で生み出される「要素のバランス」、色の使い分け(カラー)によって醸し出される「コンテンツの強弱」です。それらを「図解キューブ」というモデルで表し、その実践例をチャートとグラフの「図解パターン」として体系的・網羅的に整理しました。これらを「エグゼクティブ図解術」と私は呼んでいます。本書を図解作成のハンドブックとして、ぜひ使ってみてください。経営指南書と運用手順書というまったく正反対の本を読みあさっております。一応、頭の中ではバランスが取れているのですが、机の上にそれらの本が積み上げられている光景は奇異に見えるらしく、後ろを歩く人の視線が厳しいです。早く、読み終わらなければ。記事内容に対する、皆様からのフィードバックを受け付けております。皆さんの忌憚のないご意見を遠慮なく書き込んで下さい。コンサルタントが求められる理由をご存知ですか?クライアントからは色々ことをお願いされます。築してほしい、果ては業務報告書の書き方を教えてなどなど。生しているだけなのです。それは「外部から見た客観的意見」に他なりません。「そもそもやり方が分からない。」コンサルタントとしてクライアントと会うと、これらのお話を必ず伺います。コンサルタントはそれらに必ず答えなければなりません。大切なのは、相手が納得する回答を提供することです。制を完全なものにしたいと考えたとしましょう。このとき、個人情報を流出させないために考えられるすべての方法を挙げなければならないとします。すべて網羅できますか?ある人はこう考えるでしょう。過去に発生した流出事例を全て洗い出せばいいのではないか。→過去に前例のない流出事件が発生する可能性は十分にあります。考える人もいると思います。セキュリティベンダーや機関が定義している概念を網羅すれば十分ではないのか。→従来の定義に当てはまらないセキュリティホールがあるかもしれません。そんなことを言い出したら、どこまでやってもキリがないではないかと怒る人もいるでしょう。私だって、こんなことを言われたら嫌です。全てのケースを網羅するというやり方では、相手によっては納得させることは非常に難しいのです。それではどうすればクライアントに納得してもらえるのか。ここで重要なのは「安心感」というキーワード。安心感を与えるということは、リスクを正確に認識させることから始まります。今、目の前に2つの道があるとしましょう。片方は幅10mでもう一方は幅3m。どちらも道の両端は断崖絶壁とします。どちらかを渡らなければならない場合、大半の人が前者の道を選ぶでしょう。10mの道は途中から視界30cmの濃霧に包まれていたらどうですか?きっと幅3mで見通しのよい道を選びますよね。どのようなリスクがあるかを把握していれば、それを回避して進むことができるわけです。途中で躓いて転落してしまうようなリスクもあるでしょう。それは、濃霧の中を歩くというリスクに比べたら、微々たるものです。最初の例で言えば、個人情報の経路を完全に網羅できないならば、網羅している範囲を明らかにし、クライアントに安心感を与えれば済むことなのです。過去事例をセキュリティベンダーが定義するフレームワークに当てはめて、過去事例をカバーしていることを説明すれば更に良いでしょう。クライアントも人の子です。ここまで考えているんですよ、というメッセージを伝えれば、必ず納得してくれます。メルマガでは、皆様のIT業界にまつわる裏話を募集しております。話は、ご本人の許可の上で当メルマガ内でご紹介させてもらいます。応募先は、こちらのメールアドレスまでお願いします。engineer_a3@yahoo.co.jp週3回のうち、1回以上「裏話」をお届けします。その他回は「注目記事」または「徒然コメント」をお届けしています。配信の解除、メールアドレスの変更は以下のURLからお願いします。許可無く転載することを禁じます。マスターヨーダもクリエイター:クリエイティブになる31の方法(05/31)主要ツール120個を網羅するDevOpsツール周期表、作り方(05/26)ロジカル・ラテラル・クリティカルシンキングで発想力を鍛える(05/26)ユンケル黄帝液とユンケルスーパー黄帝液の違い(08/24)文章をわかりやすくする【18個】のルール(05/31)誠意を見せつつ相手に納得してもらう「謝罪報告書」の書き方(04/11)10年前に予測したITの将来が2017年どれだけ実現できているか?(03/30)【IT業界名言集】我がコードは我流。