全ての人が知っておくべき 見やすい資料をつくるための9つの黄金テクニック - ひつじの雑記帳
スライドやポスターなどの資料作成において一番重要なものは「内容」です。しかし、それに並ぶくらい「デザイン・レイアウト」も重要となります。見づらいデザインのせいで、せっかく長時間かけて仕上げた資料が台無し...なんてことも十分にあり得ます。 あなたは読み手に優しい「見やすい資料」を作れているでしょうか？ 今回は、全ての人が知っておくべき見やすい資料をつくるための9つの黄金テクニックを紹介します。これから紹介することは資料作成だけでなく、Webデザインにも応用できるはずです。ブログやサイトを運営している方もぜひ参考にしてみてください。 スポンサードリンク 目線の動きを意識したZNの法則 矢印や番号を使うと尚良し 強弱をつけて読みやすくする 適度な余白・行間を持たせる 見えない線を常に意識する 彩度の高すぎる色彩は使わない 色が持つ意味を考えて使う 色が持つイメージの例 極端な大きさの文字を使っ
自分しかやっていない面倒なちょっとした作業を引き継ぐための5つのステップ | ライフハッカー・ジャパン
会社で仕事をしていると、自分しかやっていない、面倒だけど一人で行うちょっとした作業というのが、意外にありますよね。これを誰かにやってもらえたらどんなに楽だろう...でも、そのために一日中付きっきりで引き継ぎ作業をするのもためらわれる...といった微妙な作業です。誰にでも思い当たるふしがあるのではないでしょうか？ インディーズを中心に扱うオンラインCDショップ「CD Baby」の創業者Derek Sivers氏は、このような作業から解放されるために、以下の5つのステップで作業を引き継ぐようにしたそうです。 関係者を全員を集める。その作業の要点を説明し、質問に答える。その作業の工程を全員が理解できたか確認する。一人を指名して作業のマニュアルを書かせる。次回以降、担当者がいなくても誰でもその作業をするように伝える。 これを実施した2ヶ月後、Sivers氏は新しいプロジェクトの仕事に専念でき、事業
書き方の基本から時間短縮のコツまで、使える「議事録」の書き方 - はてなブックマークニュース
会議の際、「議事録」を書くのがどうも苦手という人は多いはず。しかし、後で会議に参加していない人にその内容を伝えたり、仕事の経緯を振り返るのにも役立つ議事録は、効率良く仕事を進める上でも欠かせません。今までなんとなく書いていたという人も、一度基本の書き方を見直してみませんか？“使える議事録の書き方”を学べるエントリーを集めました。 ■何を書けばいいの？“使える議事録”の基本 あるテーマについて話し合いを行った経緯と、それによって決定した事項を記録する議事録。まずは作成の基本から見ましょう。 ▽ 議事録の書き方 基礎講座 : LINE Corporation ディレクターブログ ▽ 議事録の書き方 Part2 : LINE Corporation ディレクターブログ ▽ 1分で「使える議事録」に仕上げるチェックリスト - ITmedia エンタープライズ 議事録だからと言って、会議の内容を何も
プレゼンのための５：３：２の法則 – 旧ライフハック心理学
プレゼンのための５：３：２の法則 2010年10月20日 (水) ｜コメント(2) ｜トラックバック(2) これはかつて浪人時代、予備校の先生がおっしゃっていたことをプレゼンに当てはめているだけなのですが、プレゼンで聴衆の方に満足してもらうには ・聴衆がすでに知っていること５０％ ・言われれば「聞いたことがあるな」思い出すこと３０％ ・初めて聞く話２０％ というバランスで話すのが経験的にもいいと思っています。 慣れない人はどうしても「知らない話」ばかりをしたくなる 私自身もそうでしたし、こうした気持ちになるのは当然です。なぜなら、事前に聴衆の人たちが何を知っているか、わからないからです。 登壇して前で喋る以上、「みんなが100％知っていることだけを２時間喋りまくるのだけは、避けたい」と思うものです。なるべくみんなの知らないこと、なるべく聞いたこともない話、なるべく新情報を話したい。さすれば
サボっていると思われないで考える時間を作る方法 - Decent Style
「本当の仕事は何か？」 と問えば、立場が上の人になればなるほど、「考えること」が重要になってきますし、「人より抜きん出よう」と考えれば、様々な工夫をするなどの「考えること」を大切にしなくてはならないでしょう。そんな当たり前、と思われることですが、この「当たり前」を実行するのはそんなに簡単ではないのではないかと思います。 「考えている姿」と「サボっている姿」は見分けがつくか？ これは厳しい問題です。性善説、性悪質にまでさかのぼるかもしれません。判断しようとする人によるし、判断される人のこれまでの印象にもよるといえます。「深刻な悩み」を抱えている場合を除けば、おそらく全く見ず知らずの人であるときは区別がつかないのではにだろうかと思います。 有名なロダンの考える人だって、子細を一切無視すれば「たんにサボっている人」のように見えなくもありません。 考えるときはペンをもつ そこで、考えるときには必ず
GTD:Getting Things Done - Wikipedia
Getting Things Done（ゲッティング・シングス・ダン、「物事をなし遂げる」）、略称 GTD（ジー・ティー・ディー）は、個人用のワークフローの管理手法である。デビッド・アレン（David Allen）が同名の書籍『仕事を成し遂げる技術 ―ストレスなく生産性を発揮する方法』（原題: Getting Things Done、2002年）の中で提唱する。ハッカー文化の一つで[要出典]、LifeHack（ライフハック）の中でも代表的なものである。 「ナレッジワーカー（知識労働者ないし頭脳労働者）の仕事術」と呼ばれ、「次に何をやるか」という予定やスケジュールの管理、作業する上でのモチベーションを損なわないための体制作りなどが含まれる。心理的な負担を減らしながら個人の生産性を上げることを主眼とし、簡単な5つのステップを実行することによって成し遂げたいことを現実にするメソッドである。基本は
Google Apps移行記 知的生産性はどうなった？
個人ではGoogleやTwitterなど今どきのサービスを使ったとしても、会社という組織の中では従来型の社内システムを使わざるを得ない。筆者の会社もそうだったのだが、今回全面的にGoogle Appsへ移行した。システムの移行で感じた日米における働き方の違いについて紹介しよう。 個人ではGoogleやTwitterなど今どきのサービスを使ったとしても、会社という組織の中では従来型の社内システムを使わざるを得ないケースというものは多いはずだ。かくいうわが社も、長らく某大手プロバイダのメールサービスと「desknet's」という国内ではポピュラーなグループウェアを使ってきた。 従来型のグループウェアからGoogleAppsへ しかし、今年の4月に全面的にGoogle Appsへ移行。Googleの個人向けサービスに比べて、情報の少ないGoogle Appsだが、システムの移行で感じた日米におけ
チームの士気を下げさせないマネジメント3原則＋8つの実践術 | ライフハッカー・ジャパン
こちらの記事では、チームのモチベーションを下げさせないための鉄則として、以下の3点を挙げています。 その1: 公平性 給与・待遇などにおいて、フェアに扱うこと その2: 成果の尊重 仕事やその成果を尊重すること その3: 健全な仲間づくり メンバーと良好で建設的な関係を構築すること とくに重要なのはメンバーに一定の安心感を与えること。成果が出なかった場合でも、クビにするというのは、究極の最終手段と考えるべきだそうです。 では、日常のマネジメントでは、具体的にどのような点に気をつければよいのでしょう？この記事では、以下の8点を勧めています。 明確で信頼できる目標をチーム全体に浸透させる メンバーの貢献をきちんと認める メンバーの仕事が円滑に進むよう、「調整役」になる メンバーの育成のため、コーチングする コミュニケーションを十分にとる やる気のないメンバーとも向き合う チームワークを推進する
成長しないプログラマーの7つの悪習慣 : 小野和俊のブログ
はてブのホットエントリで「成功できない人たちが持つ7つの悪習慣」という記事を見かけたのだが、ライフハック系の本やエントリは胡散臭く感じるところがあってあまり好きではない私から見ても、これは確かに、と思える内容で、プログラマーについても同じことが言えると思ったので、エントリにまとめてみた。 ・自分の理解力不足を技術のせいにする。すぐ理解できない技術や、普段自分が使い慣れてない技術は「キモイ」、「自分には合わない」などといってすぐ学習を放棄する。 ・他人の非に非常に敏感。使っているライブラリや人が書いたコードに少しでもバグが見つかると、「使い物にならない」、「書き直した方が早い」などとすぐ口にする。 ・環境がよく壊れる。「このPC不安定」、「また開発環境がおかしくなった」、「OSから入れ直さないと」といったように、作業環境が頻繁におかしくなる。たいていは自分で必要なファイルを消してしまったり上
なぜ新人は聞きに来ないのか? - teruyastarはかく語りき
プログラマで、生きている: ググるな危険 http://el.jibun.atmarkit.co.jp/hidemi/2009/11/post-9d2b.html わたしが新人が検索に頼ってしまうことを危険視するのは、コピペの寄せ集めでもなんとなく動くコードが書けちゃって、それで自分は仕事を達成したという錯覚に陥ってしまうからです。 たいていの場合、新人プログラマには「きちんとしたコードを書くこと」は期待していません。先輩たちが期待しているのは「きちんとしたコードを書ける人になってくれること」です。 そこらへんの意識が行き違っちゃってるから、仙台に行くことよりも、新幹線に乗ることの方が重要事項になっちゃうんですかねえ。 最後に、わたしが新人の時に先輩から言われた言葉をご紹介させていただきます。 「自分で説明できないコードを1行たりとも書くな！」 間違うのはしかたありません。けれども、「自分
説明のうまい人の特徴ってこんな感じ。 - もっこもこっ
説明のうまい人っていますよね。以前から説明がうまいなぁと思う人がいまして、今日その人の発表を聞いて、しみじみすごいわーと思いました。 その場にはホワイトボードがあったのですが、 ポイントをしぼって書くことができる（だらだらと長ったらしく書かない） 説明する事柄について的確にグループ分けできる。（今から３つのことについて説明しますといった感じで） グループ分けして、それからひとつひとつの特徴を説明。 グループに入らないイレギュラーなもの、例外についても説明。 図や表、絵が書ける。 説明がくどくなく、語尾がはっきりしている。 説明の間、迷うことがない。 聞く人の様子をだいたい把握している。（説明する人一人で突っ走っていない） 話に流れがある。行ったり来たりしない。 難しい言葉を使わない。 専門用語には説明もプラスする。 声の大きさが適当によい。早口でない。 思い出しながらざっと書いてみましたが
実務能力というのは段取りのうまさなんだと思うんだ - やまもといちろうBLOG（ブログ）
取りまとめなど一人でやる仕事って、土曜日が一番はかどる。連絡をすることもされることもなく、考えることに没頭できるから。 仕事を進める上で、とりわけ多くの人が関わる事案というのは、仕切る際に結構進め方にコツのようなものがある。これが分からないと厳しいと思うのだが、実際にはあまりそういうのに無頓着で、ただ単に金が儲かればいいとか、サービスが期日どおりリリースできればいいと考えるマネージャーも多くて困る。自分のことを棚に上げていうけどさ。 でも、立場も役割も機能も違う人たちを集めて、何がしかの結果を出さなければならない仕事というのは実に多い。取りまとめる際に、利害は対立するし、共通の認識は違うし、問題に対する考え方も違う。これはしょうがないのだけれども、そこにプロジェクトがあって、人が集うからには方法論をある程度ノウハウ化しておかないと話を進められないと思うんだけどね。 ちなみに、私がそういう事
わかりやすい技術文章の書き方
誰が読むのか。 読み手にどんな感想を持ってもらいたいか。 読み手はどれくらいの予備知識を持っているか。 読み手はどんな目的で、何を期待して読むのか。 読み手が真っ先に知りたいことは何か。 レポート・論文とは何か 問いが与えられ、または自分が問いを提起し、 その問題に対して明確な答えを与え、 その主張を論理的に裏付けるための事実・理論的な根拠を提示して、主張を論証する。 標準的な構成要素とは何か レポート・論文の構成は、 概要 序論 本論 論議 という要素が標準的である。次にそれぞれの要素について簡単に見てみる。 概要 論文全体を結論も含めて、すべて要約する。 序論 本論で取り上げる内容は何か。 その問題をどんな動機で取り上げたのか。 その問題の背景は何か。 その問題についてどんなアプローチを取ったのか。 本論 調査・研究の方法・結論 論議 自己の議論・結論を客観的・第三者的に評価する。 そ
全Officeユーザーにささぐ――Word／Excel／PowerPointのTips“まとめのまとめ”
全Officeユーザーにささぐ――Word／Excel／PowerPointのTips“まとめのまとめ”：3分LifeHacking（1/2 ページ） PCで仕事をするビジネスパーソン、とりわけWindowsユーザーであれば、ExcelやWordを使ったことがないという人はいないだろう。これまでに紹介してきた「OfficeソフトのTipsまとめ記事」をまとめてみた。 PCで仕事をするビジネスパーソン、とりわけWindowsユーザーであれば、ExcelやWordを使ったことがないという人はいないだろう。最近はGoogle DocsやZohoのようなオンラインオフィスも普及してきたとはいえ、ビジネスの現場ではオフラインでも使えるOfficeソフトがまだまだ根強い。 日頃からよく使うアプリだからこそ、キーボードショートカットなどのちょっとしたテクニックが仕事の効率を大きく左右する。今回はこれまで
図解言語入門：図解の技術を覚えよう（1）
話すこと、書くこと、そして思考を図に表して理解する。当たり前で簡単なようだが、意外と訓練していないとうまくいかない。では、それを習得した場合のメリットとは。それは、相手とコミュニケーションにおいて誤解が少なくなること、より理解できるようになること、伝えるための道具になること、といったことだ。ITエンジニアに必須のコミュニケーションスキルの土台を、言語を図解化することで理解しやすく構築しよう。 ■理解するための図解言語 図解という言葉は、プレゼンテーション技法の1つ、相手に伝えるための技法といった形で使われるようになった。 だが、今回紹介する図解言語は、直接相手にプレゼンテーションをするためのものではない。それ以前の段階で言葉や思考を図解化することで、自分自身の理解と思考を早め、相手の理解も容易にするためのものである。 では、その言語、技法を学ぶことがなぜコミュニケーションスキルの土台を作る
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
もっと仕事を面白く、もっと職場を刺激的な場所にする８つのTED動画 ※紹介している動画は全て英語学習の教材として使えるようにまとめられています。
http://e0166nt.com/blog-entry-851.html
プロジェクトマネージャに必要なもう1つの知識体系SWEBOK
IDEA * IDEA
長文日記