外資系企業に住む住人の視点から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本書は「資料」ではなく「図解」の作成に特化しています。図解は、論理的にわかりやすい内容、感覚的に心地よい見た目が好まれます。図形のカタチ(フォーム)と配置(ポジション)で生み出される「要素のバランス」、色の使い分け(カラー)によって醸し出される「コンテンツの強弱」です。それらを「図解キューブ」というモデルで表し、その実践例をチャートとグラフの「図解パターン」として体系的・網羅的に整理しました。これらを「エグゼクティブ図解術」と私は呼んでいます。本書を図解作成のハンドブックとして、ぜひ使ってみてください。最近の職場、まったくネットワークにつながりません。別に回線が遅いとかそういうわけではなく、セキュリティポリシーが変更になったからなのです。言い換えれば規制強化。googleといくつかのベンダーサイトにしかアクセスできません。毎日見ていたatmarkitともおさらばということで、ちょっとさびしく思っております。記事内容に対する、皆様からのフィードバックを受け付けております。皆さんの忌憚のないご意見を遠慮なく書き込んで下さい。引き続き、今回も開発の内容について裏話を絡めながらお伝えしていきましょう。開発フェーズといえば、どこのプロジェクトでも話題に事欠かないと思います。色々な実験的手法が導入されるのも、このフェーズの特徴です。うちのプロジェクトでは、現在、XP(エクストリームプログラミング)を導入しています。これは、開発者が二人一組となって、詳細設計から開発、単体テストに至るまでを受け持つというもので、皆さんの中にも実践していらっしゃる方もいるのではないでしょうか。有がなされる、という点が最も大きなメリットになります。プロジェクトというのは人の出入りが頻繁なこともあり、担当者が別プロジェクトに異動することで、当該箇所の知識がスッポリとプロジェクト内から欠落してしまうということが、結構な頻度で発生するんです。XPを導入していれば、どちらか片方が残っていればOKということで、人繰りがやりやすくなるんですよ。XPを導入したからといって効率的になるとは限りません。組み合わせ次第では、1+1が1であることもしばしば。ある大手電機メーカーのオンラインショッピングサイト構築プロジェクトであった話をしましょう。品確認メールの送信機能の開発に入社1年目のAさんと3年目のSさんを割り当てました。Sさんは何でも自分で決めたがる性格だったので、仕様の調整や難度の高いコーディングは全部自分で行い、関連ドキュメント類の作成などをAさんにお願いしていたのです。このため、このペアでは、全ての仕様をSさんが握り、Aさんはドキュメントに記述された内容についてしか把握していない状態でした。数週間が過ぎ、予算の都合でプロジェクトの人員を削ることになったのですが、メール機能はまだリリースしていない機能であったため、どちらか一人を残しておく必要があります。プロジェクト管理としては、年次の低い方がコストも安いので、Sさんに去ってほしいと考えていたのですが、実際は、仕様をガチガチに抱え込んでいる人をリリースできるはずもなく、泣く泣くAさんとお別れすることになりました。本当は、Aさんを育てるつもりでSさんと組ませたのに、結局、Sさんがいないとダメという状況になり、これじゃ何のためにペアにしたのか分からないという結末になってしまいました。ペアを組ませるときには、その目的を正しく伝えたうえで、かつ各人の性格も考慮して組ませなければいけないのだな、と痛感したものです。次回はテストフェーズのお話をしたいと思います。テストの裏話は枚挙に暇がないほどです。聞いて興味を持たない人はあまりいないですよね。何もせずに収入が転がり込んでくる。そんな夢のような状況を頑張って実現さようというのがコチラ。小資本で出来る不労所得を生み出す方法やあらゆる投資方法を探っていきます。「ガチョウでなくダチョウであるがミソですね。メルマガでは、皆様のIT業界にまつわる裏話を募集しております。話は、当メルマガ内でご紹介させてもらいます。応募先は、こちらのメールアドレスまでお願いします。engineer_a3@yahoo.co.jp毎週火曜日は「裏話」をお届けしています。その他曜日は「注目記事」または「徒然コメント」をお届けしています。配信の解除、メールアドレスの変更は以下のURLからお願いします。許可無く転載することを禁じます。マスターヨーダもクリエイター:クリエイティブになる31の方法(05/31)主要ツール120個を網羅するDevOpsツール周期表、作り方(05/26)ロジカル・ラテラル・クリティカルシンキングで発想力を鍛える(05/26)ユンケル黄帝液とユンケルスーパー黄帝液の違い(08/24)文章をわかりやすくする【18個】のルール(05/31)誠意を見せつつ相手に納得してもらう「謝罪報告書」の書き方(04/11)10年前に予測したITの将来が2017年どれだけ実現できているか?(03/30)【IT業界名言集】我がコードは我流。