パワポでもここまでできる！米財務省から学べる美しい資料作りのポイント - stj064 Life Lab
Twitterで紹介されていたこの資料。 実際見てみたらホントに美しい資料だったので、どんな点がよかったのか、また自分の資料作りに生かしていけそうか、ポイントを抽出してまとめてみようと思います。 「ページタイトル」と「メッセージライン」を分ける レイアウトは以下の画像のように要素が配置されています。 特徴的なのは、「ページタイトル」と「メッセージライン」を分けていること。これは自分も前々職のコンサルティング会社時代に馴染んだ形ですが、そこから移ったあとは、この区別ができていない例をたくさん見かけました。 ページタイトルを大きなフォントで載せることはスペースの無駄使いになりますし、逆に主張したいことを小さな領域に押し込めてしまうと無視されてしまう恐れもあります。 用途にもよりますが、調査レポートなどはこうした形の方が、要点が読み手に伝わりやすいのではないかと思います。 絶対値より、変化率や差
理想の時間割は大事なものから“トップオフ”
基礎領域、業務領域、付加価値領域――。時間の使い方はこの3つの領域に分けられます。このうち最も重要なものを1日の時間割から“トップオフ”（天引き）するのです。あなたがトップオフするとしたらどの領域でしょうか。 1日の時間割は、その目的に応じて3つの領域に分けるられます。1つ目は「基礎領域」。現在の価値を生み出すために必要な基盤となる時間、平たく言うと現在の収入を維持するための活動時間です。体調を維持するための食事、睡眠、体力作りの時間や、家族と過ごす時間、モチベーションを保つためのリフレッシュ時間などを含みます。プロの仕事人はみな、この領域の過ごし方を非常に重視します。 一方、将来の資産を生み出す活動時間は「付加価値領域」。即効性はありませんが、近い将来、自分に新しい価値を付加するための活動です。勉強や人脈作り、資格取得、研究活動などを含みます。 付加価値領域は、1日の時間から「トップオフ
プレゼンの構想図を描いてみる――「図解プロット」で引っ越し問題を解決
プレゼンのアウトラインを固めるために必要なのは、まず構想図を完成させること。今回は、その構想図の「図解プロット」を用意しました。読者のみなさんと一緒に埋めながら、問題解決に挑戦してみたいと思います
予算と見積もりの話
見積もりの際に、よく聞かれる言葉「予算はいくらですか？」という質問が苦手だ。 何故かというと、予算が決まってないことが多いから。 物理的に出せる金額が無尽蔵にあるわけはないので出せる金額の上限はある。しかし、多くのケースで適切なコストがわかってるほどプロではないものである以上は、そこで決める予算には、あまり意味もない。 達成しようとする目的に対して、かけられるコストが見合わないのであれば、そんなものは事業計画で決めるような「予算」とは違う。ただの上限金額だ。 だから必ずしも予算を決めてない。そして適切な予算はプロに教えて欲しいと思う。 しかし結果的に、値切ることになることが多い。 「予算はわからない」って言っても「見積もりを出すと、予算が出てくるんですよね」と言われたことがある。 その時は、笑ってごまかしたが、後々考えると、それは予算ではなくて、 「顧客が考えるその商品への価値」 だと思っ
秋元@サイボウズラボ・プログラマー・ブログ : IT業界を楽しく生き抜くための「つまみぐい勉強法」
興味のあることや仕事でしなければいけなくなったことについて、少しずついろいろと「試してみる」という勉強法を薦める、ＩＴエンジニア向けの自己学習の指南本です。 「つまみぐい」という言葉には手順立っていないというような悪いイメージもついてくるとは思いますが、真剣に順序立てて学習しようとした結果嫌になって途中でやめてしまうぐらいなら、どんな順番でも好きなところだけでも、できる範囲で少しずつやればいいんだ、という著者の考え方には共感できます。 かくいう僕自身も、英語ができるエンジニアということになっていますが、まともに英語の技術書を通しで読んだことなど記憶にありません。クラス名や変数名をつける時にオンラインの辞書を引いて、そのまま辞書の方が気になって数十分辞書をおっかけたりしているうちに、仕事で使う英語が少しずつ、それこそ何年もかけて身に付いたのだと思っています。そうやってそれている間は本来の仕事
会議や打ち合わせを潤滑に行うために心がけていること10個ぐらい - やまもといちろうBLOG（ブログ）
会議にもいろいろあるし、打ち合わせといっても指示を出すだけとか様々な性質があるのだが、ここにきてこの手のタスク管理の方法を変えてみたところかなり仕事の進め方が楽になった。 いままでは、重要な用事順に並べて上から処理するような感じだったのだが、仕事の大きさというか粒度を整理するようになってから、それなりに仕事の質が上がったような気がする。気がするだけで上がってないのかもしれないが、それでも効率は良くなって捌きはより良くなったのは間違いない。 1. 大目標をあらかじめ決めておく 当たり前のことだけど、人と会うのはその人とこちらとお互いに「これを実現しよう」「そのためには…」というコンセンサスがある場合がほとんど。ただ何となく会うというのはあまりない。先方も、何らか理由があってアポを取ってくるし、こちらも用事があるから会いに逝く。 だから、最終的に先方とこういう取り組みになるようにしよう、という
ウノウラボ Unoh Labs: PHPで暗号化・復号化あれこれ
GT Nitro: Car Game Drag Raceは、典型的なカーゲームではありません。これはスピード、パワー、スキル全開のカーレースゲームです。ブレーキは忘れて、これはドラッグレース、ベイビー！古典的なクラシックから未来的なビーストまで、最もクールで速い車とカーレースできます。スティックシフトをマスターし、ニトロを賢く使って競争を打ち破る必要があります。このカーレースゲームはそのリアルな物理学と素晴らしいグラフィックスであなたの心を爆発させます。これまでプレイしたことのないようなものです。 GT Nitroは、リフレックスとタイミングを試すカーレースゲームです。正しい瞬間にギアをシフトし、ガスを思い切り踏む必要があります。また、大物たちと競いつつ、車のチューニングとアップグレードも行わなければなりません。世界中で最高のドライバーと車とカーレースに挑むことになり、ドラッグレースの王冠
研修に行ってこい！：1分で「使える議事録」に仕上げるチェックリスト - ITmedia エンタープライズ
会議やミーティング、研修などで作成する議事録。概要や結論だけを記載し、その途中のプロセスを省略すると、せっかく時間を使って記録する効果が半減してしまいます。効率的に仕事ができる議事録作成のポイントを紹介しましょう。 会議やミーティング、研修などで作成する議事録。議事録の作成も慣れてくると、概要や結論だけを記載し、その途中のプロセスを省略してしまうことがあります。しかし、これではせっかく時間を使って記録する効果が半減してしまいます。 今回は、議事録の役割を再確認するとともに、たった1分で見直せて、仕事を効率化する議事録作成のポイントをお伝えします。 議事録の用途とは？ 改めて“議事録”とは何かを考えてみましょう。 大辞泉で調べてみると、次のように表現されています。 議事の内容・審議経過・議決事項などを記録したもの。会議録。 ビジネスの場面に置き換えて考えると、「あるテーマをもとに、調査、検討
"自分がやったほうが早い"はダメ! マネージャがやってはいけない5つのミス | 経営 | マイコミジャーナル
マネージャの仕事の中でも重要なものに、部下に適切に仕事を任せる、というものがある。英語では"delegating(権限の委譲)"という。仕事を丸投げしたり、介入しすぎたりしては部下も思い通りの仕事ができないことは容易に想像がつく。U.S.News & WORLD REPORTに「部下に仕事を任せる際の5つの間違い(原題: 5 Ways Managers Fail at Delegating)」という記事が載っているので紹介しよう。 1. 共通の認識を持たない 仕事が成功裏に終了した時のゴールは何かということを事前に部下と確認しなかったため、最後に出てきたものがあなたの期待したものと違っていたということはよく起こる。 2. 進捗管理をしない プロジェクトの最初に話をするだけで、計画通りに仕事が進む……なんてことはない! プロジェクトに関与し続け、チェックすることはマネージャの有効な武器だ。進
わかりやすい技術文章の書き方
誰が読むのか。 読み手にどんな感想を持ってもらいたいか。 読み手はどれくらいの予備知識を持っているか。 読み手はどんな目的で、何を期待して読むのか。 読み手が真っ先に知りたいことは何か。 レポート・論文とは何か 問いが与えられ、または自分が問いを提起し、 その問題に対して明確な答えを与え、 その主張を論理的に裏付けるための事実・理論的な根拠を提示して、主張を論証する。 標準的な構成要素とは何か レポート・論文の構成は、 概要 序論 本論 論議 という要素が標準的である。次にそれぞれの要素について簡単に見てみる。 概要 論文全体を結論も含めて、すべて要約する。 序論 本論で取り上げる内容は何か。 その問題をどんな動機で取り上げたのか。 その問題の背景は何か。 その問題についてどんなアプローチを取ったのか。 本論 調査・研究の方法・結論 論議 自己の議論・結論を客観的・第三者的に評価する。 そ
【PMP試験対策】 なぜPMP試験を受けるのか？
【PMP試験対策】は、PMBOK4版をベースに、PMP試験の傾向と対策をまとめるシリーズ。 ───────────────────────────────── 人それぞれだろうが、「業務命令」な方が多いようだ。リーダー級の仕事を任されているうちに、「そろそろどうだ？」と勧められ、泣く泣く準備をしている話を聞く。たしかに忙しい毎日で勉強時間を確保するのは至難の業だが、ちょっとアタマを切り替えてみてほしい。PMBOKは読みどころがあるぞ。 まず、苦労話がにじみ出ているのが面白い。ベースとなるPMBOKガイドは、タテマエとしては、「プロジェクトマネジメントの"ベター"プラクティス」なのだが、あちこちで「こんなことをしてはいけない」という怨嗟のようなグチを垣間見ることができる。共同執筆・共同レビューのドキュメントなのだが、皆さん苦労しているんだなぁ、と思うとニヤッとできる。 あるいは、PMとしての
プロジェクトマネジャーに必要な3つの資質とは
ITポートフォリオの要となるプロジェクトを管理するに当たり、CIOに求められるのは、必要なスキルのみならず優れたリーダーシップを発揮してスタッフのやる気を引き出せる優秀なプロジェクトマネジャーだ。 プロジェクト管理は従来のような上意下達型アプローチに代わって、より共同作業的なやり方が主流になっている。こうした中、成功するのは協調型のプロジェクトマネジャーだと、米調査会社GartnerのPPMサービスリサーチディレクター、マイケル・ハンフォード氏は言う。 「（上意下達型の環境では）プロジェクトマネジャーの多くは調整はするが管理はしない。上からの命令をチームに伝え、その後課題や不満、問題、疑問を上司にフィードバックするという対処を取る。（プロジェクトマネジャーが）こうした問題に直接対処することはできない。やってしまうとたたかれる」とハンフォード氏。しかし現在では、プロジェクトマネジャーがより共
＠IT Special PR：大阪・堂島に、さくらインターネットの秘密を見た
「そもそも、私はデータセンターなんて差別化できるもんじゃないと思ってるんです」。さくらインターネットの創業社長、田中邦裕氏は驚くべき率直さで、こう言ってのけた。新幹線に乗って大阪にまで取材に訪れた記者は一瞬たじろぎ、広報担当者の表情を盗み見た。差別化ポイントを取材しにきたのに、そんなものはないというのだ。しかし、自らのビジネスを否定するかのようなこの爆弾発言の裏には、真摯な取り組みに裏打ちされた自信があるのだった。激化する競争環境の中で「自社にしかできない差別化」を徹底して追求する同社のビジネスの根幹とは何か。苦笑いする広報担当には目もくれず、田中社長はやわらかな関西イントネーションで語り始めた。 さくらインターネットは、レンタルサーバビジネスの草分け的存在だ。田中社長は学生ベンチャーに近い形で事業をスタートしている。1996年、まだ舞鶴工業高等専門学校在学中だった学生時代に、「自分の技術
トラブルなど問題対応に強くなる秘訣は何か？
ある30歳ぐらいの中堅SEから次のような質問を受けた。 「仕事をしていると，バグでシステムが動かなくなったり，マシンが壊れたり，顧客からクレームをもらったり，急に仕様を変えてほしいと要請されたり，パートナのSEが急に転職したり，などいろんな問題にぶつかります。そんなとき対応の仕方に悩みます。下手な対応すれば上司から文句も言われます。どうすればうまく対応できるようになるでしょうか」。 確かに，SEをやっているといろんな問題にぶつかる。筆者も現役時代，いろんな問題にぶつかり，七転八倒したこともある。修羅場も経験した。SEマネジャ時代は，部下がいかにすればそれに強くなるようになるかと悩んだ。そんな長年の経験から言うと筆者は，まず質問者の方に「よほど簡単な問題でない限り，こう対応すればよいという正解はまずありません。ほとんどの場合はケースバイケースですよ」と言いたい。 事実，起きた問題に対してどう
堀江貴文 エンジニアは誇り高くあれ｜【Tech総研】
東京大学文学部宗教学宗教史学専修課程中退。1996年に「有限会社オン・ザ・エッヂ」を設立。2002年に旧ライブドア社から営業権を取得し、2004年に社名を「株式会社ライブドア」に変更。2006年に証券取引法違反容疑で起訴されて一審、二審ともに有罪判決を受ける。現在上告中。1972年福岡県生まれ。 今、非正規雇用の増加やいわゆる「派遣切り」が社会問題になっていますけど、僕が前の会社（ライブドア）で社長をやっていたときは、技術者派遣やSI会社の常駐社員などは一切使わなかったし、逆に自社の社員を派遣することもしなかった。社内ではこうしたシステムを利用するようにかなり説得されたけど、ここだけは頑固に譲らなかった。 唯一、派遣会社を使ったのは受付の女の子たち。いろいろとあって押し切られてしまったのだけど、彼女たちが望めば正社員にしていたし、希望すれば総務や経理に異動もさせていた。ほかに社員でない人と
「分かりやすい教え方」の技術 - 発声練習
「分かりやすい教え方」の技術 この本では、何かを教える人を「先生」、何かを教わる人を「生徒」としている。なので、職業教師のためだけの本ではない。この本の定義する「先生」ならば、この本を必ず読んで、この本に書かれてあることを心がけたほうが良い。一方で、「生徒」ならば、この本に書いてあることを「先生」に求めてはいけない。「生徒」は先生はえらいを読んでそちらの心構えを使ったほうが良い。 この本では5つの心構えと8つの技術が具体的な例を示しつつ紹介されている。 心構え 先生を気楽に引き受けよ 生徒を「お客様」だと思え 生徒の「文化」を尊重せよ 生徒を「可能性のタネ」と見よ 生徒を楽しませよ 技術 生徒のレベルにあわせよ 「目標」を明示せよ 「魔の挫折地帯」を認識させよ 目標を分解せよ 「腹八分目」を守れ 褒めて伸ばせ 「反復」と「映像化」で脳に刻み込め 「与える」よりも「引き出せ」 上記の心構えと
すごい現場
皆はどんな現場で，どんな仕事をしているのだろう。何に悩み，どうやって乗り越えているのだろう。プロの仕事とそうでない仕事の境目はどこにあるのだろう。システム開発や運用の現場を歩き，そこで見聞きした面白い話，感動的な話，すごい話を紹介します。 ・大企業からベンチャーまで ぼくはこんな現場を歩いてきた ・SEを潰した値引き 信頼も連帯感も消えた ・期限は明日――若手SEの気迫を見た ・寝不足のプレゼン ドリンク剤も効かず ・中国の開発現場もすごい 若き社長が率いる修羅場 ・オンラインダウン発生！ あの日，何もできなかった ・建築設計事務所で見た 巨匠のすごいレビュー ・コンサル泣かせの現場 “小さな王国”の弊害 ・逝去した巨匠への追悼 感激したあの言葉 ・人の話を聞かない40代 あるコンサルの失敗 ・過ぎたるは及ばざるがごとし 作りすぎたRFPの悲劇 ・人間万事塞翁が馬 得難いレクチャーの裏事情
コスト削減と顧客満足度を両立できないSIer
顧客満足度を向上させると、コスト削減につながる。これはプロダクト・ベンダーの間では常識なのだが、SIerなどいわゆるITサービス会社の人に言うと、「なぜ？」と聞き返される。顧客の要望に応えようとすればするほど、コストが増大するのが一般的な業態なのだから仕方がないが、そろそろ発想を変えてみてはどうか。 今のご時勢、顧客にコスト削減策を提案するだけでなく、ITベンダー自身もコスト削減に向けた取り組みを強化せざるを得ない。ただ、そこで考えておかなければならないのが、顧客とのリレーションにヒビを入れないようにすることだ。ただ、分かっちゃいるが、背に腹はかえられない。今の不況ではそんな話を聞かないが、この前の不況の時にはユーザー企業の不満の声を結構聞いた。 例えば一番分かりやすいのが、人がいなくなること。地方ならいつの間にかサポート拠点や営業拠点が無くなることだ。もちろん、これはコスト削減の定石。た
無精で短気で傲慢なプログラマ 技術者・SE・プログラマ面接時の技術的な質問事項
最近、技術者やプログラマの方と面接する機会が多いです。 毎回質問事項を考えるのにも飽きたので、再利用できるようにまとめておきます。 もしさわりの質問に対する反応が良かった場合は、さらに突っ込んだ質問 (インデントが深いもの) をします。経験がないようなら、さらっと流します。 当ページ管理人は、現在 EC サイト構築・運営を担当しているため、 そっち方面に偏っています。 最小限の質問でその人のスキルを見極めるのは難しいなぁ…。 ------- ●追記 ホッテントリに載ったようなので、このチャンスに 人材募集 を再アピールしておきます。 興味のある方はぜひ。 念のため言っておきますが、全部できないとダメというつもりは全くありません (当ページ管理人も、CSS・Eclipse・Struts・Spring・Hibernate・Ruby・アセンブラなど、 弱い部分が多々あります)。 「～はできますか
プログラマの誇りを減衰しないビジネスモデルを - GoTheDistance
アツいエントリなんで思わずTBうってみる。 この業界の問題、それはプログラムが、新人〜3年目の作業と位置づけられていることだ。 プログラマーの誇りを見せ付けろ - 山本大＠クロノスの日記 正確に言うと上級プログラマも初級プログラマも同じ値段で評価されるってことが弊害である、ってことだと思います。予めXXX万円で作ってねという予算が決まっていて、その予算をオーバーしないことだけが成果の基準にあることが問題だと考えます。このルールにおいては、極論ですがコード品質が高くても低くても大差が無くねっていう力学が働きます。 基本的にニッポンの受託開発のプロジェクトの場合は、大きく２つのプレイヤーがいます。 案件を立ち上げてお客さんへのコミット権限がある人・会社 立ち上げた案件をシステム化してデリバリする人・会社 ですが、今の流れでは工程が分断されちゃっているので、案件を立ち上げる人とシステム化してデリ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
