論より実装

不確実性に対処するとき役に立つ道具

リフィル制作者の一人、koudadさんが、「…有機的で不可解なことにより予定と違う結果になることが往々にしてあります。曖昧でどっち付かずな情報や、複合的な関係の中のバランスを見ながら調整したい…」というフリーマッピングの「仮説2」を紹介してました。大切な仮説だと思います。

ちょっと前に、雑誌にこんな記事が載りました。

…でも、日本のビジネス書と、アメリカのビジネス書には大きな違いが二つあって、一つは不確実性に対する態度。日本の脳に関するビジネス書は、正解が決まったことをいかに効率よくやるかということをテーマにしているものが多い。ところが、アメリカの脳に関するビジネス書は、不確実な状況で脳がいかに選択し、判断しているか、つまり選択力、判断力を鍛えるというテーマが多い。アメリカ人は不確実な状況に向き合うのが好きだが、日本人は不確実性を嫌う。これが一つ目の違い。

もう一つの違いは、日本のビジネス書はノウハウ的なテーマに流されがちだが、アメリカのビジネス書では人間形成をテーマにしたものが多い。これは非常に大きな文化の差だ。

茂木健一郎「脳の仕組みを利用すれば仕事も勉強も思いのまま」
週刊東洋経済、2009/1/17

あいまいさ、不確実性、矛盾へ対処するスキル

茂木さんの記事で思い出したのが、2004年12月の日本版ニューズウィークの「キャリア偏差値の磨き方」という記事です。

国際企業100社のCEOがMBA取得者に求める能力

The New Global Business Capabilities

知識 Knowledge	スキル Skills	性格 Attributes
国際マクロ経済学 Global macroeconomics	多様な文化への対応 Managing diverse cultures	揺るぎない誠実さ Unyielding integrity
国際金融 Global finance	あいまいさ、不確実性、矛盾への対処 Dealing with ambiguity, uncertainty, and paradox	広い世界に対する意識 Worldly awareness
グローバル戦略 Global strategy	意志決定 Decision making	変化を活力にする Thrive on change
組織構造と組織力学 Organization structure and dynamics	説明責任 Accountability	判断力と洞察力 Judgement and intuition
競争市場のミクロ経済学 Competitive microeconomics	部下の成果を引き出す能力 Managing performance	質の高さを追求する Demanding excellence
意志決定の科学 Decision science	プロジェクトマネジメント Project management	忍耐、粘り強さ Perseverance and tenacity
国際マーケティングとブランドマネジメント Global marketing and brand management	複雑な物事を簡潔にする能力 Ability to make the complex simple	適応力、感応性 Adaptability and responsiveness
販売と顧客口座の管理 Sales and account management	プレゼンテーション能力 Presentation skills	熱意と説得力 Passionate and persuasive
技術経営 Technology management	話を聴く力と観察力 Listening and observation	好奇心と独創性 Curiosity and creativity
会計学 Accounting	人脈づくりと共同作業 Networking and collaboration	自己認識 Self-awareness
人事管理 Human resource management	チームづくりとチームワーク Teambuilding and teamwork	他人を関与させることに対する自信 Self-confidence to involve others
コーポレート・ガバナンス(企業統治) Corporate governance	能力の評価 Talent assessment	人をやる気にさせるエネルギー Boundless energy to motivate and energize
	対人能力とフィードバックする能力 Interpersonal skills/giving feedback	部下の実績評価 Judging performance
		向上心と学ぶ能力、吸収力がある Capacity and desire to learn; coachable

日本語部分: 「キャリア偏差値の磨き方」
ニューズウィーク日本版、2004年12月8日号

英語部分: 「The Upwardly Global MBA」
by Nigel Andrews and Laura D’Andrea Tyson
strategy+business、2004年秋

ニューズウィークの記事は、strategy+business誌の「The Upwardly Global MBA」という2004年の記事を引用しています。ざっと紹介しますと…

2003年にLondon Business Schoolが調査を実施し、20を超える国の100を超える国際企業の経営者にface-to-faceでインタビューした。最もよく引き合いに出された39の能力を、"Knowledge"、"Skills"、"Attributes"の3つのカテゴリーに分類したのが上の表だ、とのこと。

つまり、調査の結果、顧客(=国際企業の経営者)は製品(=卒業生)に対して、不確実性に対処するスキルを求めているので、ビジネススクールとしては、そのスキルを学生に訓練する必要がある、と。

ただし、記事自体は、そのほとんどの部分で、ビジネススクールが顧客のニーズに応えるためにとるべき変化について述べています。逆に、例えば、上の表に上げられている「あいまいさ、不確実性、矛盾」へ対処するスキルとはどのようなものかについては、何も書かれていません。

さて、アメリカの出版社が同様に考えたとすれば、茂木さんの記事と符合します。…う～ん、確かに「正解が決まったことを効率よくやる」スキルへの期待は、あまり大きくないようです。

あいまいさ、不確実性、矛盾への対処を助ける道具

2004年当時、この記事を読んで思いました。コンピューターソフトウェアは道具であり、人が技能を発揮するときに、それを助けるものだ。なので、道具屋としては、表の"Skills"カテゴリー列に着目したい。では、人が「あいまいさ、不確実性、矛盾へ対処」し、「意志決定」して「複雑な物事を簡潔に」し、「説明責任」を果たすとき、役に立つソフトウェアはどんなものだろう？

 

でもって、xfy Plannerにもこのテイストを持ち込みたい、と。そうやって、リフィルデザインに没頭すると…………

……………ブログ更新が途切れるんですね(^^ゞ

Webページの情報をタスクとして貼り付ける

今日、公開された7週カレンダー、PhotoCal 001、002、003、ダイアリー001の改訂版では、Webページからコピーした情報をタスクとして貼り付ける機能を入れました。

リストをタスクとして貼り付ける機能

箇条書きなどリストの1項目 = 1タスクとして登録する機能です。

hCalendar形式のイベント情報をタスクとして貼り付ける機能

xfy Blog Editorで作成可能なhCalendarというデータ形式のイベント情報を、日時、場所、コメント、リンクなどを引き継いだかたちで、タスクとして登録する機能です。

これらは、まだ、それだけでは、一般的に役に立てる機能ではないので、まずはひっそりリリースさせていただきました。たとえば、hCalendar形式って、あまり聞かない技術用語だと思います。

Webを介したハウツーやイベント情報の交換

以前、特撮年表やアニメ年表を紹介しました。少しずつですが、リフィル制作者yamahigeとしては、《Webを介した、使い回せる活用可能な情報の交換》を提案していきたいと思います。このときに、xfy Plannerやxfy Blog Editor、あるいは他のWebツールが、情報の発信源や受け手になります。

メディア 情報の形態	内容	発信/受信ツール
年表	関連する一連の出来事。 プロジェクト推進や人生設計の参考として。	年表サービス カレンダーサービス xfy Planner
イベント	一つ一つの出来事	カレンダーサービス スケジュールソフト xfy Blog Editorなどのブログツール xfy Planner
リスト	手順。 関連する一連のタスク。	xfy Blog Editorなどのブログツール xfy Planner
リスト	評価基準。 プロジェクト管理のSMARTなど。	xfy Blog Editorなどのブログツール xfy Planner(Coming Soon!)

リストをタスクとして貼り付ける

Webページ中のリストを、1項目 = 1タスクとして貼り付ける方法を説明します。ざっと次の通り:

1. Webページ上で、リストを選択してコピーする。
2. 7週カレンダーなどで「タスクとして貼り付け」を実行する。
3. 技術的な話: 「リスト」とは…？

1. Webページ上でリストを選択してコピー

次の手続きを例にとります。…あくまで説明用の例です。

医療費控除を受ける手順

1. 源泉徴収票を用意する。
2. 医療費の領収書を集計して、明細書を作成する。
3. 確定申告書を作成する。

Internet ExplorerなどのWebブラウザーでリストの部分を選択します。例えばこんなふうに:

医療費控除を受ける手順

1. 源泉徴収票を用意する。
2. 医療費の領収書を集計して、明細書を作成する。
3. 確定申告書を作成する。

少しくらいはみ出してもかまいません。

この状態で「コピー」します。

2. 7週カレンダーなどで「タスクとして貼り付け」

次のリフィルのカレンダー上で、手続きの開始日としたい日付けを選択します。そして、メニューから「タスクとして貼り付け」を実行または、右クリックして「タスクとして貼り付け」を実行します。

• 7週カレンダー 0.8.2
• PhotoCal 001 海空 0.8.2
• PhotoCal 002 夜景 0.8.2
• PhotoCal 003 NASA 0.8.1
• ダイアリー001 0.8.1

メニューから「タスクとして貼り付け」を実行

7週カレンダーなどで右クリックして「タスクとして貼り付け」

ダイアリー001で右クリックして「タスクとして貼り付け」

# え？…3月6日？…(^_^;)

すると、3件のタスクが登録されます:

7週カレンダーなどの場合

ダイアリー001の場合

タスクリストで見ると

「3月6日」という「開始日」は、その日付けを選択して貼り付けたために設定されたものです。

3. 技術的な話: 「リスト」とは…？

WebページはHTMLというデータ形式で書かれています。ここでいう「リスト」とは、HTMLの次の要素のことです:

• ul要素、箇条書き、番号なしリスト
• ol要素、番号付きリスト
• dl要素、説明付きリスト

ただし、見かけ上リストになっていれば、なんとか同様の結果になる場合があります。

また、次は少々気の利いたリストで、このリストをコピーして貼り付けると、「医療費控除を受ける手順」というタスクを親タスクにして、3つの子タスクが登録されます。

医療費控除を受ける手順

1. 源泉徴収票を用意する。
2. 医療費の領収書を集計して、明細書を作成する。
3. 確定申告書を作成する。

一つの親タスクと、3つの子タスクとして登録された

これは、ul要素、ol要素、dl要素に設定されたtitle属性を使って、親タスクを作成するという仕組みになっているからです:

<ul title="医療費控除を受ける手順">
  <li>源泉徴収票を用意する。</li>
  <li>医療費の領収書を集計して、明細書を作成する。</li>
  <li>確定申告書を作成する。</li>
</ul>

日時にみる手帳の自由さ

ここ何回かの記事で、日時について、いくつか細かいことを考えてみました:

日時の意味で区別するToDoとスケジュール

→「日時: ToDoとスケジュール」

タイムゾーンによらない日時

→「日課とか誕生日とか」

→「日課時刻の変動？それとも固定？」

日付のみ指定することと終日の違い

→「日付と終日: 点と期間、または空きの有無」

精度なのか？粒度なのか？

→「日時の精度というか粒度というか…」

 

具体的に必要がなければ、このようなことは気にせず、まずは使い始めていただければと思います。これが趣旨でした(^_^;)

手帳にはこのような自由さがありますね。解釈は自分がする自由、カレンダーや時刻目盛りからはみ出す自由。

とにかく書いてさえおけば、後から分かる。ここに着目して作ったリフィルが「ダイアリー001 for Planner」です。同じ時間目盛りに乗せることには、リフィルを切り替えて使うというxfy Plannerならではのメリットがあるので、ここはハズさないでよかったと思います。

 

具体的に必要があれば、これら記事のようなことを考慮されるのではないでしょうか。具体的に必要があれば、日時の意味や記入・解釈のルールを具体的に決められます。例えば:

• パソコンやネットのソフトを使って、多数のToDoやスケジュールを正確・厳密に一括管理・処理する: 明日までに終わらせなくてはならないToDo項目を間違いなく一覧表示させる、など。
• 相手に電話やメールで問い合わせることなく、スケジューラーソフトで空き時間を調べて、会議の日時を設定する。

日時の精度というか粒度というか…

もひとつ、細かい話…

スケジューラーとかカレンダーソフトとかって、「2009年で150周年を迎える」や「2009年3月発売」とかいう日時を入力できないですよね。あるいは、「2009年7月22日9時55分33秒」という日時も入力できません。

そんなとき、実用では、「2009年3月発売」と入力できないので「2009年3月1日発売」と入力しておいて、詳細欄に「2009年3月発売だが日にちは未定・不定・目安」などと但し書きしたりします。

さて、すると、パソコン側にはあくまで「2009年3月1日」と入力されているので、その日時に基づいて、例えば3日前の2月26日にアラームが鳴ったりします。

「2月26日のアラームは無意味だ」ということになると、じゃ、いつアラームが鳴って欲しいか、と。「この件については、3月末の3日前、3月28日なら意味がある。」となれば、じゃあ「2009年3月31日発売」と入力しておこうか…

…と、こういった使い方の工夫をしているのではないでしょうか。

というわけで、次のような事柄は日時を入力したり、後で活用するときに何らかの工夫をされてるのではないでしょうか:

• 2009年は、横浜開港150周年だ。
• 製品の発売を2009年4月に予定している。
• このあたりの桜は早咲きで、見頃は例年だと2月上旬だ。
• 2、3週間前から、階段を降りるときに膝が痛むようになった。
• 4年半前から、このアイデアを温めてきました。
• 東京では、2009年7月22日9時55分33秒に日食が始まる。
• そのランナーがゴールしたのは、2008年8月○日▼時■分◎秒◇◇だ。
• ジュラ紀は、約2億年前に始まったとされている。

 …そう、工夫ができればいいんだと思います、というのが結論です。使いこなしの工夫、リフィルの工夫。その話は次に回して…

有効数字に似てる気もしますが、多分、違うと思います:

• 観測値、測定値と言い切れない。
• 10進数ではない。

• 1週間 = 7日という換算が妥当とも言い切れない。

  「1週間後」は「来週末」かもしれず、週末の定義も人によって違います。うっかり勝手に「1週間後」を「7日後」に書き換えてしまうと、このような可能性が見えなくなってしまいます。実務では必ず、カレンダーの日付で確認しますよね。

日付と終日: 点と期間、または空きの有無

細かい話を続けます…

《終日》、《ひねもす》って朝から晩までってことですよね、普通の辞書では。つまり、ある期間を指します。

でもって、スケジューラーソフトでよく見かける用語でもあります。日時指定欄の横に《終日》っていうチェックボックスがあって、チェックを入れると、日付だけで時刻は指定しなくなったりします。

 

ところで、日付は、期間を指さない場合があります。…あると思います(^_^;)

次の2つを比べてみます:

• バレンタインデーは2月14日だ。
• バレンタインデーは2月14日0時0分から2月14日23時59分までだ。

後者が《終日》っぽいですが、「バレンタインデー」を後者のようには言わないですね、普通。違和感があります。

この違和感の中身を探ってみます。

例えば、またまた《タイムゾーン》。バレンタインデーは、世界中どこへ行っても2/14です。日付だけで時刻を言わない場合は、「タイムゾーンに縛られない」感が少ない気がします。言い換えると、時刻まで指定されると、「タイムゾーンに応じて換算しなくちゃならない」感が増す気がします。…どうでしょう？

じゃ、これは？

• 正月は、日本では1月1日だ。
• 正月は、日本では1月1日0時0分から1月1日23時59分までだ。

わざわざ「日本では」と但し書きする意味が、前者では習慣・文化の差を示唆してる気がします。旧正月を祝う地域もある、など。後者では、タイムゾーンを示唆してる気がしませんか？(^_^;)

もう一つ、《空き時間》があるのかどうか。これはどうです？

• バレンタインデーは2月14日だ。でも、会議を入れることができる。
• バレンタインデーは2月14日0時0分から2月14日23時59分までだ。会議を入れる余裕はない。

「バレンタインデー」という件名が邪魔かも。これでどうです？

• 2月14日は○×△※◆だ。でも、会議を入れることができる。
• 2月14日0時0分から2月14日23時59分まではΣ¶♪■◎だ。会議を入れる余裕はない。

ある事柄に日時、特に大きな単位の日時を指定したときに、その単位となる時間幅の期間を指定したわけではない、場合があります。…なんと！小難しい表現(^_^;)。《日》、《月》や《年》を、あたかも大きな《点》であるかのように言うことが、日常の生活ではあります。微妙な違いですが。他の例では:

• 2009年は横浜開港150周年だ。
• 2月11日は建国記念の日だ。

祝日だけでなく、祝月、祝年、祝decade、祝世紀だってあるかも、ってことですね。

これの実用上の違いは、その期間に《空き時間》があるかどうかでしょう。以前、ToDoとスケジュールに代表される事柄の違いを書きました。あれと似ていると思います。

でもって、《終日》ということばは、朝から晩まで隙間なく何かをしている、何かの状態になっていることを指します。つまり、空きがない。ということは、《終日》という用語が不適切な場合がある、と思うのです。

…でも、まあ、いまさら逆らっても、な。《終日》は、スケジュールソフト業界の標準用語になってしまってる気がします。

日課時刻の変動？それとも固定？

細かい話を続けます…

「日課とか誕生日とか」で、「時差で換算しない日時、特に時刻」と書きました。ここで、「換算しない」というのは、「毎朝5時に散歩する。この《5時》は、世界中どこへ旅行しても、それぞれ現地時間の《5時》である。ロンドンにいるからといって、日本時間の《5時》をロンドン時間に換算して《20時》に散歩するのではない」という意味でした。

「換算」という表現が妥当だったかどうか、少し調べてみます。

iCalendar(あい・かれんだー)という規格では、このような時刻のことを「"floating"である」といっています。

4.3.5 Date-Time

...The "DATE-TIME" data type expresses time values in three forms:

…"DATE-TIME"データ型は、時刻の値を3つの形式で表現することができます:

...

FORM #1: DATE WITH LOCAL TIME

形式 #1 現地時刻付きの日付

The date with local time form is simply a date-time value that does not contain the UTC designator nor does it reference a time zone. For example, the following represents Janurary 18, 1998, at 11 PM:

DTSTART:19980118T230000

「現地時刻付きの日付」形式は単純に日時の値を指定し、UTC(協定世界時)を指定したりタイムゾーンに言及したりしません。

Date-time values of this type are said to be "floating" and are not bound to any time zone in particular. They are used to represent the same hour, minute, and second value regardless of which time zone is currently being observed.

このような日時の値は、"漂う、変動する"と呼ばれ、どのようなタイムゾーンにも結びつけられていません。これらは、現在どのタイムゾーンにいようとも、同じ時間、分、秒の値を表現します。

RFC 2445, iCalendar

興味深いのは、Outlook 2003のヘルプには、こう書いてあります。

トラブルシューティング : タイムゾーン

▼使用するタイムゾーンに関係なく、予定の時刻を固定する必要がある

タイムゾーンに関係なく、予定表に固定の時刻で予定を表示させたい場合があります。たとえば、タイムゾーンに関係なく、同じ絶対時刻に薬を服用するためにアラームを設定する場合があります。ところが、タイムゾーンを変更すると、新しいタイムゾーンを反映して予定が変更されます。

Outlook では、タイムゾーンを変更しても予定の時刻が固定されたままになるようには設定できません。予定の時刻を固定しておく必要がある場合は、現在のタイムゾーンを変更しないでください。…

Outlook 2003ヘルプ

何が興味深いかというと、iCalendarでは《float》という形容詞を使って説明している事柄を、Outlookでは《固定》と、逆の形容詞を使って説明していることです。

わたしが《換算しない》と表現したのは、Outlookのスタンスに近いということになるのかもしれません。まぁ、妥当な表現だったのかな。

利用者にとってのカレンダー・時計という枠組み

この違いは、それぞれが誰に向かって何のために書かれた文章か？による気がします。次のように思います…どちらも想像で、確かめたわけではありません、が。

iCalendarは、インターネットを通じて、スケジュールソフト間、あるいは世界各地の人々の間で、スケジュール情報を交換するための規格です。技術者向けに書かれたものです。そのためには、協定世界時(UTC)を基準に日時というものを整理するのが適切でしょう。となると、「毎朝5時に散歩する。この《5時》は、世界中どこへ旅行しても、それぞれ現地時間の《5時》である。」というとき、協定世界時での散歩時刻は、その人がどこにいるかに応じて《変わる》ことになる。この《変わる》ことが特徴であると捉えて《floating》と形容する。

Outlook 2003のヘルプは、パソコンを抱えて世界を旅する一人一人の利用者に向けて、その各人に起きている事態を説明するものです。日本からロンドンに着いて、パソコンの時計を現地時間に合わせたら、5時のハズの散歩時刻が夜の8時に《変わって》しまう。変わらないように、つまり《固定する》にはどうすればよいか？を説明しています。

ここでもし、「あなたが世界のどこにいるかに応じて、散歩時刻を《変動させる》には…」と説明されたら、どうでしょう？しっくりくるでしょうか。

逆に、しっくりくるのはこういう場合でしょう。ロンドンに行っても、パソコンの時計はおろか、腕時計もなにも、身の回りの時計を全て日本時間にしておくあなた。あなたが、早朝のロンドンを散歩するには、散歩時刻を身の回りの時計=日本時間の何時に《変動》させればよいのか？と。

日課とか誕生日とか

記事の投稿時刻でおわかりと思いますが、yamahigeは夜型。

海外に行くと時差でしばらく朝型になったりするかというと、甘い。ソッコー馴染んでやっぱり夜型。

さて、毎朝5時の散歩が日課の人は、海外の旅行先でもやっぱり、その土地の毎朝5時に散歩したいでしょう。

聖バレンタインはローマの人？ってことは、バレンタインデーはイタリア時間？いえいえ、世界中どこでも、その土地の2月14日では？

誕生日の日付も、世界のどこへ行っても同じでしょうか。誕生日は日本時間で、っていう人もいるかな。

こういう時差で換算しない日時、特に時刻については、内部の仕組みもさることながら、ユーザーインターフェースに工夫がいるでしょうね。なぜなら、それをサポートすることによって時刻設定・表示のインターフェースが一律に複雑になるのもどうか、と。

例えば、日時を指定するときに、図のような「常に現地時間」っていうチェックボックスがあったらどうでしょう？説明されないと、なにを問われているのか分からないのではないでしょうか。

これを説明不要にするには、どうすればよいでしょうね…。例えば、「海外旅行向けの時刻調整」リフィルがあって、そのリフィルでタスクを表示したときだけ、そのようなチェックボックスが現れる。…とするのかな。

日時: ToDoとスケジュール

次の2つを比べてみると:

• 運転免許の更新連絡書が届いた。更新手続き期間は、1/30から3/31の間だ。
• 展示会の案内が届いた。開催期間は、1/30から3/31の間だ。

どちらも、次の点では同じだと思います:

• ある事柄が予告されていて、
• それぞれに期間、つまり開始と終了があります。

でも、性質が違いますよね。どう違うかというと:

事柄: その1	相対的な 比較ポイント	事柄: その2
運転免許の更新連絡書が届いた。更新手続き期間は、1/30から3/31の間だ。 ↓ 2/15 10:45に運転免許試験場に行って手続きを開始し、2/15 12:30に終了した。 ↓ 予定通り、よくできました！	例	展示会の案内が届いた。開催期間は、1/30から3/31の間だ。 ↓ 2/15 10:45に展示会が開始し、2/15 12:30に終了した。 ↓ 2/16に会場に行ったら、「もう終了しました」だって。え？前倒し？(^_^;)
予定通り	早く終わった	予定外
長い 開始可能な時から終了の期限までを取る。	期間の長さ	短い 通常、正味の拘束時間をとる。
高い 自分の事柄に限定しても、大小さまざまな事柄が、並行する。	多重度	低い 我が身は一つ。多重化するのは物理的に困難。 …あくまで困難であって、ダブルブッキング、トリプルブッキングがないとは言えないが…(^_^;)
シンプルな事柄リスト ガントチャート 事柄を並べる領域で、事柄が並んでいく方向のサイズを可変することで、重複しても見やすい。	表示に向いた 図表	カレンダー (日、週、月) 事柄を並べる領域のサイズを固定にし、チャート全体の形をコンパクトに固定することで分かり易い。

まず、期間や日時の意味が違うので、それに基づいてどう行動すればよいかが異なります。

また、それらを表示するのに向いたチャート・図表が異なります。期間が長くて多重度の高い左側「その1」のような事柄を、カレンダーに表示すると、所定の事柄欄に収まらず表示しきれないという事態になります。例えば、Googleカレンダーに年表を取り込んだ場合みたいになります。

そこで、扱い方を工夫します。

ToDo、スケジュールとリフィル

普通は、事柄「その1」を「ToDo」、事柄「その2」を「スケジュール」や「イベント」となどと区別して、別々のチャートに表示します。

xfy Plannerだと、性質の異なる事柄を別々のプロジェクトに切り分けて、それぞれに向いたチャート -- リフィル -- で表示すればよいわけです。

でも、性質の異なる事柄でも、同じチャートに表示したいときがあります。例えば、論文投稿の締め切り日に、展示会で朝から晩まで説明員を予定するのはキケンでしょう。同じチャートに表示すれば、それが一目瞭然です。

あるいは、同じ仕事の事柄は、ToDoでもスケジュールでも、同じリフィルで表示したいことがあるでしょう。

性質の異なる事柄を一緒に表示するリフィルでは、従来のチャートとは異なる工夫が必要になるでしょう。

例えば、7週カレンダーでは、期間の開始と終了、および完了の「点」のみを示すようにしてみました。カレンダーであっても、上の図のような事態が緩和されるかな、と。その上で、開始、終了、完了のどれかの点を選択すると、対応する他の点もハイライトするようにしてあります。

もちろん従来のスケジューラーのような固定カレンダーリフィルもアリです。

ToDo ←→ スケジュール

あるいは、ToDoであっても、それに対する自分の行動予定を決めてから、スケジュールとして記入します。「その1」であれば、「更新手続き期間は、1/30から3/31まで」ではなく、「2/15 10:30 - 11:30に運転免許試験場で更新手続きする」と記入します。「1/30から3/31まで」という期間はチャートに図示しない。

でも、その日時が何を意味するかは、状況に応じて自分が決める。自分がどう行動するか、選択の幅は最後まで広くとっておきたい。そういう方もいるのでは？だから「1/30から3/31まで」という期間をチャートに図示したい。

これは、流動的な状況に臨機応変に対応したいということでしょう。決まったことを効率的にこなしたいというのとは、また別の態度だと思います。

これにこたえるには、事柄の性質とチャートとの関係を固定しないことが、役に立つのではないかと思います。xfy Planner用語でいうと、リフィルを切り替えられる。タスクリストから入力したタスクでも、スケジューラで表示・編集することができます。

手帳: 自由と枠組み

手帳やノートには方眼や罫線が入ってます。わたし、キチンと罫線に沿って書いてるわけではないけど、罫線は欲しいし、しかも書きやすい罫幅ってあります。

年末年始、雑誌で手帳特集が組まれてました。あれを見ると、みなさん同様のようですね。

自由と枠組み

納富廉邦さんが糸井重里さんにインタビューした日経トレンディネットの記事。「自由度と枠組みのバランス」という切り口に共感します:

• ほぼ日手帳ファン必読！ 糸井重里氏、「ほぼ日手帳」の生い立ち秘話を語る
  (2008年11月08日)
• 「ほぼ日手帳」 人気の秘密教えます 糸井重里インタビュー
  (2007年11月21日)

一リフィル制作者としてですが、xfy Plannerには似たようなバランスがあると思うのです:

	自由	枠組み
手帳	個人 日付があるのを無視していろんなものを貼る 個人のためのホワイトスペース 方眼、罫線からはみ出してよい。斜めに書いてよい。	社会性 さまざまな枠: カレンダー、日付、時間軸 元々、手帳は他人との関係だけで成り立っていた 方眼、罫線
xfy Planner	使い方 リフィルを選択できる: 書き込むとき、後で見るとき、編集するとき タスクを割り当てるプロジェクトを選択できる リフィルに表示するプロジェクトを選択できる   タスクや日時の解釈に幅を持たせられる: ToDo？、スケジュール？。 終了予定？、期限？。 微妙に異なる解釈のものを、同居させることも、分けることもできる。	仕組み タスクという単位で操作する タスクには標準のタスクパーツがある タスクはプロジェクトに割り振る タスクはリフィルを通じて操作する タスクは、プロジェクト単位で、リフィルに表示・非表示される   タスクパーツのいくつかは日付・時間を表す: 開始、終了、完了