【旅行】関西帰省旅行（1/4日目）（HOTOKI、実相院門跡）

旅行というか、帰省で京都・奈良・大阪に行ってきた

　帰省ついでに京都・奈良・大阪と回ってきたので、行って来た場所をまとめておく。日記のような、と思うだろう？　日記だ。

　今回行った場所はこんな感じで、1日1記事で紹介していく。

　カメラを買ったので、写真も合わせてピックアップしていく。

　1日目：京都（HOTOKI、実相院門跡）

　2日目：奈良（パリワール、新薬師寺、元興寺、樫舎）

　3日目：京都/奈良（伏見稲荷大社、八坂神社、福寿館）

　4日目：大阪（千とせ、ドゥブルベ・ボレロ）

　今回は１日目。

　友人宅近くの場所で探して、と聞こえはいいが、単に私が喧噪から外れたかった＆まだなんとなく土地勘のある地元の大学の近くということもあって、北山その奥あたりに行くことにした。

HOTOKI 

　とりあえずお茶、ということで、近くのカフェ屋さんに移動。雨が激しい。昨日まではあんなに快晴だったのになんという仕打ちだ。

　HOTOKIは、京都の地下鉄北側最終駅の国際会館駅近くの、カフェもやってる焼き物屋さん。カフェもできるし、何よりろくろ体験コースができるのが魅力的。カフェは2階でそこから作ってるところを見下ろせるんだが、とても面白そう。というか、先生はいるといとも簡単にできてる不思議。

　カフェで飲む器は自分で選ぶことができる。

　ごはんものあると見せかけて実はないという。トーストだけなので、昼がっつり食べたいなら他の店に行った方がいい。

　とはいえ、トーストはとても丁寧にやかれてて、トースト荒めのイギリスパンで、イチゴ、セロリ、にんじんといったちょっと毛色の変わったジャムがついててうまうま食べた。器関係は全部ここんちのやつである。

　焼き物屋さんということで、実際に器も購入可能。シンプルなタイプが多かった。

hotoki.jp

　ツイッターもやってるらしい。

twitter.com

 

実相院門跡 

　京都は更に北の方、地下鉄の北側最終駅の国際会館駅からバスで行ける。ちなみにバスは30分に1本の頻度。

　まだ見ごろじゃないこと、そして京都の北側・雨・平日という3連コンボもあいまって、京都にしては珍しく人数少なめだった。

　もともと、京都だけど人が少なくてひなびた寺か神社、というのが今回の希望で探した。鞍馬寺もいいなーと思ったら、交通面が台風で影響を受けて、まだ開通していないらしいので今回は断念。

　ここは、床もみじと言われるものが有名で、床に映るもみじがとてもキレイなので有名。つまり、いい仕事しているのは床だという。あ、もみじも勿論キレイですが。

　ちなみに写真は家の中はNGだが家の外はOKとのこと。概観と庭をバシャバシャ撮った。 

　石の庭。外側の一般的なお家をいれないように写真を撮るのに苦労する空間。

　中庭。まだまだ緑。

　カメラも勉強中だけど、明るくすればいいってもんじゃない。 

　明るめでとった中庭。 

www.jissoin.com

　当日会った友人には京都駅まで送ってもらって終了。人類は何故傘以上の雨具を開発できないのか談義で盛り上がったのだった。

【タスク管理】KanbanFlowとHabiticaとTrello

　最近のタスク管理のツールは、タイムライン的にノートは使っていて、それとは別にKanbanFlowとHabiticaとTrelloを使っている。その使い分けについてまとめておく。

Trello

　GTDでいうところのSomedayリストなどを取り扱うのに使っている。長らく作業がかかりそうというか、もやっとしたものをとりあえずここに置いておく。Todoistから移行してきたのには、

• コメントができる
• サブタスクが作れる
• リンクが使える

の他に

• 画像がクリップボード経由で貼り付けができる

というのが大きい。

　Somedayリストは最近だと、

• Evernote
• Todoist

を使ってきたことがあるけど、問題点として、

• 軽率に見返すことができない

というものがあって脱落した。

　Evernoteは、データベースが肥大しすぎてみるまでのクリック数と検索時間に辟易して見なくなった。

　Todoistは、もともと項目ベースなので、入口部分のリストの項目面積が小さくて、それ以降に情報量が入っているとは到底思わなかったし、何より、他のリストと同居しているため、見た目が煩雑に感じて、見なくなった。

　Trelloが見た目みやすいか、と言われると若干そうではない。私としては、むしろPinterestみたいな、カード式の展開をしてくれるモードがあればとてもうれしいのだけど、そういうわけにはいかないようだ。

　だが、見た目みづらいために、かえって、自分が取り扱える範囲でものを増やしたり減らしたりしようという気分に操作されている感がある。

　ここから長らく使っていけるかどうかは、今後の私よどうぞよろしく。

Habitica

　Habiticaは、毎日の習慣や毎回やんなくてはいけないようなことをゲーミフィケーション的に行えるサービスだ。

　やる気の起きない習慣的作業についても、とりあえずやって、チャリンという音がしたら、なんとなくいい気分になる。というか、お金が増えるのでやった感がある。

　構成は至ってシンプルで、「習慣」「日課」「To-Do」にやることを配分できる。

　「習慣」は、日付は決まっていないが繰り返し行われること、「日課」は１日に最低１回は行う必要のあること、「To-Do」は繰り返さない非サイクル型のやることを記載する。

　「日課」は行わないと、HPが減るというペナルティがつくようになっていく。ここで、やった振りをするかどうかは、個人の特性にかなり依存する。

　Habiticaのいいところは、上記でも書いた通り、いつでもやる作業のやった感を高めることができるので、ちょっとした掃除などをしても自分をほめることができる。また、ウェブ版でもアプリ版でもそうなんだけど、チェックすると音が出る。これがいい（真顔）。個人的にはドラクエのレベルアップの音か、マリオのコインゲットの音に切り替えるといい気分になるんだろうけれども、まぁそういう気分になることができる。

　なので、Habiticaは、To-Doとかよりも、習慣とか日課で、いつもやる気のない作業を自分に励ますのにとてもいい。

　しかし、画面構成はかなり固めなので、ここに全部のTo-Doを入れる気にはなれない。

KanbanFlow

　KanbanFlowは、会社の作業をするのに使っているが、最近家の作業でもするように入れた。

　会社の作業では１項目25分でこなせるようにタスク配分するが、家での運用だとがらっと変える。

　KanbanFlowを使う目的は25分やったら休憩をとること。なので、１項目は25分以内で終わらせる必要はない、というか終わらないタスクの方が大半である。なので、25分のうちに２～３個ほどのタスクをこなして、ある程度の時間が過ぎたという区切りをつける。

　思わぬ効果として、時間のトラッキングもされるので、各作業にどれだけかかったかもわかるようになる。

　家でやる作業は、細切れというか、ささいな作業が多いので、やった感があんまりない。かといって、25分程度の大規模な作業だと、項目数でいくと今度は項目的に１個なので、これまたやった感がない。これをKanbanFlowのポモドーロでカウントすると、やった感ができるので、小さいタスクと大きいタスクのやった感の折衷案ができる。

まとめ

　というわけで、現状３つのツールは下記のように使い始めているが、このまま続くかどうかは不明である。

• Trello
  　主にSomedayリスト。一応Projectリストもある。NextActionはhabiticaとかKanbanFlowに投げるがそのまま作業することも。
• Habitica
  　習慣的なタスクを行うのに用いる。ToDoにも挙がってこないようなタイプのタスクで、つまり「がんばって生活している自分」をほめるためのツール。
• KanbanFlow
  　最近、というか昨日から個人作業をするのに導入。家である程度時間を使える時にだらだらやってて、結局今日は何してたっけ、というのを防ぐため。収穫できるポモドーロ数は、残念ながら会社の時とあまり変わらず…

【タスク管理】プロジェクト・アクション・手順、という概念

　私がGTDをやってよかったことの一つにタスクの捉え方が便利になったことがある。

タスクは定義が広すぎる

　タスク管理で見て見ると、タスクという概念自体は、個人的には広意義すぎて、人によってどこからどこまで含まれるのかが絞りにくい概念だ。

　なので、タスクという言葉自体を使う時は、何かしなければならない、という概念だけで用いて、実際にそこに何らかの具体的な管理主体の場合は、私はGTDのプロジェクトとアクション、そんでもって手順という3段階を用いる。

プロジェクト＞プロジェクト＞プロジェクト＞・・・プロジェクト＞アクション＞手順

　プロジェクト・アクション・手順の3つの関係性は明確で、手順が最小単位、それをまとめるのがアクション、それをまとめるのがプロジェクトとなっている。プロジェクトをまとめるのはプロジェクトとしていて、アクションの配下にプロジェクトがくることはない。

プロジェクト・アクション・手順の定義

　まずはアクションの定義を紹介する。アクションは、GTDでも言われている通り、何らかの作業で区切りよく完了できうるものと定義している。具体的には、途中で終わっても、人に次の作業を任せられる程には独立しているもの。これは、どこまで進んだか、を明確にするために区別するものでもある。だが、そのアクション単体ではやりたいことが達成しないことも多い。

　次に手順の定義。手順はその作業を複数行えばアクションが完了できうるものであり、アクションを行うための補足するものとする。ただ、作業単体だと意味のなさないもので、その前後関係によって実行する意味が見出せるもの。

　手順自体は、マニュアルの手順を思い出してもらえるとイメージがわかりやすい。私が想定している手順のレベルはそれであって、最終的には、なぜそれをするかは理解しなくても、実行すれば完了できるものだ。料理の手順のように、お湯が沸騰したら塩を入れる、など、どうしてそういう作業をするのかわからなくても、料理は完了する。

　最後にプロジェクトの定義。プロジェクトは、アクションを複数回実行することで達成できうるものだ。だいたい私たちが望む、何かを実現したいものは、このプロジェクトで満たされることが多い。

　なぜ、この3つのレベルの概念になるのかというと、誰かとコミュニケーションする場合に、一番都合がいいからだ。

　プロジェクトは、なぜしたいのかをコミュニケーションできる。

　アクションは、どうやってプロジェクトを実施するかをコミュニケーションできる。

　手順は、具体的にアクションを実施するかをコミュニケーションできる。

　そして、人とプロジェクトを進めるためには、アクションのレベルで進捗確認ができ、そして実際のアクション内容を知るためには手順でコミュニケーションができる。プロジェクトのサイズによっては、その上位またはその上位層でコミュニケーションすることもよくある話だ。

　私たちがコミュニケーションミスする場合は、このプロジェクトツリーのどの層で話しているかが一致していないことがよくある。そしてそれは、自分自身についても起こりうる。

タスクをプロジェクト・アクション・手順で管理するメリット

　この3階層でタスクを管理するメリットは、自分自身がどのレイヤーで管理すればいいかがわかることだ。

　つまり、レビューなどでは、プロジェクト単位でどこまで進んでいるかを確認すればいいし、実際どういうアクションが必要なのかはそのプロジェクトのアクションリストを見ればいい。手順については進捗確認では不必要なレベルだ。

　タスク管理のツリー階層タイプで失敗するのは、タスクダウンしすぎて、結局どのレベルを確認すればいいのか自分でわからなくなってしまうのが理由だ、というか私がそうだった。

【すきなもの】靴屋のオヤジ店長に愛を込めて

　その昔、新宿のルミネに好きな靴屋があった。今履いている靴のメイカーは、だいたいそこのお店で開拓したもので、靴の形やデザインなどが好みだった。今思えばあそこの靴屋は私の趣味にドンピシャだった。

オヤジが店長の靴屋

　そのお店は、オヤジが店長をやっていた。ルミネの店舗にしては珍しいタイプの店長だなぁと思いつつ、オヤジ店長の靴のセレクトはよかった。しかも接客がまた気が抜けてて、ちょろっと寄ってきては、

「どんなの探してるの」

「ふーん」

とまあ、あまり気の入らないような返事をする。といいつつちゃんとこれがいいだろうという靴を提案してくれる。

　そう、提案。

　靴屋は他にも寄るものの、この靴の提案自体はそんなにない。別に同系列でよさそうなの、「よかったらこれも試着されてみては」と言ってくれればちょっと嬉しいんだけど、割とないんだよね、お店の人からの提案って、依頼しないと出てこない。

　そう、このオヤジ店長、なんとなく声かけたらなんとなく靴持ってくる。それが、なんというかツンデレみたいな持ってきかたで、「まぁお前のために持ってきてやってみたけど、別に興味ないんだったらいいんだぜ？」的な。

　何をいいたいのかというと、オヤジ店長の提案は、お仕着せがましくなかった。

　そんなオヤジ店長は愛想はないが、靴のセレクトと指摘は的確だった。

　自分がいまいちだと思っている靴については、「えーそれするの」とかストレートにぶつぶつ文句を言ってくる。靴についても、ちゃんと足の形にあったものを提案してくれるのがいい。

　店長が持ってくる靴は、すでに足の形にほとんど合っている。

煽るオヤジ店長

　こんなこともあった。

　その店の靴のセレクトはちょっとデザイン的にはエッジのきいたタイプで、割と気合を入れないと履いてけないような靴も多かった。そんな中、比較的デザイン的には落ち着いた、オヤジ店長的には攻めてない靴を買おうとしたところ、こんなことを言ったのである。

「この靴（かなりデザインが濃い）、50代の女性が買ってったけど、その靴でいいの？」

　宣戦布告もいいところのこの言いっぷり。オヤジ店長の靴の趣味は本当にいい。そんな煽りを受け、結局デザイン的に攻めてない靴は買うことはなかった。

オヤジ店長のサービス

　そんなオヤジ店長のよい所は、試着しようとした時に、靴を自ら履かせてくれるところだった。

　ちょっとしたいい気分である。あれってちょっとしたことだけど、いいよねー、といつも一緒にお店に行ってた友人に言ったら、こうのたまった。

「ばっか、アレやってたのあんたにだけだよ。自分の好みの客にしかそんなことやってないよ。アンタの隣のお姉さんが試着したいって声かけて靴はかせてもらいたそうにしてたけど、2回声かけてたけど全くド無視だったからね、あのオヤジ」

　マジか。横暴な店長だとは思っていたけど、どこまで横暴なんだ。

まさかの閉店そして、

　そんな癖ありまくりの店長だったが、定期的に通っては靴を買っていた。友人と二人で常用していたのだが、残念なことに店舗がたたむことになった。友人と二人して店長の行方をお店の人に聞いたのだが、「退職しまして」という残念無念な返事であった。嗚呼無常、店長一体どこにいったの？！

　そんなことがあったのも、結構昔の話。

　店長のいた新宿の店は閉じたものの、他の店舗はまだあったり、メイカーの靴を他のお店で見つけて買ったりしては、私の靴生活は回っていた。

　そんな中、とある靴屋で接客している人と話賑わい、今度働く店が、丁度オヤジ店長のいた店の系列店だというのがわかったので、オヤジ店長の話をしたのだ。

「あーあの靴のへらで客を指さす横暴なオヤジ！　私買い物行った時に見かけて腹立って他の店員に言ったんですよ、何あの人って？！　そしたら社長なんですって！　だから誰も文句言えないんですって！！」

　店長、まさかの社長だった。ならばあの傍若無人ぷりもやむなしである。自分の居城だもんな。そしてここからが本題、オヤジ店長の行方を聞こうとしたら、まさかの衝撃の結末だったのだ。

「あの社長、お亡くなりになったんですって」

　鬼籍に転籍したならそりゃあいないはずだわ。

　あれ以来、オヤジ店長なみに信頼のおける靴の店員には会ったことがない。いい夢見させてもらったぜ。。

　オヤジ店長に薦められて買った靴は、いまだに数回レベルでしか履いていない。それでも、捨てられずに大切に持っている。

【すきなもの】好きなものを集めていこう

　この度書いていないことの一つに好きなものというのがある。というか物について語るというかあんまりしなかったなぁと。というのも、自分は気持ちがそぞろですぐに気が変わるというのがあるので、書いていいものか、という気持ちがあったのだった。

　なんだけど、タスクツールはあんなに変更しておきながらよく書いてるじゃないか、と思っていたし、ブログをとりあえず自分が読み返すアルバムみたいな気持ちで書くもの、と捉えると、やっぱり好きなものについて書くのはいいよね。

　ということで定期的に書いていこうと思い至ったのである。

　というわけで、特にサイクルとかは決めてはいないが、唐突ながら好きなものについての記事があるのでよろしく候。

　という記事を出したつもりで既に洗濯機の話を出していたのはご愛嬌。

www.works4life.jp

【雑記】定点観測 2018/08/31

定点観測は、自分のタスク実装を定点的にみていくための記録です。金曜記載。

仕事の状況

• 変化なし（細かい指標を出していたものの、さっぱり変動がないため一旦取り下げ）

正しいポモドーロテクニック、会議の時間はどうすべきか

　目標のポモドーロ数を収穫できれば、その日はＯＫという扱いにしてきたが、会議の時間を収穫するのは難しいと感じるようになった。

　そもそも、会議の時間をポモドーロとして収穫すべきか。

　ポモドーロの収穫条件として「集中していること」というのがあるのだが、そんなに会議に集中していない時もあるから、ポモドーロとして収穫するには微妙である。

　私の結論的には、会議の時間はポモドーロ数とは別にカウントすることにした。そもそもmtgに合わせてタイマー回すのも難しかったしね。

ポモドーロ数に、今日どれだけ仕事をこなすかという別の意図が含まれつつある 

　最初は順調だったポモドーロテクニックだったが、いくつかの状況では計測しにくいことがわかった。

　一つはミーティング。上記でも記載した通り、そもそも集中しているとはいいがたいことからもあった。もう一つは、人とやり取りするのが多かったりする場合。

　そうすると、想定していたポモドーロの収穫量には間に合わなくって、ちょっと運用を考えなおしていたのがミーティングで、別集計にすることにした。

GTDの総合リストはTodoistからTrelloに移行した

　移行作業も終了し、GTDの総合リストはTodoistからTrelloに変わった。Todoistは、Descriptionがかけないのがつらかったのと、リスト構成がやっぱりなーと思うところがあったのが、やはりそこらへんで運用が合わずに敗退となってしまった。

　TrelloはTodoistよりも情報をおく面積があって、Description、コメント、添付ができる。画像もクリップボードから添付できることが判明した（ここ重要）。

「集中している」とは？

　ポモドーロテクニックのポモドーロの収穫には、集中していることを大前提としている。ある目的に対して取り組んでいる、ということで、ここの中では声をかけられたり、ウェブサーフされたりすることは、邪魔された！というカウントになってしまう。けれども、人によっては声をかけられることも含めて集中している場合、てのはあるんじゃなかろうかな。

【タスク管理】タスク管理あれこれ～そもそもゴールとは・母艦と子艦・管理する範囲

　タスク管理でいろいろ考えることのうちに、どうもまとまりのないのがいくつかあるのでそれをちょっとまとめておく。

タスク管理のゴールは、「自分が実行しやすい状態までに絞り込める」こと

　結局タスク管理ってどんなのがいいの、と言われると、そもそも元を正せばちゃんと実行して前に進むことを第一の目的としている。

　そしてそれ以外の今は実行できないことについては忘れずにいるために、どこかにデータを保管しておく。

　実行→保管したものをひっぱりだす→実行

　これができれば問題ないのである。

　が、いろんな状況の変化によって、この「実行→保管したものをひっぱりだす→実行」というのがうまくいかなくなる。やりたいことが増えて、管理項目が増えて実行しずらくなる、というのもうまくいかなくなるパターンの一つであり、私がよくやる失敗例でもある。

母艦と子艦

　やりたいことが多すぎるが、実際実行するには全部が見えているとやりたくなる。だったら絞り込めばいいじゃない！

　ということで、最近おちついているのは母艦と子艦の関係である。

　母艦は大きな管理サービスで、1年以上とか数年以上後でも実行できそうとか今は実行できないとか、この店おいしかったとかの、そういったもろもろを管理する。

　子艦は、母艦と違って短期決戦の実行内容するものを管理する。だいたい1週間で母艦からやることをひっぱりだせると望ましい。

　が、これもなかなかうまくいくときとうまくいかない時がある。

管理する範囲

　とにかく最初っから大きくものを管理しようとすると、うまくいかないことは多い。ゲームのチュートリアルだって、最初は範囲を決めて実行させようとするのがわかる通り、初心者を大海原に放っておくと、ゲームが続かない可能性が高いのである。

　それは、タスク管理についても然り。

　そういった場合は、まずは仕事に関してタスク管理をすることから始めるのがいい。

　個人的な項目については、「絶対やんなきゃ！」というものが少ない。あっても自分の情熱にのみに依存していることが多い。こういったプロジェクトは、管理云々ではなく、プロジェクト自体が失敗の可能性を多くはらんでいるため、最初からうまくいかないことが確率的に高い。

　仕事は、自分の云々に関わらず達成すべきこと、というのが多いため、ちゃんと実施できることが多い。成功確率が高いし、そもそものっぴきならないために実施しやすかろう。

　GTDは最初から人生とかでっかく管理範囲を取れとは書いてあるけど、無理はしない方がいい。私も仕事の範囲だけから実施した。