外資系企業に住む住人の視点から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本書は「資料」ではなく「図解」の作成に特化しています。図解は、論理的にわかりやすい内容、感覚的に心地よい見た目が好まれます。図形のカタチ(フォーム)と配置(ポジション)で生み出される「要素のバランス」、色の使い分け(カラー)によって醸し出される「コンテンツの強弱」です。それらを「図解キューブ」というモデルで表し、その実践例をチャートとグラフの「図解パターン」として体系的・網羅的に整理しました。これらを「エグゼクティブ図解術」と私は呼んでいます。本書を図解作成のハンドブックとして、ぜひ使ってみてください。サイバー犯罪者の告白>>2009年07月18日こんなのITのプロらしい仕事じゃないTVドラマの節々でITシステムが登場するようになって久しいですが、IT部署を扱ったドラマというのはあまりなかったように思います。以前、英国ドラマでIT部署をテーマにしたものを紹介しましたが、ヒューマンドラマに比重が置かれすぎていて、ITのお仕事はそれほど多く出てきていませんでした。ところが先日、インテルのサイトでIT部門をテーマにした面白いWebドラマを見つけたので、ここで紹介しましょう。http://it-ura.seesaa.net/article/123657185.htmlこのショートムービーを作った脚本家、いい腕してますね。1話あたりおよそ3分程度の中に起承転結をきっちり収め、話が盛り上げるところでは効果的なテーマソングを流すあたり、狙い通りに仕上げていることが伝わってきます。話の発端は、社内IT部門に加藤という人物が転属させられたことです。営業部でセキュリティインシデントを起こした彼は、最初はIT部門の仕事に偏見を持って取り組んでいましたが、そのうち、自分も苦しめられたシステムセキュリティの新しいあり方について思いを巡らせるようになります。同僚や上司との対決を潜り抜けて、ついには役員プレゼンに到達するというサクセスストーリー。このドラマが秀逸なのは、話のテンポが良いだけではなく、1話ごとにその後日談として主人公の加藤自身が振り返りの文章を残しているところ。第1話「不満」ではドラマ内でセキュリティインシデントに関する報告と同僚からの嫌味のやり取りがありましたが、それに対する主人公の後日のつぶやきはこの通り。何が「情報漏洩を引き起こした挙げ句」だ。「部署を変えられちゃった」だと。オレは別に、会社に迷惑をかけたかったわけじゃない。8年目の営業として初めて任されたプロジェクト。その資料づくりのために画像処理のフリーウェアがどうしても必要だっただけだ。いって、ファイル交換で手に入れようとしたのは確かにマチガイだった。会社の機密のデータに影響が及ばないようにしたつもりだったが、まさか、プロジェクトの企画書自体が流出してしまうとは。それだけだったからこそ、島流しで済んだのかもしれない。会社の顧客情報が流出していたら。よってシステム開発部に異動するなんて。自分のスキルを上げていかなければならない。この部署はなんだか閉鎖的で立ち入れない領域が多いように思う。あのときだって、当然、正式にソフトウェアの購入を申請する手はあった。プロジェクトを進める上で時間がなかった。会社、特にシステム開発部の対応は遅い。個別のソフトウェア購入が通る可能性はゼロに近い。確かにリスティングとラベリングで資産管理をしている現状では、その管理は面倒だろう。部門もそうなのだろうか?』この後ろでさらに各回のポイントを解説する技術的なコラムが掲載されているのは構成の妙ですね。インテル、さすがです。http://it-ura.seesaa.net/article/123657185.html全六話。ハマった人は、その2もあります。このショートムービーで主人公の加藤がつぶやくこんなセリフがあります。他の社員が帰った深夜から始める全社PCクライアントのセキュリティアップデートの作業に立ち会った際に口にした言葉ですが、私たちはこの言葉をどれほど意識して普段の仕事に臨んでいるでしょうか?ITという名前を冠した部門でありながら、やっていることはかなりアナログな現場を私はいくつも知っています。何かをチェックする、集計する、特定の視点で分析する。いった何かのルールに沿って行うアクションは概して自動化することで省力化が期待できるのですが、漫然と与えられた仕事をこなしているだけではこういった発想はでてこないでしょう。第2話の石田が「ウイルスチェックは深夜作業をともなうから残業代が出てラッキー」だと言っていましたが、そもそもの発想として、深夜作業にならないための効率的な方法を考えるべきではないか、ということです。今の状況から一歩踏み出して考えることができる人は、変化の激しいITの世界でも生き残っていけると思います。ない場合は・・・職種転換を考えた方がいいかもしれません。マスターヨーダもクリエイター:クリエイティブになる31の方法(05/31)主要ツール120個を網羅するDevOpsツール周期表、作り方(05/26)ロジカル・ラテラル・クリティカルシンキングで発想力を鍛える(05/26)ユンケル黄帝液とユンケルスーパー黄帝液の違い(08/24)文章をわかりやすくする【18個】のルール(05/31)誠意を見せつつ相手に納得してもらう「謝罪報告書」の書き方(04/11)10年前に予測したITの将来が2017年どれだけ実現できているか?(03/30)【IT業界名言集】我がコードは我流。