たった3つのフォルダでメールの洪水から逃れる分類法 － ＠IT自分戦略研究所
忙しいITエンジニアに無駄は禁物。本連載では、わずかな工夫と最小の努力で仕事をスムースにする、“小技”を紹介します。 ■メールの洪水におぼれていますか もう15年近く電子メールを使ってきた筆者でも、最近のメールの量は半端でないと思う。よく、「○○の会社社長は1日100通のメールをやりとりしている」などとニュース記事で見たりするが、「俺のほうが多いぞ！」とひそかに思っている人は多いのでは。 メールは、送った方からすると“読まれていて当たり前”、しかも“24時間以内には読むよね”と思われているのがまたつらいところ。返信が3日後になっただけでも「お返事遅れて申し訳ございません」と書くのが当たり前と感じられたら、ITビジネスパーソンとしては一人前ということかもしれない。 さて、メールの分類は奥が深い。メールソフトごとに特性も違っていたり、量にもよるので、これが正解！ とはいえないのだが、筆者がうま
OpenSubject──メールによる会議を可能にする技法
忙しくて集まる時間の取れないビジネスパーソンにとって、メールを使った議論は日常茶飯事。しかし、議論が発散してしまったり、うまく意図が伝わらなかったり、無駄な返事が頻出するなど、メールを使った議論への課題は数多い。メールのサブジェクトを工夫することで、議論の生産性を向上させようというのが「OpenSubject」だ。 正式な議論の代表格は「会議」だが、忙しいビジネスパーソンの間で会議に次ぐ議論、コミュニケーションの手段として活用されているのが、言わずと知れたメールだ。しかし、メールによる議論は、最適化や効率化が全く進んでいない。それぞれの人が自分なりの「問題が起きにくい方法」を漠然と実行しているのが実情だろう。 最近ではソフトウェア開発で使われるバグトラッキングシステム「Trac」や、議事録ベースの会議支援システム「Sargasso XM」などの導入によってシステム化が進み、メールでの議論や
シゴタノ！ - 読み手の負担を最小化するメールの書き方
Tips for Mastering E-mail Overload 受信トレイに山のように届くメールをいかにして効率よくさばくか、という技術的な話はそれこそ山ほどありますが、結局自分一人ががんばっても“山”そのものを動かすことはできません。 そもそも、メールは気安く送ることができるために、コスト負担構造が逆転している、すなわち書き手よりも読み手にとって重荷になっていると、書かれています。 ●メールが登場する以前は、送り手にコストがかかっていた ●連絡文を書く、切手を貼る、投函する、といった手間、 ●送り先の数に応じて嵩む郵送料、 ●それゆえ、おのずと送り先を厳選していた そして、 ●メールの登場とともに、これらの送り手のコストが格段に下がり、 ●ちょっとした思いつきや衝動でメールを送れるようになった ●しかも、一度に数十人の同僚に送り届けることができる ●自分ができる、ということはみんな
ITmedia Biz.ID：Gmailに学ぶ――大量のメールに振り回されない基本テクニック
大量のメールに振り回されてはいませんか――。Gmailのコンセプトを参考に、非Gmailユーザーも手軽に使える「メールに振り回されないテクニック」を紹介します。 今や、ビジネスにおいても必須のツールとなったメール。顧客とのやり取りから、社内の連絡まで、ほとんどメールで行っているという人も増えてきていると思います。1日に受け取るメールの数が数百通という人も珍しくありません。いかに大量のメールを効率よく処理するか――が、現代のビジネスマンに必須のスキルといってよいでしょう。 ところが意外に、メールソフトをデフォルトの設定のまま使っている、という人がまだまだ多くいるようです。そこで今回はそんな方に、大量のメールを効率よく処理する基本テクニックをご紹介したいと思います。 特に大量のメールを処理するという視点で、コンセプトがはっきりしているメールサービスとしてお勧めなのが、Googleが提供している
メール受信箱を空にする方法
受信したメッセージを3つのフォルダに分類することで、メールをうまく管理できるようになった。（Lifehacker） 【この記事は、2006年6月21日付で米ブログメディア「Lifehacker」に掲載された記事を翻訳したものです。】 後から後から、どんどん受信箱にたまっていく電子メール。これを毎日きちんと管理するのは不可能な作業のように思われるかもしれない。筆者はちょっと前まで、トピック別、送信者別、プロジェクト別、緊急度別など、そのとき重要と思われたテーマに応じて、メールソフトの中にたくさんのフォルダを作ってメッセージを仕分けしていた。 受信箱に届いたすべてのメッセージを、その日のうちに注意深く、関連すると思われるフォルダにドラッグ＆ドロップするのに多くの時間を費やした。だがしばらく経ち、フォルダの数が増え過ぎた結果、全く使えないシステムになってしまった。フォルダの作成と仕分けに多くの労
Matzにっき(2005-09-03)
<< 2005/09/ 1 1. AC体験 2 1. 夏休み 2. 夕食会 3 1. The Inbox Makeover 2. 図書館→電気工事 3. 人間の器 4 1. [教会] 松江 5 1. 目標管理 6 1. [Ruby] るびま 9号 2. 東京出張と台風 3. 眼鏡破壊 7 1. 自宅への長い道 8 1. [morq] ラベル検索 2. [Ruby] Ruby Committers Now on Basecamp 9 1. [言語] Python411 Podcast Series 2. 眼鏡作成 10 1. [Ruby] 『Ruby on Rails』入門 2. [原稿] UNIXUSER 11月号 11 1. [教会] 松江 12 1. [原稿] 日経Linux 11月号 2. 新しいソフトウェアの創造を - IPA「未踏ソフトウェア創業事業」成果報告会 3. [Ruby
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
404 Not Found
404 Not Found