外資系企業に住む住人の視点から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本書は「資料」ではなく「図解」の作成に特化しています。図解は、論理的にわかりやすい内容、感覚的に心地よい見た目が好まれます。図形のカタチ(フォーム)と配置(ポジション)で生み出される「要素のバランス」、色の使い分け(カラー)によって醸し出される「コンテンツの強弱」です。それらを「図解キューブ」というモデルで表し、その実践例をチャートとグラフの「図解パターン」として体系的・網羅的に整理しました。これらを「エグゼクティブ図解術」と私は呼んでいます。本書を図解作成のハンドブックとして、ぜひ使ってみてください。ここのところ疲れが溜まっておりまして、ブログ、メールで返事が書けない状況が続いております。疲れが溜まるとすぐ眠くなるんですよね。春眠、暁を覚えず・・・そういえば疲れていない日もすぐ寝てました。疲れは関係ないみたいです。あと、今回から編集後記をつけることにしました。ホントに取り留めのないことです。素直に感じたことや、冒頭に書くのが憚られることを書きます。いちばーん下に書いてます。※ゴメンナサイ、編集後記はメルマガ限定です。読みたいという奇特な方はメルマガにご登録お願いします。記事内容に対する、皆様からのフィードバックを受け付けております。皆さんの忌憚のないご意見を遠慮なく書き込んで下さい。今回が最後になります。破綻しているプロジェクトが多いのも事実であり、成功したプロジェクトは、ほんの一握り。・労働時間が長く、終電がなくなっても残るコンサルタントが多い。労働時間の長さでアピールするのはナンセンス。月額200万〜400万ぐらい請求される。その割りに大した仕事もしないコンサルタントが多い。他の優秀なSEが2、3名雇える。・主に顧客への提案資料をパワーポイントで必要以上に作りこんでいるコンサルが多い。・システムを知らない人間が語る机上の空論が多い。例)10万件の顧客データを手入力しろ、などゆえに、コンサルはIT業界の労働環境を悪化させてる元凶である。2つめの項目まで見ていきました。残りの2つをまとめて考えて、この話をひと段落させたいと思います。サルの負の側面で最も強調されやすいのが、必要以上に資料作りに時間をかけることと、現場のオペレーションを理解していないシステムの提案です。今回のケースは、どちらもプライオリティ(優先順位)の順序に問題がありそう。必要以上に資料内のグラフや図の作成に時間をかける点について。本来なら、グラフの類は相手の理解を助ける程度であれば十分であり、できるだけコンテンツロジックを充実させた方がいい、というのは正論であると思います。難しいのは程度の問題。用は論外ですが、整理されたグラフや業務イメージ図は、得てしてキレイなものになります。記事を斜め読みしてもらえば実感してもらえるはず。全ての資料が「美しくあるべき」とは決して思いません。何度も検討重ねる資料なら、最初はラフスケッチのような形でまったく問題はないですし、そういったものは見た目よりもタイムリーさが要求されるものです。引用先の記事が、この類の資料を指して「作成に時間かけすぎ」と表現しているならば、全面的に同意します。見た目に固執するコンサルタントが多いのか?それは、コンサルティングファームがもともとはマネジメント層を相手に商売してきたということに尽きると思います。→「あなたの提案は受け入れられない!」こんなロジックが彼らの中にはあり、提案を一蹴するのです。・・・すみません、いくらなんでも一蹴はしません。提案元を軽く見る方はいます。キレイな資料の方が見映えするので、そういったものを求める経営層もいるんですよ。以前にお付き合いした方は、資料の厚さも評価に含めていました。※厚さが2センチ(100ページ以上)に達しないとダメなのですこれらは全て実話です。聞くだけなら笑えますが、その現場にいる人間には笑える内容じゃないですね。思い出したくない(苦笑こういった経験を積んだ人間は、何かに付けてキレイな資料を作ります。それを部下に教え込んでいくのです。そのサイクルが何世代も繰り返されて、いつしか、理由もないのにキレイな資料を時間をかけて作る行為が生まれるのです。以上、コンサル進化論、いや退化論ですか?話が長くなったので、机上の空論が生まれる理由を書く力がなくなってしまいました。気になる人は、ブログ(http://it-pro.seesaa.net)のコメント欄で質問して下さい。ランキングではSIに関する色々なブログが溢れてますよ。システム開発の現場は「愛」という概念から最も遠い職場ではないかなと考えることがあります。確かに男性、女性揃ってますけど、皆さんクタクタ、しなびたモヤシみたいです。してくれるバッチプログラムくらい。いや、いくら愛を注いでも一向に良くならないので、すでに愛はないですね。そんな愛に枯れた貴方にはこちらのメルマガをどうぞ。好きな人には愛されない。好きでない人には愛される・・・。そんな貴方に、愛される女になる方法教えます!池袋レディースカウンセリングで年間1,500件のカウンセリングやコーチングの依頼、メディア掲載多数の清水おりえの感性が織り成す恋愛コラム。仕事や学校、家族の悩みがある方にも好評のメルマガです。業界裏話この記事へのコメントTBいただいたようでお邪魔してみました。コンサルタントはお絵かきが好き?それはビジュアルに訴える力は効果が高いからかな?それから確かにいろんなコンサルタントがいますから、期待はずれも多いのは確かでしょう。その上であなたならこうするを、明確に発言や発信を願っています。勉強になるHPで今後の私にとっても、参考にさせていただきたいと思います。19:47TBありがとうございます、私は中規模の会社で特定業種の自社パッケージを開発しているものです。22:57自分も資料はキレイに作ります。それは確定した内容や新システムの内容をお客さんや他のメンバーにわかりやく絵で伝えるためです。自分が記事で指摘したのは、エンジニアAさんが言われるように何度も検討を重ねるような資料(叩き台)に対してです。イメージがわかればいいレベルの資料を夜中まで時間をかけて作る必要はないわけです。新しい要件の見積資料を自分がエクセルで作成したらパワーポイントで作り直したコンサルがいました。「人を馬鹿にすんのもいい加減にしろ」というやり取りがありました。納品資料や正式な提案書は当然キレイに作りますが、プロジェクトが進む中で補足的な資料もたくさん作ります。よいエクセルで作成します。エクセルのほうが回りの人にも喜ばれます。パワーポイントを使う必要はありません。最近、設計書等にもあの使い勝手が最悪で作業効率が激減するワードやパワーポイントが使われているのは、やはりコンサルの仕業です。表を多用する設計書にはエクセルが一番適しているのにワードやパワーポイントを使う理由が全く理解できません。15:46-ばんたかおさん-コメントありがとうございます。こちらこそ宜しくお願いします。難しいことを簡単に説明するのはいいことです。掛け算の話を大学生に説明するのに、わざわざ足し算に置き換えるコンサルがいるのは確か。私はカウンターパートのレベルに応じて柔軟な説明ができるコンサルになりたいと願ってやみません。-mhさん-プロジェクトに配属されてからクライアントの業界勉強をすることは普通にありますが、自分で調べもせずに人に聞く姿勢自体閉口しますね。金払っている上に、余計な時間まで奪われるというのは私もイヤです。相手と話(メール)をする行為が、相手の貴重な時間を消費している意識を持って行動したですね。-タイホナ-イメージ的な話をするときに、紙芝居に使えるパワポが便利なので使っていますね。おっしゃるとおり、設計書のようなドキュメントにパワポを使う意味はほとんどないでしょう。エクセルでも図形や画像の貼り付けはできますし、何より数値計算が可能。私も設計書はエクセルで作ります。気をつけるべきは罫線やセルの書き方くらいでしょうか。マニュアルに近い運用文書の類や設計標準はワードで書いています。100ページを超えるボリュームになると、インデックスの自動更新がまともに動かなくなり、編集途中でフリーズすることも多くなるので、そんなときはファイルを分割して管理してます。運用標準vol1、運用標準vol2など。エンジニアエンジニア(''engineer'')は、技師、技術者の意。マスターヨーダもクリエイター:クリエイティブになる31の方法(05/31)主要ツール120個を網羅するDevOpsツール周期表、作り方(05/26)ロジカル・ラテラル・クリティカルシンキングで発想力を鍛える(05/26)ユンケル黄帝液とユンケルスーパー黄帝液の違い(08/24)文章をわかりやすくする【18個】のルール(05/31)誠意を見せつつ相手に納得してもらう「謝罪報告書」の書き方(04/11)10年前に予測したITの将来が2017年どれだけ実現できているか?(03/30)【IT業界名言集】我がコードは我流。