“紙の”ノートの取り方の工夫について紹介。また、自分専用のカスタムノートを作って、PDFとしてダウンロードできるサービスも紹介する。（Lifehacker） 【この記事は、2006年4月14日付で米ブログメディア「Lifehacker」に掲載された記事を翻訳したものです。】 好むと好まざるとにかかわらず、人生は会議の連続だ――状況確認のためのミーティング、プランニングのための電話会議、ブレーンストーミングのための集まり、そして会議のための会議もある。だが、全員が会議室を去った後、どのようなアクションが取られたかも、会議と同等かそれ以上に重要なことだ。 ビジネス会議であれ大学の講義であれカンファレンスであれ、効率よくノートを取ることは、プロジェクトを動かし、キャリアと知識を積み上げていく上で不可欠のスキルだ。今回は、筆者のお気に入りのノートの取り方を紹介する。自分のニーズにあったカスタムノー

やらなくてはいけないと思っていても、ついつい後回しにして結局やらないままになっている仕事がたまっていないだろうか。今月は、先延ばししている案件を確実にこなしていくためのテクニック「先延ばし撃退法」をマスターしよう。 「先週やればよかった」「どうしてこれまでこの仕事を放っておいたのだろう」──。誰しもが、こんな気持ちになったことがあるでしょう。仕事をする上で、避けたいと思っていながらもついついやってしまう“先延ばし”。今回の連載、まず初めは、心理的抵抗などの精神的なものから、スケジュール管理などの行動レベルのもの、そのほかさまざまな手法を駆使してあなたの先延ばしを確実に根絶します。 先延ばしを撃退するための6つのステップ ステップ0――先延ばししていること、気になっていることを洗いざらい書き出す ステップ1――先延ばししていることが、本当に必要か、本来は必要ないことがリストに含まれていないか

新緑の候、初めて部下を持った人や新たに組織の管理を任された人などが、多くおられると思う。今回は、管理者にとって自分自身のリーダーシップの修得、あるいは部下のリーダーシップ能力の育成などの参考にしていただければ幸いと思い、リーダーシップの発揮という問題を取り上げてみる。 組織にとって望ましい人のタイプとは？ 以前、社内の研修で、講師の人事コンサルタントからこんな質問を投げ掛けられたことがある。 上の図のように「やる気を縦軸に、知恵・能力を横軸に人の特性を表した場合、組織にとって望ましいのは、どのタイプの人か？」という問題である。一番望ましいのは誰が見てもDだろう。では、一番問題があるのはA、B、Cのどれだろうか？ そもそも、リーダーシップとは？ リーダーシップについては、人によってさまざまなとらえ方があるので、ここでは出発点に戻り、「組織の目的や方向を示し、組織全体を動機付け、目標達成のため

プロジェクトリーダーは十二分な準備で自信を生み出せ：ユーザーサイド・プロジェクト推進ガイド（10）（1/2 ページ） 広く深い検討の仕方 前回「プロジェクトチームのリーダーに向く人、向かない人」で、リーダーには自信が必要であり、努力と十二分な準備によって獲得できると述べました。十二分な準備とは広く深く検討することです。 人類にとってまったく未知のプロジェクトであれば話は別ですが、世の中一般の“未経験プロジェクト”はたいてい、問題解決のヒントや解が手の届くところ──例えば担当部署などの相談相手、書籍・Web上のドキュメントなどで見つけることができるものです。要は、自分にとって未知であっても、ヒントや解を素早く見つけ無駄なく利用する方法を知ることです。 5W2Hと5times why 広く検討するということはさまざまな方面から検討するということであり、ケース・前提条件・制約条件の種類と程度を考

チームで遂行されるプロジェクトにおいて、優秀なリーダーの存在は極めて重要です。そこで今回から、リーダーについて考えてみることにします。リーダーシップの具体的な技術に関してはコーチングなどの記事を参考にしていただくことにして、ここではもっとベーシックなところをターゲットにします。なお対象としては、ユーザーサイドに限らずプロジェクト一般についての話となります。 誰でも持っているリーダーの素質 よく話題になることに、リーダーにはリーダーとしての素質がなければならないのか、ということがあります。ある程度の素質は必要でしょうが、それは大多数の人が持っているはずです。そのように考えられる根拠はあります。 例えば、ふさわしい人が地位に就くのではなく、「地位が人を育てる」ケースはよく知られています（年功序列主義の会社ではよく見られることです）。これは、リーダーとして特別な素質がないと思われたり、思い込んだ

このブログでもこれまで時々ソニーの経営について書いてきたが、ハコフグマン氏のブログで同世代の元ソニー技術者による告発本『技術空洞 Lost Technical Capabilities』が紹介されていたので、さっそく入手して読んでみた。 んでもって、自分が以前の取材などでも得ていた印象とほとんど同じだったので、がっかりといえばがっかり、納得といえば納得。今さらそれ以上書くこともないかなあと思いつつ、とはいえいろいろと思うところもある本だったので、書評でも書こうかと気を取り直してメモ作ったり他に書評しているブログを探したりして徘徊していたら、僕の思ったことと同じことをこれ以上ないくらいに簡潔にまとめたブログを見つけてしまい、書評を書く気が完全に失せた。そこで、今回はこの本を読んで思い浮かんだことについて書いてみたい。 著者の宮崎氏は、こちらのブログでもまとめられているように、技術系ソニー社員

数年前まで自分のことを仮面サラリーマンだと思っていた。 働くこと自体イヤイヤで、正論が通らないことにもイライラしていた。 そんなアホな世界で暮らしたくはないと、いつも思っていた。 とはいえ、仕事を楽しめなかったわけでもないし、自分にスキルがついていくもの実感ができていて、両者の狭間で、もどかしさを感じていた。 ある日、新幹線で新大阪から東京まで移動時間がぽっかり空いてしまった。 書店でデマルコの本を見つけた。 ピープルウェア(http://www.amazon.co.jp/exec/obidos/ASIN/4822281108/)だった。 内容をごく簡単に荒っぽくいうと、 効率よく仕事をしてもらうのには、即物的なエサでつっても何のインセンティブにもならないよ。 やる気を見出せるようなことをしないと、いけない というものだった。実際にはもっと詳しく書いてあるので、もし読んでいないのなら買って

前回のエントリー(id:neutral23:20060502) さらに、もっとも重要な自分で知識を獲得し、整理し、他人に受け渡すということだ。 で、おわっていた。 視点は、管理者ではなく最低限のお仕事が出来るようになった方への内容となっています。 大抵の上司が出来てほしいと思うことなんじゃないかな。 あ、もちろん忠誠心とかに関しては一切情報はないですよ。（あるといえば、参考URLにあげた平林さんの記事ぐらい）あくまでテクニカルな部分だけですから、メンタルな部分だとかは別の話ですよ。 メンタルな部分でモチベーションを高めるための努力がされなければおそらくテクニカルな話は、意味がないままですよ。 知識を獲得するには、しなければならないことは、たった2つ。 与えられる状況から、自己で獲得し武器にして自分で戦況を判断し、自分を強さを最大にできる場所へ行くためのプロセスです。 受動的に学ぶというステ

結論は以上。↑。 物事を失敗させるのは、長期間で達成可能目標にして、レビューという振り返りの間隔を広げること。(たいていの場合レビューが行われないことが多い。) もし、あなたに部下がいて1ヶ月間で区切っているとして、うまくいっていなければ、1ヶ月間で目標を追わせること自体が誤り。もっと短く設定をする。達成できなければより短くする。 (種まきから刈り取りまで長いスパンの商売であっても基本は同じ。顧客応対ステージを区切って段階を明らかにしておく。種まき作業○件、刈り取り作業○件、既存顧客からの案件発掘○件とすればよい。) 特に、行動レベルに不安があれば、1日1回。または、午前午後と分ける。 短い期間ですることを箇条書きにして達成できたか、どうかわかるにする。 あなたのそばにホワイトボードを置いて、行動する本人に線を引かせるルールを採用する。 (ちなみに、ここまでしないと動けないというのは相当低

最近はてなの社内では新しい技術を勉強したり、フレームワークや言語を移し変えようかという話も出ていたりして活気が出てきています。技術者も10人を超えて、色々な考え方をする人同士が刺激を与え合いながら切磋琢磨していて素晴らしいなあと思います。そういう中で、僕が技術について思う事を少しまとめてみました。 アウトプットを出す 新しい技術を習得したり、時間を掛けて作り上げた結果は、何かのアウトプットとして出さなければほとんど意味がありません。知識や結果を自分の中に残すだけで終わるのは、それを活かしてサービスを作りたくさんの人が使えるようにする事に比べると驚くほどちっぽけな仕事です。 また、3日間で作り上げた素晴らしい仕組みをそのまま1週間寝かせてしまうのは、4日目に他の人が使えるようにしてから1週間を過ごすことに比べると随分見劣りしてしまいます。 当たり前ですが、どれだけ素晴らしい仕組みを作っても、