1週間単位で、タスクと日付の交差する場所に担当者の名前を書き、完了したタスクには印を付けていきます。また、重要なマイルストーン（イベント）も同時に記入し、いまの作業は何を目的にして行っているのかを明示します。この例ですと、5月12日のデモに向けて各タスクを進めていることがよく見えます。 納期にかかわらず、開発メンバーは目の前のこと、いま作っているプログラムに意識が集中します。このような場合に、タスクの相互関係、タスクの組み合わせが達成する目的をはっきりと見せて、メンバーに期限優先の意識を持ってもらうことが狙いです。これはよくあるスケジュール表（ガントチャート）ですが、印刷して配布するよりも、このようにかんばん化して掲げることの方がより効果的です。 どのようなかんばんを使う場合でも、掲げただけで満足しないことが重要です。上手に機能するまで、時と場合に応じてかんばんと、その運用を改善していく必

ソフトウェア要求仕様の変更などの変化に対して機敏な対応ができ、顧客に価値あるソフトウェアを迅速に提供することを目的とするソフトウェア開発方法論の総称。特に「アジャイルソフトウェア開発宣言」に合意しているもの、「アジャイルアライアンス」に参加しているものを指す。アジャイル（agile）とは「俊敏な」「機敏な」という意味で、軽量型（ライトウェイト）開発ともいう。 ウォーターフォールやRUPなどの“重厚な（ヘビーウェイト）開発プロセス”が事前に仕様を定義して、それに基づいてアーキテクチャ中心に計画的な設計を行い（この間、仕様書や設計書など中間成果物を作成する）、その設計に沿ってプログラミングを行っていくというプロセスであるのに対して、アジャイルソフトウェア開発は仕様や設計の（場合によっては大幅な）変更が当然あるものという前提で、最初から厳密な仕様を抽出しようとせず、大まかな仕様だけで細かいイテレ

時間管理をするには残り時間の把握が必須である。 1時間の試験問題を解くにはうまく時間配分ができるのに、3ヶ月のプロジェクトだと時間配分がうまくできない・・・といった経験をしている人は少なくないだろう（自分も含め）。 1時間は時計をみればあと何分あるか瞬時にわかる。対して3ヶ月という期間は残り時間がどれだけあるか直感的に把握しにくいからだ。 そう考えるとDayClocksのような時計はより効果的な時間管理をするには必要なのかもしれない。 このサイトでは一週間で一周する時計を販売している。これを見れば今週あとどれぐらいの残り時間があるのかが一目瞭然だ。24時間の時計では見えてこない時間配分がこれで見えてくるだろう。 時間管理とはすなわち、残り時間管理なのだろう。と、ちょっと思った。

Substantiation/Perspective - Scanning 情報収集の目的は、それを分析、評価して、次の行動の決定を行う判断に資する点にあります。膨大な公開情報をベースに、地道に分析し、意味づけを繰り返し、点と点を結ぶ線を見いだすこと。戦略上の重要決定には、こうしたインテリジェンス活動を通じた、俯瞰図が欠かせません。 Big Picture/Bottom Line - What/so what 企業では、公開情報よりも足で稼いだ情報や非公式に入手した情報を重視する傾向がありますが、それだけでは広い視野を失いがちです。俯瞰するには、幅広い視点から事実を積み上げることが重要で、そのためにも公開情報も宝の山であることを再認識する必要があります。全体を俯瞰しながら、ディテールの動きにも目配りすることも大事。ズームアウトとズームインを繰り返すことで、注視すべき構造変化の要因を見いだす

はてなブックマークは、自分が書いたもののうち、どれがどのくらい評価されたかを示す指標としても面白いが、たとえば http://r.hatena.ne.jp/feed/http://d.hatena.ne.jp/umedamochio/rss で一覧できるように、これまでのベスト3は、今現在ブックマーク71usersで、「Blog論2005年バージョン(2)」と「次の10年はどういう時代か? 」と「「知的生産のための道具」としての「はてなブックマーク」」が並んでいる。それらを改めて読んでみたが、「次の10年はどういう時代か?」は、大仰なタイトルの割に中身が薄いなと思ったので、同じタイトルに番号を振りつつ、思いついたときに書き足していくことにしたいと思う。 昨日はロジャー・マクナミーの講演をご紹介したが、その中でロジャーは、 How did we get here? The technolog