「mehori さん、それは僕にもよく思いだせない。だからこのリストに加えておこう」 痩身で薄く微笑みを浮かべているその人は手にした黄色いリーガルパッドに何かを書き付けながら言いました。 「じゃあ、はじめようか」 プリンストン大学のはずれに位置する研究所の一室で、私はそもそも自分が学生時代に初めて読んだ英語論文の著者と相対していました。その人は自分の想像していたよりもずっと穏やかで、いつも探るような不思議な目を向けてくるのでした。 そんな彼に、私はついさきほど、12年も前に彼が使っていた大規模なコンピュータプログラムを使わせてほしいという、大それた願いごとを、緊張で上がりきった声でなんとか口にしたところでした。 彼、以前から紹介している一流の研究者の紹介でお会いする事ができたその人は、別段怒る風でもなく「けっこう古いファイルを探し出さないとな…」と作業量を見積もるようにつぶやいたのでした。

Make Your Time Top-Heavy | Scott H Young 「早めにやっておけば…」大きな仕事の締め切りを目前にしてそう考えたことは数えきれないほどあります。その度に、小手先でなんとかしてしまうという悪癖のせいで、じっくりと腰を据えたいい仕事ができないのではないかというのは、以前からの悩みで、今年の大きな改善目標の一つです。 こうした、大プロジェクトのタスク配分について Scott H Young のブログで上手にまとめられた記事があって目を引きました。いつもいわれることですが、それは「プロジェクトのタスク配分は Top Heavy に」、つまり「頭でっかち」にした方がよいというものです。 時間と作業量のインバランス 私たちは油断していると、「10の仕事を10日でやりなさい」といわれたばあいに、タスクの数をなんとなく与えられた日数で割ってしまいます。右の図で言うと、最

失敗しないプロジェクトマネジメント――Appleやはてな、Googleに学ぶ3つのヒント：デジタルワークスタイルの視点 プロジェクトが失敗する要因は「計画」「やる気」「変化」の3つ。これらを管理しようとすればするほど悪いスパイラルに落ち込みます。Appleやはてな、Googleなど、注目企業ではどのようなマネジメントを行っているのでしょうか。 「完璧に管理しようとすればするほど、プロジェクトは失敗する」という悪いスパイラルが存在します（2月21日の記事参照）。そこで今回は、どのようなプロジェクトマネジメントをすれば、プロジェクトを失敗させないようにできるのか考えてみたいと思います。 プロジェクトが失敗する要因は「計画」「やる気」「変化」の3つ。前回はそれぞれを完璧に管理しようとしていましたが、今回は考え方を180度変えてみましょう。それぞれの要因を最初からなくしてしまうのです。 失敗しない

私はその戦略をラストマン戦略と呼んでいる。 大学を卒業してサン･マイクロシステムズに入社してすぐにわかったことは、Java を生み出した会社でソフトウェア開発をやろうと思って入社したのに、日本サンはソフトはほとんどやっておらず、ほぼ100%ハードウェアを販売するための会社だったということだった。 野菜を売りたくて八百屋に入ったつもりなのに、間違えて肉屋に入ってしまった。このようなときにどのように行動すればよいか？ 1. 肉屋に入ったのだから、とりあえず肉屋を目指す 2. 八百屋への転職活動を開始する 3. 肉屋の中で野菜についての No.1 を目指す 一番多いのはパターン1の人で、入社の直前直後は熱くソフトウェア開発を語り合った同期の多くは、今ではハードウェアのスペシャリストへの道を目指している。 ラストマン戦略とは、ある所属組織内で自分が一番(最後に立っている人 = ラストマン)になれそ

1. 会議を最適化する ミーティングのゴールを明確に設定する。 ミーティングの最後に必ず結論と ToDo を確認する。 ミーティングの回数をできるだけ少なくして時間もできるだけ短くする。 ミーティングのトピックごとに関係する人だけ集めて最少人数で議論を行う。 (途中であなたはこのトピックに関係ないから退席して良いです、と指示がでる) 会議を最適化することで労働時間中の実作業時間を最大化させ、労働時間全体を圧縮する。そして、早く帰る。 この体験は、その後自分が会社で会議をしていく上で大きく役立った。 XM(eXtreme Meeting)にも、この時の体験が直接的にも間接的にも影響を与えたと思う。 アドバイザーとしてプロジェクトに参加していたテクニカル・コンサルタントが、技術的に明らかに間違った発言をしたことがあった。 私を含む日本から来ていた何人かのメンバーは、あんな基本的なこともわかって

仕事が思うように進まないということは誰にでもあることで、時としてはそれは集中力の問題やモチベーションの問題といった比較的深刻な問題が原因となっていることもあるわけだが、ちょっとした工夫で状況が一変してしまうこともかなり多い。私がこれまで人から聞いたり、自分で見つけたりしたものの中で、今でも結構役立っているのは次の4つの対策である。どれも当たり前と言えば当たり前だが、意識してやってみると結果がかなり変わってくる。

ほとんどの人が会議が嫌いではないでしょうか。何のための会議か分からない、決まったことが実行されない、そもそも会議時間が長い……。そんな非効率な会議の原因を明らかにするとともに、解決法を探っていきましょう。 長い会議に嫌気がさしたことはないでしょうか。 問題は会議が長いことだけではなかったはずです。明らかに非効率な会議が、不条理に長く続いていることにイライラしたのではないでしょうか。 そもそも「何のためにメンバーが集まったのか」が共有されていないまま会議が始まる。いざ議論が始まると、そもそも何についての議論しているのか誰も分からなくなってしまう。それでも会議が続けられ、予定時間を大幅に過ぎたところで結論があいまいなまま会議が打ち切られる。会議中に決まったToDo（やるべきこと）もいつの間にか忘れられ、次の会議でまた同じToDoが発行される。最終的には、会議がなぜうまくいかないのかを話し合う会

“議事録ドリブン”を実行する上で、最初のチェックポイントは「会議のゴール」だ。今会議に参加しているあなた、この会議のゴールを知っていますか？ 今回説明するのは、議事録に書かれていなくてはいけない最初のポイント──会議のゴールです。もしあなたの参加する会議で、会議のゴールが何かを誰も最初に聞かないようならば、その会議の半分は失敗することでしょう。 プラクティス2──ゴールの共有（shared goals） まずは私の体験談から。私は、最初に入社したとあるスタートアップの会社で、入社2カ月でいきなりプロダクトマネージャを任されました。プロダクトマネージャは、関係各位との意見交換や調整が仕事のようなものです。開発と営業の双方から、山のような要望が私のところに投げられてきます。しかもまだ製品は発売されていないのです。 そういったテンテコ舞いの状況の中、私は当時の社長と会議をセッティングしました。彼

そろそろ実際の会議の現場に入っていきましょう。ただし「では早速──」などと議論に入ってはいけません。会議をスムーズに進めるには、会議冒頭の手順が重要なのです。 前回は、会議のゴール設定とリマインドの仕方を紹介しました。 ちゃんとリマインドをしたことで、会議室には時間通り参加者全員がそろっています。ここで「では早速──」などと言って、いきなり議論を始めてはいけません。誰しも長い会議は嫌なものですよね。長い会議、終盤に迷走する会議を防ぐためには、会議の最初に時間管理をしておくことが重要です。 プラクティス4──時間管理（time management） 時間管理は、会議のファシリテイション（議事進行技術）で最も難しいものの1つです。しかし会議の最初にきちんと手順を踏むことによって劇的に改善します。その手順は以下の5つです。 会議のゴールの確認 会議の終了時刻の確認 ToDoの見直し スケジュー

前回の記事では、「会議が迷走する」「会議が決まらない」「会議で決まったことが実行されない」「会議が長い」の四重苦のスパイラルが、多くの会議が共通に抱えている問題だと分析しました。 なぜ会議の生産性を上げたいのでしょうか。もう一度、胸に手をあてて考え直してください。それは、あなたのプロジェクトが何か素晴らしいことを達成したいからに違いありません。もしそうした気持ちをあなたや、あなたのプロジェクトのメンバーが持っていないのであれば、会議の生産性を上げて短時間で会議が終わっても、結局ほかのところで無駄が発生するだけのことでしょう。経営者や管理者は会議時間が長いことを嘆きますが、問題は本当に会議の時間が長いことなのでしょうか。会議の時間を短くしたくなるほど、社員がその仕事に熱心に取り組んでいないことがより問題なのかもしれません。 会議術によって改善できるのは、何かを達成したいと信じている人たちの気