外資系企業に住む住人の視点から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本書は「資料」ではなく「図解」の作成に特化しています。図解は、論理的にわかりやすい内容、感覚的に心地よい見た目が好まれます。図形のカタチ(フォーム)と配置(ポジション)で生み出される「要素のバランス」、色の使い分け(カラー)によって醸し出される「コンテンツの強弱」です。それらを「図解キューブ」というモデルで表し、その実践例をチャートとグラフの「図解パターン」として体系的・網羅的に整理しました。これらを「エグゼクティブ図解術」と私は呼んでいます。本書を図解作成のハンドブックとして、ぜひ使ってみてください。昨日メルマガの挨拶でexcite翻訳のダメさ加減に数人の方から反応がありました。皆さん、このあいさつ文をちゃんと読んでくださっているんですね、嬉しいです。記事内容に対する、皆様からのフィードバックを受け付けております。皆さんの忌憚のないご意見を遠慮なく書き込んで下さい。ベンダーにプロジェクトを依頼する場合、あなたはどんな基準で相手を選んでいますか?経営層に多いのが、一般的なネームバリューで何社かピックアップし、その中でコンペをやらせるパターン。これでは経営層の頭の中にあるイメージのベンダーにしか声がかかりません。そこで、今回はベンダー選定の条件について、ちょっとした考え方の切り口をご紹介します。大きく二つを置いてみましょう。構想力というのは、クライアントにベンダー側から提案が出来るかということです。これは企業改革をも含む提案です。技術力というのは、クライアントの希望をシステムに落とし込むことができるかです。システムを実装できる技術力です。すると下のような4象限にSIerをマッピングできます。|+-------------------------+ここで誤解してほしくないのは、左下のベンダーが「ダメ」というわけではないこと。野に優れているベンダーは左下にマッピングされるわけです。要件とマッチしているベンダーなら、左下の象限でもいいわけです。構想力だけが求められるケースを考えてみましょう。これは私が実際に関わったプロジェクトの話ですが、ある大手携帯キャリアの担当部長がこんな話をしてきました。我々技術屋は現状の延長線にある未来を志向しがちだが、それではこの先の国際競争を勝ち抜くことは難しいと思っている。(電話)技術を知らない御社から見て、今後求められるビジョンをあらゆる方面から見て考えて欲しい。これは、コンサル会社のクライアントには製造業から官公庁まで様々な業種が揃っていることから、通信業界だけはなく他業界の動向も加味して大きなビジョンを考えて欲しいということでした。ベンダーやコンサルティングファームの提案を参考にして、自社の戦略を自分達で考えたいという要望もクライアントは持っていることがあるので、構想力だけに特化するマッキンゼーなどのコンサルが活躍できるわけです。ベンダーにやってもらいたいことは技術力と構想力のどちらが必要なのか、よく考えて候補のベンダーをマッピングしていくと、うまく選定することができるのではないでしょうか。6,807通常24時間以内に発送おすすめ度の平均:プロジェクトは失敗するもんだプロマネ経験者から見ても面白い。他人と交わって生きていくことだと思います。良く生きていくための格言は、読むだけでも心に染み渡りますよ。六腑にしみる腹に落ちる三つの言葉を紹介、コーチングの言葉もあわせてお楽しみください。業界裏話この記事へのコメントTB、有難うございます。頻繁にチェックしているサイトだったので、少しびっくりしました。ここ1〜2年、特にNET関係の案件ですが、規模が巨大化、且つRequirementが複雑化している傾向を強く感じており、必然的に各特定領域に特化したベンダーによるベストオブブリード型プロジェクト体制が増えていると思います。02:50-SHさん-コメントが遅れて申し訳ありません。ベストオブブリードということは、単一の製品に肩入れしないベンダーの需要が増す、つまりコンサルの入り込む余地があるということですね。ベンダー選定プロセスは確かに重要ですね。あと忘れちゃいけないのが、要件定義と仕様凍結時期。これが曖昧だと、そのプロジェクトはまず炎上します。01:24>あと忘れちゃいけないのが、要件定義と仕様凍結時期。いえ、スピードがビジネス上の主要成功要因であることも確かなので、そこのバランスが難しいですね。01:36-SHさん-欧米ではスケジュール管理の精度を高めて工数を減らすために、MS-Projectがデファクトスタンダードになりつつあります。あれを使うと、人材を均質な資源リソースとみなすことになり、日本のプロジェクトではなかなか使い勝手が難しいですね。マスターヨーダもクリエイター:クリエイティブになる31の方法(05/31)主要ツール120個を網羅するDevOpsツール周期表、作り方(05/26)ロジカル・ラテラル・クリティカルシンキングで発想力を鍛える(05/26)ユンケル黄帝液とユンケルスーパー黄帝液の違い(08/24)文章をわかりやすくする【18個】のルール(05/31)誠意を見せつつ相手に納得してもらう「謝罪報告書」の書き方(04/11)10年前に予測したITの将来が2017年どれだけ実現できているか?(03/30)【IT業界名言集】我がコードは我流。