ゆっくりと動きながら高速でこなす、一流の研究者の Doing リスト | Lifehacking.jp
「mehori さん、それは僕にもよく思いだせない。だからこのリストに加えておこう」 痩身で薄く微笑みを浮かべているその人は手にした黄色いリーガルパッドに何かを書き付けながら言いました。 「じゃあ、はじめようか」 プリンストン大学のはずれに位置する研究所の一室で、私はそもそも自分が学生時代に初めて読んだ英語論文の著者と相対していました。その人は自分の想像していたよりもずっと穏やかで、いつも探るような不思議な目を向けてくるのでした。 そんな彼に、私はついさきほど、12年も前に彼が使っていた大規模なコンピュータプログラムを使わせてほしいという、大それた願いごとを、緊張で上がりきった声でなんとか口にしたところでした。 彼、以前から紹介している一流の研究者の紹介でお会いする事ができたその人は、別段怒る風でもなく「けっこう古いファイルを探し出さないとな…」と作業量を見積もるようにつぶやいたのでした。
大きな仕事のペース配分のこつ：「頭でっかち」
Make Your Time Top-Heavy | Scott H Young 「早めにやっておけば…」大きな仕事の締め切りを目前にしてそう考えたことは数えきれないほどあります。その度に、小手先でなんとかしてしまうという悪癖のせいで、じっくりと腰を据えたいい仕事ができないのではないかというのは、以前からの悩みで、今年の大きな改善目標の一つです。 こうした、大プロジェクトのタスク配分について Scott H Young のブログで上手にまとめられた記事があって目を引きました。いつもいわれることですが、それは「プロジェクトのタスク配分は Top Heavy に」、つまり「頭でっかち」にした方がよいというものです。 時間と作業量のインバランス 私たちは油断していると、「10の仕事を10日でやりなさい」といわれたばあいに、タスクの数をなんとなく与えられた日数で割ってしまいます。右の図で言うと、最
ITmedia Biz.ID：失敗しないプロジェクトマネジメント――Appleやはてな、Googleに学ぶ3つのヒント
失敗しないプロジェクトマネジメント――Appleやはてな、Googleに学ぶ3つのヒント：デジタルワークスタイルの視点 プロジェクトが失敗する要因は「計画」「やる気」「変化」の3つ。これらを管理しようとすればするほど悪いスパイラルに落ち込みます。Appleやはてな、Googleなど、注目企業ではどのようなマネジメントを行っているのでしょうか。 「完璧に管理しようとすればするほど、プロジェクトは失敗する」という悪いスパイラルが存在します（2月21日の記事参照）。そこで今回は、どのようなプロジェクトマネジメントをすれば、プロジェクトを失敗させないようにできるのか考えてみたいと思います。 プロジェクトが失敗する要因は「計画」「やる気」「変化」の3つ。前回はそれぞれを完璧に管理しようとしていましたが、今回は考え方を180度変えてみましょう。それぞれの要因を最初からなくしてしまうのです。 失敗しない
ウノウラボ Unoh Labs: オフHackしよう
尾藤正人です。 僕だけじゃないと思いますが、結構マルチタスク処理が苦手です。 人間(特に男性)はやっぱりシングルタスクを処理するようにできているからでしょうか。 効率よく作業を進めようと思って最近オフラインHackを始めました。略してオフHack。 このブログを読んでいる方の多くは、RSSリーダやメール、 メッセンジャー等を駆使して日々情報収集していることと思いますが、 どうしてもRSSリーダ見たり、メールチェックしたりして、作業に集中できなくなることはないでしょうか。 僕はめちゃくちゃあります。 なので、あえてネットに接続しない、オフラインの状態でHackするようにしました。 これがオフHackです。 朝Hackと組み合わせると最強です。 普段常時ネットに接続した環境に慣れていると、 いざオフラインで作業しようとした時にいかに自分がネットに依存している状態かを思い知らされます。 なのでオ
小野和俊のブログ:持続可能な成長を実現する「ラストマン」という自分戦略: 八百屋になりたい人が肉屋に入ってしまったらどうするか?
私はその戦略をラストマン戦略と呼んでいる。 大学を卒業してサン･マイクロシステムズに入社してすぐにわかったことは、Java を生み出した会社でソフトウェア開発をやろうと思って入社したのに、日本サンはソフトはほとんどやっておらず、ほぼ100%ハードウェアを販売するための会社だったということだった。 野菜を売りたくて八百屋に入ったつもりなのに、間違えて肉屋に入ってしまった。このようなときにどのように行動すればよいか？ 1. 肉屋に入ったのだから、とりあえず肉屋を目指す 2. 八百屋への転職活動を開始する 3. 肉屋の中で野菜についての No.1 を目指す 一番多いのはパターン1の人で、入社の直前直後は熱くソフトウェア開発を語り合った同期の多くは、今ではハードウェアのスペシャリストへの道を目指している。 ラストマン戦略とは、ある所属組織内で自分が一番(最後に立っている人 = ラストマン)になれそ
小野和俊のブログ:私がシリコンバレーで学んだ5つの教訓
1. 会議を最適化する ミーティングのゴールを明確に設定する。 ミーティングの最後に必ず結論と ToDo を確認する。 ミーティングの回数をできるだけ少なくして時間もできるだけ短くする。 ミーティングのトピックごとに関係する人だけ集めて最少人数で議論を行う。 (途中であなたはこのトピックに関係ないから退席して良いです、と指示がでる) 会議を最適化することで労働時間中の実作業時間を最大化させ、労働時間全体を圧縮する。そして、早く帰る。 この体験は、その後自分が会社で会議をしていく上で大きく役立った。 XM(eXtreme Meeting)にも、この時の体験が直接的にも間接的にも影響を与えたと思う。 アドバイザーとしてプロジェクトに参加していたテクニカル・コンサルタントが、技術的に明らかに間違った発言をしたことがあった。 私を含む日本から来ていた何人かのメンバーは、あんな基本的なこともわかって
小野和俊のブログ:仕事に行き詰ったときのための4つの対策
仕事が思うように進まないということは誰にでもあることで、時としてはそれは集中力の問題やモチベーションの問題といった比較的深刻な問題が原因となっていることもあるわけだが、ちょっとした工夫で状況が一変してしまうこともかなり多い。私がこれまで人から聞いたり、自分で見つけたりしたものの中で、今でも結構役立っているのは次の4つの対策である。どれも当たり前と言えば当たり前だが、意識してやってみると結果がかなり変わってくる。
シゴタノ！ - 読み手の負担を最小化するメールの書き方
Tips for Mastering E-mail Overload 受信トレイに山のように届くメールをいかにして効率よくさばくか、という技術的な話はそれこそ山ほどありますが、結局自分一人ががんばっても“山”そのものを動かすことはできません。 そもそも、メールは気安く送ることができるために、コスト負担構造が逆転している、すなわち書き手よりも読み手にとって重荷になっていると、書かれています。 ●メールが登場する以前は、送り手にコストがかかっていた ●連絡文を書く、切手を貼る、投函する、といった手間、 ●送り先の数に応じて嵩む郵送料、 ●それゆえ、おのずと送り先を厳選していた そして、 ●メールの登場とともに、これらの送り手のコストが格段に下がり、 ●ちょっとした思いつきや衝動でメールを送れるようになった ●しかも、一度に数十人の同僚に送り届けることができる ●自分ができる、ということはみんな
ITmedia Biz.ID：第1回 会議の何が問題なのか？
ほとんどの人が会議が嫌いではないでしょうか。何のための会議か分からない、決まったことが実行されない、そもそも会議時間が長い……。そんな非効率な会議の原因を明らかにするとともに、解決法を探っていきましょう。 長い会議に嫌気がさしたことはないでしょうか。 問題は会議が長いことだけではなかったはずです。明らかに非効率な会議が、不条理に長く続いていることにイライラしたのではないでしょうか。 そもそも「何のためにメンバーが集まったのか」が共有されていないまま会議が始まる。いざ議論が始まると、そもそも何についての議論しているのか誰も分からなくなってしまう。それでも会議が続けられ、予定時間を大幅に過ぎたところで結論があいまいなまま会議が打ち切られる。会議中に決まったToDo（やるべきこと）もいつの間にか忘れられ、次の会議でまた同じToDoが発行される。最終的には、会議がなぜうまくいかないのかを話し合う会
ITmedia Biz.ID：第3回 この会議のゴールを知っているか？
“議事録ドリブン”を実行する上で、最初のチェックポイントは「会議のゴール」だ。今会議に参加しているあなた、この会議のゴールを知っていますか？ 今回説明するのは、議事録に書かれていなくてはいけない最初のポイント──会議のゴールです。もしあなたの参加する会議で、会議のゴールが何かを誰も最初に聞かないようならば、その会議の半分は失敗することでしょう。 プラクティス2──ゴールの共有（shared goals） まずは私の体験談から。私は、最初に入社したとあるスタートアップの会社で、入社2カ月でいきなりプロダクトマネージャを任されました。プロダクトマネージャは、関係各位との意見交換や調整が仕事のようなものです。開発と営業の双方から、山のような要望が私のところに投げられてきます。しかもまだ製品は発売されていないのです。 そういったテンテコ舞いの状況の中、私は当時の社長と会議をセッティングしました。彼
ITmedia Biz.ID：第4回 会議をいきなりはじめてないか？
そろそろ実際の会議の現場に入っていきましょう。ただし「では早速──」などと議論に入ってはいけません。会議をスムーズに進めるには、会議冒頭の手順が重要なのです。 前回は、会議のゴール設定とリマインドの仕方を紹介しました。 ちゃんとリマインドをしたことで、会議室には時間通り参加者全員がそろっています。ここで「では早速──」などと言って、いきなり議論を始めてはいけません。誰しも長い会議は嫌なものですよね。長い会議、終盤に迷走する会議を防ぐためには、会議の最初に時間管理をしておくことが重要です。 プラクティス4──時間管理（time management） 時間管理は、会議のファシリテイション（議事進行技術）で最も難しいものの1つです。しかし会議の最初にきちんと手順を踏むことによって劇的に改善します。その手順は以下の5つです。 会議のゴールの確認 会議の終了時刻の確認 ToDoの見直し スケジュー
ITmedia Biz.ID：第2回 会議が終わったときに議事録は完成してますか？
前回の記事では、「会議が迷走する」「会議が決まらない」「会議で決まったことが実行されない」「会議が長い」の四重苦のスパイラルが、多くの会議が共通に抱えている問題だと分析しました。 なぜ会議の生産性を上げたいのでしょうか。もう一度、胸に手をあてて考え直してください。それは、あなたのプロジェクトが何か素晴らしいことを達成したいからに違いありません。もしそうした気持ちをあなたや、あなたのプロジェクトのメンバーが持っていないのであれば、会議の生産性を上げて短時間で会議が終わっても、結局ほかのところで無駄が発生するだけのことでしょう。経営者や管理者は会議時間が長いことを嘆きますが、問題は本当に会議の時間が長いことなのでしょうか。会議の時間を短くしたくなるほど、社員がその仕事に熱心に取り組んでいないことがより問題なのかもしれません。 会議術によって改善できるのは、何かを達成したいと信じている人たちの気
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
