外資系企業に住む住人の視点から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本)の告知をしました。ご覧になっていない方もいらっしゃると思うので、改めてお知らせします。両方ともあなたのビジネスに役立つ示唆が含まれてると思います。ダウンロード頂き、お仕事の役に立てて頂ければ幸いです。ちなみに気付いている方もおられるでしょうが、私が作成するレポートは全てパワーポイントをベースに作っています。私が作成したパワーポイントの構成をみて、レイアウトのバランスや色使いなど、実務ではどんなふうに作っているのかを少しでも感じてもらおうと思ってのことです。他のメルマガで配布されているような、ダラダラと文章が続く分かりにくいレポートとは別物だと考えて頂きたいです。あなたにとってさほど興味のない内容であっても、実務でパワーポイントを使う機会があるのであれば、是非ともコンサルタントが作るスライドをご覧いただきたいと思います。詳しくはメール後半の「特別レポート」コーナーをご覧下さい。mixiをされている方、マイミク登録してくれると嬉しいです。3つ前の号で、昼休みの取り方についてお話した回があったのを覚えていらっしゃいますか?(138号参照)それを見て、何人かの読者の方からお返事を頂きましたが、そのうち、まりーなさんから「病欠」の扱いに関するメールを頂きました。(以下、まりーなさんの投稿内容です)--------------------------------昨年末、私は、かなり楽しいトラブルプロジェクトにおりました。総勢10名で、頑張ってました。この時期に、「病欠」はありませんでした。11月、12月は、風邪が流行りましたが、リーダが倒れて会社に来なくても、私の携帯の電池が切れるまで、電話をし続ける始末。器を、この時期に購入しました。電車の中から飛ばした携帯メールが、転送されている事もありました。唯一、私は、「病欠」を取りました。出勤表上ではありません。深夜帰宅後、ひどい頭痛と発熱で眠れず、たまらずに病院に行きました。帯の番号と共に知らせました。電話が鳴る事はなかったのです。後で聞くと、プロジェクトリーダは、「絶対に電話するな」と、予防線を張ってくれていたようです。3日後、私は復帰し、事情を知りました。非常に感謝しております。そのプロジェクトリーダが倒れていた時、私が一番電話を握っていました。--------------------------------------------------------大抵の人は病気で仕事を休んだ経験はお持ちでしょう。成に勤しむ方もいらっしゃると思います。設計フェーズが限度でして、プログラムをコーディングするフェーズから先は、開発環境やテスト環境に接続できなければ、仕事にならないんですよ。開発が佳境を迎える時期には、無理をしてでも出社しなければならないのです。万一、欠勤することになれば、他のプロジェクトメンバーやクライアントから質問がマシンガンのように問い合わせられることでしょう。病欠の扱い方は、私の経験の範囲では、会社によってマチマチ、場合によってはプロジェクト単位で異なっています。・有給を消化させるケース・有給や給与に影響なく病気休暇を認めるケース・欠勤扱いで給与から天引きするケース給与天引きなんて勘弁して欲しいと思う方もいらっしゃるでしょう。天引きというのは、実は一番妥当なケースなのです。労働法から見ても、その考えは実は間違っていないんですよ。「今日は具合が悪いから有給を取らせて下さい」という意見が通るのは、あくまで上司(会社)の好意によるものであることをお忘れなく。ちなみに、私はプロジェクトの予算が厳しいからという理由で、無理やり有給を取らされたことがあります。休みたいのに休めない人がいる一方で、働きたいのに休まされる人がいるというのも奇妙な話ですね。業界裏話この記事へのコメント労働法は、ノーワークノーペイ、働かなければ報酬が発生しないという原則に基づいて、病欠は欠勤と扱うことになってるだけで、自己管理が出来ていないことを理由にしたものでは有りません。そもそも、日本はILC条約に批准していないので、先進国とは思えない程の労働環境になってしまっていますね。自己管理だけで病気にならないのなら、その方法を公開すればノーベル医学賞がもらえるでしょう。マスターヨーダもクリエイター:クリエイティブになる31の方法(05/31)主要ツール120個を網羅するDevOpsツール周期表、作り方(05/26)ロジカル・ラテラル・クリティカルシンキングで発想力を鍛える(05/26)ユンケル黄帝液とユンケルスーパー黄帝液の違い(08/24)文章をわかりやすくする【18個】のルール(05/31)誠意を見せつつ相手に納得してもらう「謝罪報告書」の書き方(04/11)10年前に予測したITの将来が2017年どれだけ実現できているか?(03/30)【IT業界名言集】我がコードは我流。