Notionの新機能の紹介
うちあわせCast第百八十二回ということで、今回もゲストにたくさんお迎えしております。よろしくお願いします。
よろしくお願いします。
せいせいAI周りはすごい高スピードで2度目回っておりまして、もうテニアワンやなんで、もう全部スルーしまして。
そうだ、スルーしたんですね。
招待制のやつもあって、全然使えてないのもありますし、なんかこうTikTok風の動画を簡単に作れるみたいな機能かな、データらしいんですけど。
そうなってくると、知的精査の技術と関係のない地点に行ってるなと思うんで、一旦スルーするんですけど。
ツール前で言うと2つ紹介したいのがあって、まずNotionが今まで2.0やったんですけど、3.0ということでメジャーアップですよね、こういうのは。
ナンバリングが一桁目が上がるというのがありまして、これも本格的にがっつりせいせいAI対応ということで。
前回のバージョンでも比較的自分の作ったノートとかに対して操作はできたらしいんですけど、
今回でもがっつり内容を作って、データベース作って、それにプロパティ当てていくとか、そういうことが全面的に依頼できるようになったということで、つまりエージェントの機能がついたと。
しかもエージェントが1つじゃなくて、個性というかキャラクターというか、翻訳を任せるタイプのAIとか、間違いをチェックするためのAIとか、そういうふうに各種役割付けたエージェントを作れるようになるということで、
この辺はもうすでに各種生成AIサービスで、名前はいろいろ違うんですけど、その役割ごとのAIというのがあったんで、それを追いかける形になってきてるんで。
以前も紹介しましたけど、NotionはNotion自体でAIを持ってるんで、MPCを介して他の生成AIと連携するということも不可能ではないんでしょうけども、
Notionが描くエコシステムとしては、Notionの内部で全部ということを目指してるでしょうし、独自のAIの使い勝手の良さをアピールできない限り、このデジタルノート戦国時代を生き抜いていくのは難しいでしょうから、
この3.0以降、NotionならではのAIという話が多分本格化していくんじゃないかなと思っております。
ワークフローリのアップデート
まあ、全然使ってるんですけども。
ワークフローリがアップデートとかもめちゃくちゃありまして、これも全然全部追いかけてないんですけども、
カラーテーマが1個増えたという話があるのと、PDFファイルをアップロードしたときに、そのままPDFを読めるようになったというようなことと、
ベータ版なので、セッティングでオンオフチャーが出てきないか来ないかわからないんですけども、
いわゆるデイリーノートの機能がつきまして、
これまた勝手に画面を共有してしまうわけですが、
ワークフローリの通常の画面が出てますけども、
右上にToday用のボタンが追加されてまして、
バックだとコントロールTかな、がショートカットキーになってます。
このサイドバーにもTodayという同じボタンがついております。
役割は一緒です。
これをバチッと押しますと、Todayという項目に飛ぶと。
今日の日付がデータとして入っていると。
これも乱暴なことしますけど、このカレンダーという項目に入るんですけども、
これも仮に消したとします。
ない状態でこれを押すと、さっき言ったフルセットがすべて自動的に出来上がってしまいます。
これ自身だいぶおせっかいやなと思うんですけども、
今までデイリーノートというのをいちいち作っていったのを一括で管理できるし、
これ面白いのは、僕が明日これを押したら3日の項目が自動的に出来て、
このTodayの項目がYesterdayになり、ここに新しい項目がTodayになっていくということで、
これテキストに見えますけど、僕操作できないんですね。
Polyfixみたいな感じで勝手に表示されているので、
これが自動的に日付ごとに変わっていくという感じになっております。
これ自身であれば、僕はこんな機能は普通にいないよという感じがきていたんですけども、
面白いのはこの特殊な機能がついていると。
普通のアウトラインのズームでは出てこない、
この左右の矢印ボタンとこのカレンダーボタン。
もう直感的に分かると思いますけど、
Todayにズームした状態でこれを押すとYesterdayになると。
これも勝手に作られているわけですね。
逆にNextを押すとTomorrowの項目が自動的に出来上がると。
日付を送って左右に移動することができるようになっていると。
このカレンダーボタンを押すとカレンダーが出てくるので、
クリックしたら該当の日付にズームすると。
ここまでやったらまあまあすごいなというところなんですけど、
ここからがアウトライナーの本領を発揮して、
全く同じことが月単位でもできると。
この月の10月の項目で左を押そうとすると、
前の月というのが出てきますので、
こう押すと9月に移動すると。
勝手にできていると。
2025の年の一つ上で同じ操作をすると、
この24が勝手にできていると。
正直これがワークロールに便利使えるかどうかは別としても、
この機構はとてもいいなと僕は思っています。
この左右移動があるということは、
この手のツール、特にデイリー項目って必ず日付の中に位置付けて
閲覧されるので、左右ボタンがあるのはいいかなと思うんですけど、
これ使われました?この機能。
使いました。
感触はどうですか?
ポジティブな感触とネガティブな感触が両方半々ぐらいですかね、やっぱり。
やっぱりアウトライン上にカレンダーを作るっていうのがどういうことかというのが
非常にわかりやすく示されていて、
なおかつプレーンなアウトライナーのままだとちょっと使いにくく、
そこでカレンダーを運用すると使いにくくなりがちなところのケアをちゃんとしてる。
ところがいいなぁと思いつつですよ。
やっぱりね、構造を勝手に作られちゃう感じがありまして、
で、それはやっぱり、
そのなんというか、アウトライン、アウトライナーの、
あくまでこれは勝手に僕が思っているものですけども、
アウトライナーというものの哲学には反しているかもしれないなということはありますね。
で、だからカレンダー構造をどう作るかというのは、
こっちに考えさせてほしいという思いもあります。
だから逆にこれだけAIと言っているのなら、
逆にこちらが作ったカレンダー構造を読み取って、
それに応じてこの機能を使えるよう、機能というか、
いい具合に使わせてほしいなという思いはあります。
カレンダーほど多分判定しやすいものはないので。
そうですね。アルゴリズムだけで成立しますね。
そうなんですよね。という思いもありつつ、
でもポジティブ6割、ポジティブな気持ちのほうが大きいかなと思いますね。
まずそもそもとして、例えばワンクローリーで、
例えばメモだけじゃなくてこういうカレンダーみたいなレイリーを作っている人であれば、
おおむねこのような構造になっていることが多いと思うんですよ。
その場合はそっくりそのまま動かせばいいという感じですけど、
僕はこの年の構造とかあまり作らないタイプなので、
メモの中に直接と日付の項目を並べるタイプの人間なので、
ネストがちょっと深いですね、これを作らないと。
例えばですけど、ここに作った項目をイメージとしては、
その日使い終わったらここにムーブすることで、
ハイブリッドな運用ができないかなと思ったんですけど、できない。
できないですよね。できないですよ。
全く似たような見た目の日付についての項目をこっちに動かしても、
例えばイエスタデイとか押したら、結局その新しい、
同じ日付を持った別の項目が作られてしまって、
項目先、移動先として認知されない。
見てみると、HTML見てみると、やっぱりちょっと違う。
ほとんど全く一緒なんですけど、プロパティがちょっと違ってまして、
ここに並んでいる項目はプロジェクトだけなんですけど、
移動してくるとタスクっていうクラスがついて、
そこは対象外になっているみたいですよね。
そこがなくて、いくら移動しても、
例えばここから出しても、他のところからここに入れても、
同じように可憐な機能が使えるというので、
あれは僕はもう少し歓迎したんですけど、
ここに置くしかないと言われたり、
例えば僕が勝手にここで11を作っても、
結局この状態でこれを押したら、
11がまた出来てるんですよね。
それは困るというか、何か違うかなという気がして、
ボタンキーとかで作らない限り認知されないというのは、
ちょっとその、どう言ったらいいんかな、
ワークロリーらしさの自由速度がちょっと低い形に感じられてるんで、
そこが、例えばここで普通にリターンを押して12って書いたものが、
ここで同じように使えるんであれば、
僕はもうちょっとポジティブ判定が上がったんですけど。
そうなんですよね。
ワークロリーの通常の項目じゃないんですね。
特殊な項目になっている。
そうですね。
だからちょっと哲学に反してるなと感じ、そこですね、たぶんね。
そういうとこでしょうね、きっと。
ここに入っている項目を自動的に特殊な項目に変換するないしは、
僕の何か操作で、このバレットでカレンダーを項目にするみたいなのを選べるって、
その変換できるんであれば、まだもうちょっとあれなんですけど、
ちょっと異物感というか、
ここの中が一つの大きなテリトリーになってしまって、
向こう行ったりこっち行ったりっていうことがあんまり念頭に置かれてないところだけが、
ちょっと残念かなという感じですね。
デジタルノートの評価
そうなんですよね。
だからカレンダーはカレンダーだろうと思ってるんだなっていうふうに思っちゃうんですよね。
そうですね。
そうか、ワークフローイ作っている側がそう思っちゃうんだっていう。
ちょっとね、そうなんですよね。
分かってんのかな本当にって外の人間が言うのもなんですけど。
そうですね。
あとはいえ、分かってる分かってないっていうのはこっち側の勝手な期待なんで、
ワークフローイがこれからそういうものになっていくのかもしれないし。
このような機能、特にデイリーはほとんどデジタルノートツールに標準というか、
もうだいたいどんなツールでもこの日付の項目扱い図が入ってるんで、
ワークフローイもそれに乗ってきたということだと思いますし、
さっきも言ったように別に便利か不便かというと、
この構造で使うタイプの人にとっては多分普通に便利だとは思うんですけど。
そうですね。
何を求めてワークフローイを使っているかによって評価が結構分かれるかなとは思いますね。
そうですね。
そもそもデイブワイナーのパーゴとか、
リトルアウトライナーとかドラマーとかについているカレンダー機能もこんな感じなんですよね。
デイブワイナーのデイリーは不自然に感じないんですよね。
あれはアトリビュートを書き換えられるんですよね。
なるほど。
一応日付は日付のアトリビュートが付いているし、
確かそれでその下に何か書くと、通常の項目じゃなくてノートアイコンが付いた、
多分タイトル用のっていうのができるんですよ。
それ余計だなと個人的に思ってたんですけど、
でもアトリビュート書き換えると普通のトピックに変わるんですよね。
一応そこで柔軟性を担保していたんだと思うんですけど、
カレンダー機能の実装
確かにカレンダーっぽい機能を実現するためには、
属性を持たせる必要があるんですよね、当然。
それは間違いないですね。
だからそれをやるなというと、
結局全部手動で作るのと変わらなくなっちゃうんで、
そこが難しいところですよね。
そうですね。何判定でこれをしているのか分かりませんけど、
カレンダーっていう機能を持たせた項目に下に入ったら自動的にそうなるし、
入らへんかったら戻すっていうことでも良さそうな気はするんですけどね。
いろいろあるんですよ。
これは当然ベータ版なんで、今まだ正式にリリースされていないので、
確かめながらということになると思うんで、今後どうなるか。
手帳の魅力
あんまり今の段階でグタグタ言わないほうがいいですね。
感触としてはそんな感じですね。
本を紹介した日ぶりなんですけど、
昨日かな、10月1日に出た
他人の手帳は蜜の味というタイトルの小学館新書の本で、
蜜は蜜鉢の蜜じゃなくて秘密の蜜ですね。
他人の手帳を集めている方がいらっしゃいまして、
手帳類図書室という他の人の手帳とか日記が2000冊以上あるらしく、
それを読めるルームがあって、
それを運営されている方が書かれた本で、
僕まだ1ページぐらいしか読んでないんであれなんですけど、
普通に面白そうな企画だなと思います。
面白そうですね。
本書ではその手帳と呼んでいるのは、
自分向けに書かれたものは日記であろうが、
本書の定義では手帳やといって、
手帳的なものとか日記的なものが書かれているということで、
SNS時代の他人に向けられた文章ばかり読ませている私たちにとって、
僕らにとってはそこまで珍しい環境じゃないですけど、
現代の若い人にとっては珍しいものが読めるような気がしますね。
珍しいのかそれは。
昔ながらの個人サイトを読んでいる人にとっては別に珍しくないでしょうけど、
日記の他人向けのアピールメッセージばかり読んでいる人にとっては、
そんな露骨なことみたいなことが多分読めると楽しいんじゃないですかね。
情報整理とツールの活用
それでノートを更新するとあれが減ったりするんですね。
悲しいですね。
細かい話なんですけど、
僕のコセンスの使い方で、
前々から言ってたワークフローリーとかで元気してた使い方なんですけども、
アイディアスレッティング。
基本的にコセンスとかっていうのはカード型で一つ一つ独立的に書くと。
それぞれの内部にリンクを貼ることで他のカードと関連性を作っていくというやり方で、
自由に言ったらアウトライン構造に縛られずに、
情報の繋がりを作っていけるということが最大の売りで、
それが非常に便利なんですけど、
そういうことをいくらやっててもアウトラインは出来上がってこないと。
だってアウトラインを作ってないからということなんですけど。
アウトラインを作るとはどういうことかっていうことを話すと非常に長くなるわけですが、
どっかのページを開いたときに、当然このリンクっていうのが出てくるわけですけど、
このページとこのリンクたちがどのような繋がりになっているか。
繋がりがあるとしてその繋がりの種類はどうなんだってことは、
このリンクの中では見えてこないと。
例えばこのfromというものをついててこういうリンクがあると、
このページからこれが作られたと。
だから従属なのか連続なのかわかりませんけど、
これの一つ手前にこいつがあるということがわかるし、
右にある人といったらこのカードの次にこれに行くぞという風に一つの流れができると。
そういう流れも一応スレッドと仮に読んだとして、
この個別のページを見ている中では、
例えばこのカード自身がこれとこれに挟まれているということはわかっても、
それをもう一段ズームアウトしたより大きな流れっていうのが、
どうわがいてもコセンス上では見えてこないと。
どうわがいても言い過ぎですけど、通常の利用の仕方では見えてこないと。
なので面倒ですけども、わざわざそれを一つのページに書いて
リンクの形で残していくと。
その際にアウトライン構造というか、インデントと開業を2つ組み合わせることで
カード同士のロジックというかな、
この2つの繋がりを示す言葉を僕は知らない。
ひとまずロジックとカタカナでロジックと呼びますけど、
を示していくっていうことを少しずつ、ほんまに少しずつやってまして、
やっぱりこれをすると知的活動の質が変わるなという感じがあって、
別にアウトライナーでもできると思うんですけども、
ワークフローの場合、この前も言いましたけど、
この2軸を下に行くのと横に行く2軸を使う場合って、
項目のノートに入れないとうまく作れないという話をしたと思うんですけど、
こうしたときにここで中身に対してインデントすると、
ここに下に位置付けられなくなってしまうので、
こうしましょうよという話をしたと思うんですけど、
それをワークフローでやっていくという試みをしておりまして、
これは多分あんまりワークフローでやられていない、
ちまちま手作業なのであんまり効率がいいことではないんですけども、
これやってみるとなかなかいい感じだよということは報告しておきます。
なるほどですね。
アウトライナーとコセンスの合わせ技みたいなことをしてますね。
こういう機能って多分昔の80年代とかのハイパーテキスト環境に
割に生き物というかマップで表示したりすることがあったじゃないですか。
おそらくコセンスの開発者の人たちはおそらく意図的にそれを
オミットしているんじゃないかと思いますね。
でもやっぱり使っているとそれが欲しくなるというところの微妙な
摩擦じゃないけれども、哲学は分かっているけど欲しくなるんだよなというところありますよね。
だからやっぱり基本的にコセンスは広がっていく方向、
もし知的な営みを広げる方向とまとめる方向があるとしたら広がっていく方法を重視しているし、
やっぱりそのようなこれがサイドバーにあったときに、
ここから逸脱するものが欠けなくなってしまうわけですね。
それは良くないというところでこのような設計するようになってますけど、
まとめていく思考っていうのをどこかに持つと。
別にこれをワークフローに置いてもいいわけですよね。
リンクになっているとしたらこれをここに貼り付けても別にいいわけですけど、
一応ワークフロー、コセンス上でもできるしやっていくと。
コセンスってインフォボックスという機能がありまして、どこかで紹介したかもしれませんけど、
自分で表組を定義するわけですね。
その情報に見合ったものがAIで自動的にページの中から収集されると。
普通は定型の情報を引っ張ってくるときに使うんですね。
これインフォボックスで使ってますけど、出版社ダイヤモンドはここから勝手に持ってきてるわけですね。
僕は別にここの項目に入力したわけじゃなくて、
自然言語で書けばAIがそれっぽいのを抽出してくれるっていう機能のインフォボックスをアレンジというかして使ってまして、
これがいいかな。
これですね。
これなんですけど、fromはこれですね。
で、nextはこれかな。
これ、ページの中にあるリンクで、fromから始まっている行を探せと。
それをここに入れると。
で、ページの中で右矢印の次にある行を探せと。
それをここに入れると。
なので、1情報、関係性かな。関係性情報がここで抽出されると。
僕の今の妄想的企画なんですけど、
このアイデアセッティングがついている、ハッシュタグがついているカードがここにあるわけですが、
このカードはこのカードから来ているっていうカード同士の関係がここに全部網羅されている。
ということは、ここのデータを解析したら、
このカード同士を矢印でつないでいくことができるわけですね。
それをマップで表示したら、
僕は個別にカードを書いているだけで、いわゆるマップ的なものが別に描写できるのではないかと。
それを、僕は文中の矢印を書くだけでいいと。
これだけで関係性を。
そこがポイントですけどね。
いちいちしなくても、僕の中でイメージする次の話題と、
じゃあ深掘りする話題と次の話題っていうの。
だからこのMOTOっていうのは、本当はMOREってしようと思ったんだけど、
間違ってTRになってMOTOになってしまった。
MOTOはアウトラインのスレッドでいうと次の項目。
だからこれに対してこれということですね。
これが下ということで、これが右ということで、
関係性を本文の矢印だけでつないでいって、
それにもかかわらずアウトラインの構造が出来上がるということができたら面白いんじゃないか。
これができるのがエコセンスの面白いところやなと思ってますね。
なるほど。面白いです。
だいぶ真逆ですけど、そういうこともできるんだよという話でした。
最後に一つだけ、Obsidianを作業記録を使うのをやめたという話をしたんですけども、
いまだに普通に使ってまして、相変わらず引き続き。
ベース機能というのが使われて、ノーションっぽいデータベースが作れるようになったんですけども、
むしろ今までよりもノーションと仲良くなっている感じがありまして。
やっぱり書くためのツールっていう位置づきすると、
ありとあらゆる装飾物が嫌になるんですよ、僕の場合は。
ボタンとかもいらないし、サイドボタンもない方がいいと。
そうやって諸々なくしていくとObsidianめっちゃ不便になるんですよ。
ひとたび作業記録とか単発の記事を書く場所を別のツール、僕の場合は自作のエディターにして、
Obsidianっていうのはもうちょっとオブジェクト的なものを書き残していって保存してアーカイブを管理するっていう風に使うと、
抜群に使いやすくなったと。気楽に使えるようになったという感じかな。
最近出たベースズという機能が非常に良くて、
データベース的使い方に非常にマッチしていまして、
これもちょっと画面出したいんですけど。
これはObsidianのベースズ機能っていうのを使っているんですけど、
ポイントは一般的にベース機能っていうのは、
このようにデータベースを表示させると。
ここで変えられるんですね。
データベースのスタイルみたいな、絞り込みとか表示するプロパティとかを変えられると。
ここまではノーションと変わらないんですけど、
さっき見ていただいたように、
一つのページに複数のデータベースが並んでるんですね。
これって別に新しいデータベースを作ってるわけじゃなくて、
さっき言った切り替えを縦に並べてるだけなんですね。
その上、ここでリミットを変えられるんですよ。
こうやって20にしたら20個になりますし、
これ5にしたら5になる。
この手の情報を見るときに、
全部を見たいってことはあんまりないわけですね。
普段の世界において。
最近の実験みたいなバラバラと見たいという用途が多いんですけど、
このベースズ機能の場合って、それが容易にできるんですね。
全部見てもいいし、削ることもできる。
それを一つのページのスクロールの中で、
つまりボタンをクリックして切り替えるとかじゃなく、
スクロール操作だけで複数のデータベースにアクセスできるということが
めちゃくちゃ使いやすく、大変気に入っております。
やっぱり僕のこの操作感覚、複数のものの中を見たいっていうのが、
ワンクローリーのダッシュボードレイアウトと
全く同じだなと思いまして。
僕がダッシュボードレイアウト好きなのも、
基本的に中をズームインしなくても、
全ての中身をちょこっとだけ見れるという操作性が
多分僕は好きなんですね。
そうなんでしょうね。
この自分の好きなツールの感じを見ても思うんですけど、
やっぱり似た特徴があって、
全部こうなってた方が嬉しいんですね。
このようですね。
そうそう。これを見た時に安心できるなって。
同じようなことがNotionでもObsidianでもできるようになって、
今ホクホクしているところですね。
なるほどですね。
長い話でしたけど。
ああいうのって、例えばタスクとプロジェクトとかを
全て一つのビューというか、ページの中に並べられる。
タスクはタスクボタンを押してタスクだけ見る。
プロジェクトはプロジェクトを見して見るんじゃなくて、
タスクとプロジェクトっていうのを一つのページの中で見られるとかっていうのは、
結構タスク管理的にも有効だなとはちょっと思ってますけども。
はい。
そんな感じでして、長すぎる前編だったんですけど、
タスク管理の印象
本編。本編が助動法確保に仮についてというところなんですが、
これいろいろ複数の話題が絡まり合っているんですけど、
まず紹介したいのがですよ。
管理という、タスク管理とかで使う管理という言葉の印象なんですけども。
はい。
どうですかね。
たくさんの管理という言葉に対する印象は、
ポジティブなのかネガティブなのか、あるいは温かいのか冷たいのか硬いのか柔らかいのか、
青なのか赤なのか、なんかどういう感じ、フィーリングがあります?
フィーリング。ネガティブで硬い。
イメージ。
そうですね。
あまりどっちかというと近寄りたくないし、機械的システマティックなイメージが強い。
そうですね。融通が効かないイメージが強い。
ノーマルサルトさんという方のツイートで、
管理という言葉に対しては決定を押し付けるような印象をあまり抱いてこなかったという言い方がありまして、
これを聞いてて、このツイートを見て思ったんですけど、
僕もどっちかというとそっちの感じが強いですね。
なるほど。
だから管理者っていうと、僕のイメージでいうと責任は俺が取る、
お前の好きにやれって言う人が管理者のイメージじゃないですか。
そうそう、本来の意味での管理者ですよね。
でも結局その人が生まれてこの方を接してきた管理者がどんな管理をしていたかで、
その人が管理に対して抱くイメージっていうのが変わってくるわけですよね、基本的には。
そうですね。
少なくとも辞書を引いて管理がこう書いてあるから、
管理とはこういうことだっていう風に学習するわけではなくて、
管理という言葉が実際に使われている場面で何が行われてきたのかが、
その人の管理という言葉に対するイメージを多分形成していると思うんですよ。
なるほどですね。
たぶんタスク管理って一言で言ったとしても、
その管理という言葉のイメージによって、
その人が何を頭に思い浮かべているのか、
どういうことをすることがタスク管理と呼ぶのかっていうことが多分違ってくる。
もっと言えばタスクもそうですよね。
タスクという言葉の印象も違うことを考えれば、
もうタスク管理って一体何をしているのかな。
人それぞれ違っている。
同じようにタスク管理と言ってても、
そこで意図されている行為が違うっていうのは、
ある人がタスクリストを使ってやっていて、
紙のタスクリストを使っていて、
別の人がデジタルのタスクリストを使ってやっているっていう意味の違いじゃなくて、
そもそもその行為が違う。
目指すところとか精神性とか価値観とかっていうことそのものが
根底として違っているということがあり得るんだろうなと。
だとしたら一般的なタスク管理っていうのが、
機械的システマティック押し付け、
個々の固有性を無視するみたいな言葉で語られているとしたときに、
どっちかというと柔らかい方向、
強すぎない方向のことを何と呼べば通りがいいのかというのが、
喫緊の難しい問題で。
僕はその緩和するためにタスク管理をタスクマネジメントと呼ぶわけですけども、
僕の中でマネジメントっていうのはさっき言った責任は取るから好きなことやれ
タイプのことを指すんですけど、
結局それもその人の頭の辞書で
マネジメントイコール管理と訳されてしまったら、
何の成果も上げないなと思いまして、
ここに新しい言葉が必要だなと。
その人が理解するコンテキストを変えるような別の言葉遣いが多分いるんだろうなという感じで、
いろいろ考えてまして、
その中の一つは助動という、
GTDの理解
動くことを助けるという、
助ける動くですけど漢字の順番で言うと、
助動という考え方ができるんじゃないかなと。
これはつまりこっち側が対象に向けて、
こう動けと指令するんじゃなくて、
そのものが本来的に持っている、
動く力とか動き方とか動く方向っていうのをケアする、
助けるっていうものを名付けるとしたら、
それは助動ということになるだろうし、
それはニアイコール僕が言っているマネジメントに近いものになるんじゃないかなと。
この言葉遣いがどこまで適切かはわからないんですけど、
その話題を経由してGTDという、
ゲッティングシングスダウンという話に入りたいんですけども、
そもそも僕らはGTDっていうものを知って、
それがゲッティングシングスダウンという表現であるということは知ったんですけど、
英語力が空き地なので、
ゲッティングシングスダウンが一体どのようなニュアンスなのかが、
掴み切れていないんですけど、
そんなに難しい言葉じゃなくて日常的に使われているような感じなんですかね。
日常的に使われている言葉ですね。
どういうシチュエーションで出てくるような言葉でしょうね。
例えば、学校のクラスで先生がいるじゃないですか。
例えば課題をやらせるじゃないですか。
その時に、
例えば、
チチクリやってるやつらがいると。
課題をやらないで、
ごちゃごちゃ隣の子と遊んでたりするやつがいるっていう時に先生が、
はいはい、パンパンってこうやってやる。
You need to get things done.
やるべきことをやりなさいと。
っていうような場面で使われたりとか、
仕事の現場で上司がパンパンと手を叩いて、
ほら仕事仕事。
なるほど。
そういうニュアンスの非常に何というか砕けた言い回しですね。
そうなんですね。
使われている英単語は一応僕でも理解できる簡単な、
つまり日常的な言葉ばっかりですけど、
gettingのingは要するに動詞を名詞形にしているっていうことだけなんですかね。
別にing、進行形があるということじゃなくて、
ただgetっていうのを名詞的に預かっているだけかな。
そうですね。
これはもう書籍のタイトルとか、
この手法の名前としてのgetting things doneは、
そういう名詞になってるわけですけど、まとめて。
はい。
日常の会話で出てくる時はgettings doneの場合も多いですよね。
うーん、なるほど。
だから、やるべきことやりなさいっていう時はgettings doneになりますよね、多分。
うーん。
ちなみにこれ構文的には、
getだからエロで、thingsは物事で、doneは終わらせるだから、
物事を終わらせた状態を得なさいという。
そういうことです。まさにそういうことですね。
うーん、なるほどね。なるほど。
うーん。
確か日本語版では達成する技術で、
やり遂げるというようなニュアンスで多分解釈されてると思うんですけど、
はい。
私はちょっと、
うーん、そうか。
ビジネスの世界で言うと、
それは達成するというようなニュアンスで捉えても、
やるべきことの重要性
それはある程度仕方がないと思うんですけど、
そこまで強い感じではないかな。
そんな大層なニュアンスではないですよね。
うーん。
それも含まれますけど、
そのデカいプロジェクトをやり遂げるっていうニュアンスよりも、
うーん、なるほどね。
あのー、そのほら、机の。
はいはいはいはい。
散らかってて、
やんなきゃいけないんだけど忙しくてやってないなーっていう、
それぐちゃぐちゃ言ってないでやりなさいって、
その、
ね、やるんだったら早くやんなすべきって言う。
そういう、
そういうニュアンスの方がなんか強いんですよね。
達成するは達成するで、
多分別の言葉を使うような気がします。
うーん、まあそうでしょうね。
そうかそうか。
何だろうな達成は。
達成、アチーブとかですかね。
アチーブですね。
アチーブ、アチーブメントという言い方が日本でもありますけど、
そうか、だから、
本の中でも、
序盤の方で机が片付いてたら大きなプロジェクト、
机が散らかってたら大きなプロジェクト取り組もうとできませんよね。
だからまずボトムアップで身近なことを片付けましょう、
みたいなエピソードが多分出てくると思うんですけど、
そのニュアンスがあるわけですね、このGetting Things Doneには。
そうですね。
あーそうか、そこは全然気づいてなかったな。
やるべきことを片付けるとか、
あのー終えるとか、
だからDo、Doなんですよね。
で、Doがされた状態がDoneなので、
うん、そうかそうか。
だからやるべきことをやる、Doする。
で、Doをした結果として終わる。
それが終わると。
それがDoneですよね。
だからやる技術なんですよね。
やる技術とかやる方法。
DoをDoneに持っていくための何かというか。
そうそうそう。
DoしてDoneの状態を作るための方法。
なんですよね。
なかなか実はそれを日本語にするのって難しくて。
ねえ、なんかやる技術ってどうなんだろう。
ちょっとニュアンスがずれてきちゃった。
ニュアンスがなんかこうちょっと違う感じになるんですよね。
うーん、そうか。
で、終える技術でもいいかなと思うんですけど、
終えるというよりもやるなんですよね。
やっぱりそのDoなんですよね。
うーん、それはDoしたらDoneになるっていうことになるわけで、
主眼はDoにあると。
そうですね。
で、あとその、デビッド・アレンが言ってるニュアンスとしては、
だけど全てをやれって言ってるわけじゃなくて、
やらなくていいことはやらないし、
タスク管理の重要性
やるべきことを進めて、一つ一つやるべきことを一歩一歩進めて、
最終的に終えていく。
で、やらないもDoneの一種なんですよね、たぶん。
うん、なるほど。
そういう日常的で些細な大したことないことをちゃんとDoしてDoneに持っていくことが、
結果的にはすごく大きな違いを生むんだよということだと思うんですよね。
で、そのための技術。
うん。
なんで、そういうすごく大きく構えたすごいプロジェクトを見抜くっていう感じではない。
ただ結果的に小さいことをDoしてDoneしていけば、
結果的にそれにつながっていくよっていう感じなんだと思うんですよね。
うーん。
それは何かと言われたら、タスク管理。
いや、僕の認識するタスク管理がまさにそれやなという気はするんですけど。
そうですね。
管理という言葉がどっちかと言うと違う。
タスク管理するというと、Do側じゃなくてコントローラー側に自身を置くことに多分なってしまって、
なんかニュアンスが増えてくるんですかね。
そうですね。
で、デビッド・アレン自身があんまりタスク管理、タスクマネジメントっていう言葉を使ってないように思えて、
本当に全然使ってないかどうかはちょっと確認できませんけど、
現象を見ると、メインタイトルがGetting Things Doneで、サブタイトルがThe Art of Stress-Free Productivity。
ストレスフリーの生産性の技術。
だから今の日本語翻訳、今出てる翻訳版のタイトルはどっちかと言うとこの副題をメインタイトルに使ってる感じなんですね。
確かに。
で、タスクをマネージするとはあんまりなくとも多用はされてない感じ。
そうですね。そんな言葉は多分ほとんど出てこないと思いますね。
マネジメントっていう言葉を使ってるのかな。あんまりそれもイメージがないんですよね。
マネージメントもないんじゃないですかね。現聴読んでないからあれですけど、そういう直訳的な管理とかは多分あんまりなかった気がします。
そうですね。プロダクティビティはいっぱい出てきますね。
まとめるとか整理するみたいなことはありますけど、プロダクティビティもクセモノですよね。
それもまた生産性っていうのもまたクセモノなんですよね。
こういうジャンルであることを示すためには間違いなくこんな言葉があるんですけども。
そもそもストレスフリープロダクティビティとストレスフリーの整理術ってまたこれ違う概念になると思いますけど。
ただそのオーガナイジングはよく出てくるんで。
オーガナイジングは出てくると思います。
それが整理術になってるんですよね。
なるほどね。
でも多分すごく日本語版のタイトルを決めるときに苦労されたんですよね。
それはわかりますね。
難しいですよね。
たぶん生産性術とかって言葉がないですし日本では。
たぶんそういうことを書くとこの本のニュアンスもずれてくると思うんですけど。
そうですね。
でも逆に整理術って言ってしまったらさっきのドゥー感が薄れてしまう気がするんですよね。
そう。たぶんドゥー感が一番大事なんですよ。
なるほど。
ただやっぱり本のタイトルというのを売るという大事な目的があるので。
そういうことも踏まえつつ、原初のニュアンスも踏まえつつって考えると、きっとすごい苦労したんだなという感じがすごくしますよね。
大変だなと思いますよね。
難しいというか、まず目先に具体的に取れる行動を考えるとか、あるいはもっと大きな視点で自分が何をすべきか考えるっていうことの相対は、一番広く意味を取った時でのタスク管理とは呼べると思うんですけど。
結局タスクも管理も偏った印象があるとした時に。
でも広くセルフオーガナイズとかセルフオーグとかって言ったとしても別の言葉とは認識されるでしょうけど、本当はオーガナイズっていう言葉の日本的なイメージがほとんど空虚なので、何してるのか結局伝わらないと思うんですけど。
日本語ではこういうの、何と呼ぶんでしょうね。
やっぱないんでしょうね。
切り欠かってることをやる技術みたいなことを書籍のタイトルになりそうな、特にビジネス小分野で成立しそうなタイトルにすること。
そういう言葉ってないんでしょうね。
日中の細かい技術の話で、受けが悪くてもあるんですけど、この手の活動のマス向けに受け入れるようとした夢を叶えるほにゃらら術とかになってしまって、
日本語訳の難しさ
それは本性の言うてることとはだいぶ違ってきますし、逆に与えられたタスク、動かし方やタスクをいかに遂行するのか達成するのかっていうビジネス技術はあると思いますけど、
日常的な何かを片付けていく技術が、やることを片付けるっていう、片付けは整理と多分言い換えられるんで、成立はあんまり間違ってないんだよ、間違ってないが。
やっぱり整理、整頓的なイメージ。
物事を進めていくっていうのは、物事を片付けて気になることを片付けていくという、片付けるというのはもうちょっと動詞的な感じがありますけど。
そうですね。やるべきことを片付ける。物事を片付けるならもうちょっと近くなる。
なんか感じ、アクション感はちょっと出てきますけど。
片付けるはいいかも。そういう意味では片付けるは割に近いかもしれないですね。
そうですね。片付けるというしかないというか。
整理整頓の意味の片付けるじゃなくて、仕事を片付ける、やるべきことを片付けるの方の片付けるですよね。
そういうことをしていきましょうという。であればそんな大げさ感もないですし、何かコツコツ進めていく感じもあって。
もちろん片付け術って言ってしまったらもうそれは整理整頓術になってしまうから、語彙としては難しいんですけど。
やっていることのイメージでどう気になっていることを片付けるとか、物事を進めていくのかということに関する工夫、アーツという意味での技術ということだとは思いますけど。
僕の中でGTDというのはどっちかというと情報整理術のイメージだったんですね。
つまり入ってくる情報をフローチャートに沿って割り振っていく。リストが出来上がるという、この中では情報整理しているわけですから。
情報整理術。
そっちのイメージなんですか。
僕はそういうイメージでずっとあって。
それともエイズということに引きずられた印象なのかもしれませんけど。
ずっとGTDには実行を補助する方法論が欠けているなというイメージがあったんですよ。
つまりリストが出来たって実行できるとは限らないでしょうという不満というか疑問があったわけですよね。
でもそれが広がると言うと、実行できるリストを作れないということで、情報整理が失敗しているということだと思うんですけど。
だからやっぱり、アレンがあそこで示しているような高いレベルから見た時に自分がすることはこれだというような観点を無視して、
ただ気になっていることをボトムアップで片付けていく場合、リストが張大なことになって、それは出来ないということになって、
リストなんか作っても意味ないよというような失敗のホラーにハマり込んだということがその印象を作っていたと思うんですけど。
でも今回の話にもっと動揺りな言葉だよということを聞くと、結構印象が変わっていくなぁとは思いますね。
そうですよね。
ただ、現象を読んでいる英語圏の人が全部そのニュアンスをちゃんと受け止めているかというとどうもそういうふうにも見えなくて、やっぱり難しいんだと思うんですよね、GTって。
どこが難しいんでしょうね。
やっぱり誤解しやすいのかな。そこはちょっと手前味噌側にありしちゃいますけど、
やっぱりどれだけ説明してもアウトラインプロセッシングっていうとアウトラインを作ることだと思ってしまうというのと同じ感じで、
やっぱり僕自身も含めてですけど、なかなかアレンが言ってるニュアンスが伝わらないっていうのが一つ。
要するに何度も読み直して、あれ?全然誤解してたなって気づくことが何度もあったりとか。
一方で誤解が解消されたとしてその絵が実際に実行できるかっていうとやっぱりなかなかできないっていう。
そういう意味では結構難しいですよね。
この話ってたぶんうちはセキュアストで何度も出てると思いますけど、
そもそもやることを全部リストにしろとは言ってないみたいな話あるじゃないですか。
次のアクションだけ書き出せって言ってるんですよね。
それみんな読んでるのに、ネクストアクションとか次のアクションって言葉はみんな使ってるのに、
実はプロジェクトの最初から最後まで全部書き出そうとしてパンクしたりとか。
僕もそれやってましたし。
パンクしないようにコンテキストごとに分けろって言ってたわけですよね。
今いるコンテキストで以外のことは考えなくて済むように分けろって姉は言ってる。
ただ、そこで生まれたもう一つの難しさは、
アレンの言っているコンテキストがたぶん2010年代以降はほぼ通用しなくなってしまったときに、
代わりのコンテキストが見つからないんですよね。
いろいろ提案がされ、自分のエネルギー量だとか、かかる時間とか、
そういう新しいコンテキストがいろいろ提案されてきたんですけど、
それを厳密にやっぱり実装しようとするととんでもなく手間がかかって、
その手間をかけるところにエネルギーを取られて実際に実行できなくなるっていう問題が起こるんで、
それがたぶん二つ目の難しさですよね。
でも僕こうやって言ってますけど、もしかしたらそこにもまた何か誤解があるという気持ちもありますし。
だけどそんなに難しいことならやっぱり何かが間違ってるんじゃないかという気もしますよね。そんなに難しいんだったら。
そうですね。どうなんかな。
例えば新版とかチーム版が出たんですけど、まずもって分厚いんですよね、この本が。
これはもう現在社会において分厚いだけの弱点というか、
アメリカの場合その分厚い小説は受けると思うんですけど、ノウハウ上を分厚くて読む人がそもそもいないと。
ということは依然と読み飛ばされてしまうわけですよ、それはもちろんのこと。
その空白を自分の認識で埋めるということが起こると。
そうなった時にその分厚く書かれているGTDは誤解されやすいというのは当然起こることでしょうし、
もっと骨組みだけにできないものなのかということは一つありますね。できないんでしょうけど。
そうですね。だから極限まで骨組みにしたのがフローチャートじゃないですか、たぶん。
でも逆にあれは。
あれがあれで誤解を招いてるんですよ。
あれはだって動感ゼロですからね。
整理と実行の関係
そうなんですよね。
あれをまず、最近どっかで読んだんですけど、本の内容を図解したもの、部分的に図解したものを提示すると、むしろ誤解が増えるという研究があったらしいんですよ。
それを多分地面に行く感じだと思いますが。やっぱりリストアに来るところまでじゃないですか。
そうなんですよね。
コンテキストごとにどうしましょうっていう図がないので、図の中に。
でも本来主役はそっちですね。この10の時間があったら割り振るのは1ぐらいで実行が9ぐらいでないとバランスが悪いんですよね。
でもあれ、あそこで終わってしまうというか、あれ自身がGTDだと思われてしまう。
それはありますね。
しかも整理図という名前があえて整理することがGTDだと思われてしまうし、僕も多分ずっと思ってましたけど。
でも今回の話聞くと、整理してドゥするまでがGTDなわけで。そこが欠落してますよね。
だから一番GTDの思想を体現しているのが、2分でできることならその場でやれっていう。
あーなるほど。
そこが一番おそらくGTDらしいところなんですよね。
で、その場で今すぐできないような時間のかかることは整理しましょう。
どう整理するかというと、こういうふうに整理するんですよっていうのがあの図であって。
本当はまず持ってやれ。まず頭の中でごちゃごちゃ、あれもやらなきゃこれもやらなきゃってなってごちゃごちゃしちゃっているものをまず全部吐き出しなさいっていう。
吐き出したものでやれることはもうその場でどんどんやっちゃうんですよと。
やれないことをやって整理して後でやる。後でやるためにやって整理するんですよっていう順番なんですよね。
そこがやっぱりちょっと見えてこないというか、やっぱり僕自身もその2分でやるのはむしろ例外的な感じで。
リストに入れることがメインストリームやというような認識が長らくあって。
でもそれやったら当然リストの項目って増えまくってはいけませんよね。
まず僕もそうでしたけど、2分でできることもリストにしてましたよね。
リストを作ることが目的になっていたので。
2分でできることを10個やったら20分かかるわけじゃないですか。時間として。
でもその時間の長さってフローチャットでは見えてこないですよね。
締める割合が実は2分で実行していることがめっちゃあるんですよっていうことが見えてこないんで。
やっぱりその辺のフローチャットが利害を助ける反面、全体の構図そのものをその一部分にズームしすぎている感じがもしかしたらあるのかもしれないですね。
そうですね。だからGTDの、2分でできないことの整理の仕方なんですよね、フローチャートは。
助動法の重要性
フローチャートだけがGTDじゃないんですよね、きっと。
だけどそれが日本語にするのが難しいから伝わってないのかというとそういうわけでもなくて、
英語圏の人のYouTubeのGTD紹介するぜっていうやつもやっぱりフローチャットで言ってるんですよね。
いやーでも例えばですけど、リストを作るじゃないですか、一番最初の書き出しリストを作って、上の方から2分でかかるものをやりましょうってやるのが難しいと思うんですよ。
つまりコンテキストスイッチが変わるわけじゃないですか。今までは紙の書き出しとかリストの整理をしてたわけですよね。
急にルーに行かなあかんわけですよ。それよりはリストにした方が楽ですよね。
そこら辺のスイッチが多分掴めないようにやってしまうと、リスト地獄になっちゃうんですよね、きっと。
そうですね。だからまあ、それでセミナーをやっていて、セミナーの場だと多分、なんかそこで非言語的なことも含めて。
講師が前に立って、「はい、じゃあ今から2分しましょう。」って仮に言ったら、そのコンテキストスイッチが起こるんですよ。
それは実行に移ると思うんですけど、1人の場合はなかなか難しい気がしますね。
だからそういう意味ではもしかすると、セミナーを受けなきゃいけないのかもしれないですね。
この辺のね、あんまり言い過ぎるとセミナーにハマってしまうわけですけど、
やっぱり、さっきも言われた非言語的なとか、講師という外部者が切断してくれる何かっていうことのリアルな効果っていうのはやっぱり強くて、
リストで1人作っていくのは楽ですけど、やっぱりさっきも言った固定関連を引きずることもありますし、
コンテキストのスイッチみたいなものは基本的にアホダンスでもたらされるものなので、
それを自分で知って仕掛けをしない限り、なかなか自分で再実装するのは難しいんじゃないかなとは思いますね。
そうですね。
ちなみにですね、今、原書の中で例のフローチャートがどこにあるのかなと思って探したら、
プロセッシングって書いてあるんですね。
なるほど。
プロセッシングって何かっていうと、インボックスに入れたことをプロセスする段階。
そのプロセッシングをどうやるのかっていうと、こうやるんですよっていうところでこのフローチャートが出てくるんですよね。
はい。
だからやっぱり、Doじゃないんですね、そこはね。
うん、なるほど。
Do以前の。
処理。
処理。処理する。処理する方法なんですね。
あらゆるタスク管理で、タスク管理と呼ばれる行為はすべて当人の実行を補助するものであるということも前提だと思うんですね。
その中でもリストを作るとか、リマインダーを設定するっていうのがあると。
で、タスク管理的なことをした結果、実行が生まれなかったり逆に阻害されたりしたら、これはタスク管理の失敗なわけですけど。
はい。
そういう評価軸があんまりなくて、タスク管理で紹介されている技法をそのままできるかどうかというところが評価軸になってた場合、やっぱり実行という観点がないんで。
はい。
だから、実行術というか、片付け術でもいいけど、実行術という観点からタスク管理は見ていかないと。
タスクを分類して複数のリストにできました、タスク管理できましたということになってしまっては、本末転倒にならざるを得ないですからね。
そうですね。あとやっぱり実行することと管理することは別なので、管理が必要になる場面があるとしても、それとは別に実行を助ける技術っていうのがやっぱり必要で。
で、その言葉がないなと思ってたんですけど、その倉下さんの助動法?助動詞みたいですけど。
助動詞みたいですね。
でも助動法、ニュアンスはすごくよくわかるし、最終的にその言葉がいいかわかんないですけど。
はい。
そうなんですよね。その助動の動っていうのはdoですよね。
動き。
それを助ける。そう管理するんじゃなくて実際にやることを助ける技術っていうのは、タスク管理とはまた別にあるはず。
そうですね。まあ本来の管理はそうなるべき。ややこしいですけど、僕が思っている管理コードマネジメントは対象者が何かすることを補助するものであるべきであって、
管理のための管理は逆に言うと管理が失敗しているということなんですけども、そういうニュアンスが日本語の管理にはもうほとんど遅げ落ちてしまって、
非常にコントローラブルなものになってしまう。コントロールフルなものになってしまってるんで。
助動っていうのは多分そのケアの考え方と一緒だと思うんですね。
力を生かすという意味で。だからそのような、いわゆる対比で言うと、
マッチョ的な感じである指向性に向かって力をつけていくというよりは、本来その人ができるけど何かしらの阻害要因によってできないことを取り除いたりとか、
ちょっと背中を押す形で助けていくっていうタイプのノウハウっていうのがあったらいいし、
名付ける言葉がないということは今まであんまりなかったということだと思いますけどね。
そうですね。ちょうど昨日だか一昨日に、
マガジン的孤独マガジンで書いた記事があるんですけど、まさに
そういうことをイメージしていたんですけど、やっぱりうまく、うまい言葉が見つからなかったんで、
なんとなくタスク管理っぽいニュアンスになってますけど。まさにそれですよね。
なんというか、助ける。
気分よくやったらやっている実感があって、確かに進んでいる実感があって、
っていうだけでずいぶん助けられる部分もあるし、
そういうことをツールがサポートしてくれないかなという思いがずっとあるんですけどないので、
例えばアウトライナーを使ってやるとしたらこういうやり方がありますよっていうのを一つ書いたんですけど、
たぶん他にもいっぱいあって、
ワークライフバランスの考え方
やっぱり多くの人が自分のためにそういうものを作ってるような気がするんですよね。
そうですね、きっとね。
だから本当はもうちょっとそれに名前がついて、
まとめて多くの人がそこに触れられるようなものがあるといいなと思いますけど、
そういう助動法みたいな、かっこかりですけど、そういう名前があるとそういうものが生まれやすいなという気持ちはしますね。
結構そういう言葉作るの大事ですよね。
そうですね、僕の趣味でもあるんですけど、既存の概念で表現されていない何かを捕まえたいということがあって、
もどかしいのは、やっぱり管理できていないものを管理と呼ばれているぐらいに僕は違和感があるわけですけど、
やっぱり巷で使われている言葉の互換というのは勝手に想像されたものじゃなくて、
この日本社会で日常的に行われている管理がいかに適度なものなのかということを証明していると思うんですけど、
これはマネージャー問題という別の問題につながるんですが、これ長いのでやめときますけど、
助動という言い方でも何でもいいですけど、やっぱりタスク管理というジャンルがあって、
仕事を成し遂げるためにそういうのが役立つと思って学ぶと、
実践した時に以前よりも苦しくなってしまう人が増えるということは僕は避けたいなと思ってまして、
でも怒るんですね、これが。 怒ってると思いますね。
それはだってノウハウって人を助けるものでしょうという思いがあって、
やっぱりそれは管理という言葉のイメージが、世の中に流通しているイメージが自分の基本性として内面化されていて、
つまり自分のエゴを自分というものに押し付けている管理になってしまっていると。
そこはそうじゃないんですよっていう管理を新しく管理に出せよっていう風に言ってもいいんですけど、
助動法とか新しい言い方、それを例えば現代のケアの概念と結びつけることで、
時代的な思想にできる可能性もあるというような感じはありますけど。
本当は管理じゃない言葉があった方がいいのかな。
マネージャーに対するコーチみたいな位置づけってあると思うんですけど、
コーチはコーチすればまた近似に違う意味になってしまっている面もあるので。
でもどうなんでしょうね、マネージャーよりコーチの方が近いのかな、どうなんだろう。
その距離感とか命令の具合の弱さで言うとコーチは近いと思いますけど、
でもコーチングってなってしまったらもうかなり色がついていることもあるので。
コーチングの方が違う意味になっちゃうんでしょうね。
本当にセルフケアの一環なんですね、これは結局。
まさにそうですよね。
言い切っちゃってもいいんですけど、あんまりそういうところのケアの領域と近づきすぎてしまうので、
そこは注意が必要なんですけど。
タスクケア?
やることのケア、タスクケア、あるいは動機づけのケアみたいなことだと思いますけどね、やってることって。
あともう一つは、仕事だけに限定されないんじゃないか。
それは仕事のことを考えてもそうなんですよね。
仕事じゃないことに邪魔されて仕事ができないっていうことってたくさんあるじゃないですか。
その状況にあるときに仕事だけ管理しようとしてもダメなんですね。
そう考えると、それこそワークライフという対立させるんじゃなくて、
仕事も含むライフすべてを正しい意味でマネジメントしないと、
結局仕事もうまく進まないっていうことが起こるんですけど、
どうしても仕事術っていうとは仕事だけになっちゃう。
でも例えばすごくシンプルに考えて、
どれだけ仕事を一生懸命管理しようとして頑張ったとしても、
それこそ家族の何かが、子育てとか介護とかっていう分かりやすいところも含めて病気だとか、
そういうことも含めて、
管理して、例えば今日何をやるべきかはリストアップしてあって、
これをやらなきゃいけないのは分かってんだけど、
手をつけられないまま夜になってありました。
仕事と生活の相互関係
っていう状況っていうのはいくらでもあるわけですよね。
そうですね、はい。
っていうことは、生活のことも仕事の問題でもあるし、生活の問題でもある。
でもそれで仕事が進まなければ結局生活の方にも影響してくるわけで、
分けられないんですよね。
だから本当は仕事術じゃないと思いますけどね。
GTDもそうだと思いますよ。
GTDでもまさにそうですね。
別にビジネスとはねるで分けましょうみたいな話は一切出てこないですからね。
出てこないですね。
あなたの頭の中にある気になっていることを処理していきましょうという話で、
結局その人が何を気になっているかに依存して、
仕事のことしか気にならない人は仕事のことばっかりでしょうけど、
まあでも生きていた中で高度の視点、5000mとかの高さの視点を考えたら、
必然的に仕事以外の話も出てくるでしょうからね。
そうですね。
これちゃんとGTDの本の帯文みたいなところにもちゃんと。
はい。
えっとですね。
デビット・アレンズ・パワフル・メソッド・アンド・バストリークリース・ユア・
パーソナル・オーガニゼーション・エフィシェンシー・アンド・クリエイティブ・リザルツ・
アット・ワーク・アンド・イン・ライフって書いてありますか。
なるほど。
だからワークだけじゃないんですよ。
インライフだよな。
ワーク・アンド・イン・ライフですね。
要するにワークにおいてもライフにおいてもってことですよね。
仕事術という名前をそのままスライドさせて考えたら
人生術ということになってしまうわけですけども。
いやでもまあ、そうやな。
生活術のほうが近いかな。
生活術ですよね。
なぜか生活術っていうと仕事が切り離されてイメージされてしまうケースが多いと思うんですけど
生活のために仕事をするわけだし。
じゃあ仕事してる時間も生活の意味ですね。
仕事してる時間も生活だし。
現に生活の諸々で仕事進まないよってみんな悩むわけだし。
逆に仕事に生活が侵食されて家族があって悩むわけだし。
日本語の語幹の中で生活と仕事が本的にはいたてきというか
片方を言ったときに片方が含まれてないこの語幹が
僕はすごく印象的だなと思うんですけど
つまり仕事するっていうのは日常から出るということなんですね。
きっと日本の感じで言うと。
あの仕事の時間は非日常の空間なんだなと。
日本の社会にとって。
そのある種のサンクチュアリーがそこにあるんだなと思うんですよ。仕事というものに対する。
それは全然いいことじゃないんですけど
ある時代において何か特権的やったんだろうなと思って仕事するということが。
おそらくそれはねサラリーマン世代と関わってくると思うんですけど
つまり家で商売やってる商人とかはないわけですね。
だからある時間帯会社というものに出かけて
その間は例えば家族としゃべるようなことは一切なく
帰ってきてからその生活に戻ってくるというような感覚が
日常と仕事というのを切り離す言葉遣いに現れてるんだろうなというのを
ちょっとこの前考えてましたね。
このワークインドを考えた時に。
逆に家に仕事は持ち込まないとかっていうのが
良いことであるかのように語られる。
それが良い持ち込むべきでないこともあるっちゃあるかもしれないですけど
そうやって分断されていくわけですよね。
それはでも例えば仕事してる人だって生活者なわけですよね。
その視点をなしに生活用品を作るなんてことはほとんどできないわけで。
本当そうですよね。
マーケティングの話をするときに
仕事会社でマーケティングの会議があるわけですよ。
もっと生活者の視点で考えなきゃいけないと言うんですよ。
生活者を集めて、フォーカスグループを集めてやろう。
俺たち生活者じゃないの?って思いますよね。
まるで生活者という別ジャンルの人たちがいるみたいな言い方するんですよ。
でも男社会のサラリーマン社会だとそうだっちゃうってことですかね。
もちろん日常にあたる部分を奥さんとか配偶者に任せてっていうタイプの人の場合
日本の会社が求めていた働き手っていうのは
そのような切り捨てをすることを要求してきたということだと思いますけど。
だから脱生活者であれという信念というかポリシーの下でずっと運営されてきた。
そこに独特の特権意識があって。
タスク管理の新しい視点
コンビニ時代の話ですけど、立ちが悪いお客さんはだいたいサラリーマンですね。
変な話、ヤンキーとかスジモンの人とかって後ろものすごい丁寧なんですよ。
立ちの悪い文句を言ってくれないサラリーマンですけど
あなたはなぜそんなに偉そうなタイプを取れるのかという感じで
やっぱりその生活者っていう地に足のついているアースがないというか
そういう感じである種の別の空間に
別の空間というコンテキストのもとで働いてあるんだろうなという感じがしますね。
なるほどね。
だからなんとそのタスク管理という言葉が仮に機能不全というかミスリーディングを起こしているとしたときに
何と呼ぶかっていう名称不在に新たな名称をということなんですが
助動という言葉とあと生活術スラッシュ人生術という言葉が出てきましたが
生活術なんかいいんですけどね。生活術。
本来は生活術ですよね。
低く思われると思うんですよ。例えば人生術とか仕事術に比べて
日本の価値観で言うと生活術って低くて
例えば掃除を上手く片付ける方法とか
手短な料理を作り置きとかと同じカテゴリーに多分一致されてしまうと思うんですけど
一致されてててほしいというか
こういうのってそれぐらいの日常的な話でいいし
そうあるべきだとも思いますね。
そうですね。
俺はだって自分の机片付けられない
自分の食べるものも作れない
でも仕事できるからいいんだっていうのが
いやそれ何ができてるの?逆にそれは仕事しかできないというべきだと思う。
そうですね。
本当は総合的に生活というのは全て一つのものとして
やるべき時にやるべきことをやらなきゃいけない
でも仕事ってやっぱり契約もあるだろうし締め切りもあるだろうし
顧客との関係もあるだろうしということで
やっぱりいついつまでにこれをやらない
そういうプレッシャーみたいなものもあるし
ノルマもあるし
そういう時に生活の他の要素を切り落とさない
今までは切り落として仕事に没頭してたわけですけど
切り落とさないで全部を等しく
必要なことは大事にしながら
やるためにその中で仕事をどうやるかというのが
生活術としての仕事術でもあるだろうし
その時にやっぱり
悪い意味での管理するという発想じゃなくて
そういう中で仕事をやることを助ける
そのための方法だったり技術だったり
あるいは必ずしも技術じゃなくて
マインドセットみたいなことも全部含まれると思うんですよね
仮にそういう助動法とか助動術とか
岡田さんの言うそういう言葉で呼ばれる
方法論とかノウハウがあるとした時に
仮に例えば一つ
その中で例えばこういうものってピックアップしたら
例えばどんなことがあります
いわゆる通常タスク管理って言われてることも
その中に含まれるでしょうけど
例えば今日のやることだけのリストを作るというのも
僕の中では立派な助動法ですし
その中でリストにないことをやってもいいとか
やらなかったらやらなかったでいいっていう
これマインドセットなんですよね
っていう扱いとか
最近1日1分だけ英語を勉強するみたいなのもあるんですけど
その目標の設定の強度の仕方を
かなり弱いものにするとかも助動法
そうすることで実際に続くわけですよね
行為が続くという
その高い水準の目標を設定したけど
挫折してできませんでしたよりは
低い水準でも続いている方が
僕は助動的だと思いますね
そういう感じやから
ツールとセットになっている
マインドセットが
一番効いてくるんじゃないかなと思いますけど
ツールセットとマインドセット
そうですね
その両方が噛み合ってたらちょうどいいし
ツール側と自分のマインド側が
噛み合ってないときは
多分うまくいかないでしょうね
そうですね
やっぱりツールのルールを
ストリクトに適用しようとすぎて苦しくなっちゃう
っていうのはやっぱり
マインドセットと噛み合ってないんだと思う
そういうことですね
ルールをストリクトにしようとするのも
やっぱり助動的ではない
マインドセットなんで
そうですね
運用そのものをやっぱりゆるく捉える
捉えるっていうかね
僕の感じで言うと
ストリクトにしたい気持ちを我慢するという感じが
強いんですけど
きちきちしたいんですね
人によりますけど
神経質な人はきちきち最初したいんですよ
したい欲望があって
それを充足すると後々自分が困るので
ルールをゆるくしましょうっていう
言い方ではまだ弱くて
きつくしないようにしましょうという
禁止がいるんですね
それもだからやっぱり長期的にいった
心
結局アレンがストレスフリーって言ってることに近いんですけど
気を止むことなく
なるべく気持ちよく何かをしていけるための
方法論みたいな感じですね
だからなんかこう
マインドセットの重要性
すごいシステムを作ろうとしていけないんですよね
そうですね
一番間違い
だけどそういうことに興味がある人ほど
すごいシステムを作ろうとしちゃうっていうところが
あるんですけど
楽しいからそうするのは全然いいんですけど
それが結局本当にそれがね
助動が必要な場面だったときに破綻するようではないか
心持ちとして好きだから好きな人はやったほうがいいよ
っていうこれが甘いわけなんですね
本当はやらないほうがいいけど
どうしてもやりたかったらやってもいいよ
ぐらいの位置づけでないと
だいたい人はフラフラでそっちの方に
行く人はっていうか自分なんですけど
行くなという感じですね
ルールをガチガチすると
ルールに縛られて苦しくなるっていうのもありますけど
自分が違うマインドセットに
興味とか何でもいいですけど
別の方向に変化するっていう
その変化の動きを阻害してしまうんですね
ルールがゆるいとホイホイ変化できるんで
その変化を阻害しないのも助動的な感じがしますね
だから助動という言葉を耳にして
一番先に頭に浮かんだのがやっぱりあれですね
割り込みの対象
これはやっぱり特に
会社で人と働くときには
一番重要と言っても過言ではなくて
どんなにリストを作って
今日これをこういう順番でやるって言っても
次々にその前にいろんなことが突っ込まれてくるので
大変な上に
すごく自己肯定感が下がるんですよね
コントロール感が全くなくなる
助動法の重要性
その状況にどう対処するかっていうのは
そういう技術っていうのが必要だなというのが
助動ということを聞いたときに一番
最初に思いつくことですね
何にしろやっぱり
ラスク管理とかでやろうと思ったときに
どうしたら自分が動けるのか
実際に動きが起こるのか
Doに向かうのかっていう観点から
考えていく必要があって
だからそれって基本的にパーソナルな現象なんですよね
何をDoするかって人によって違うわけですから
だから個人的にならざるを得ないし
つまり方法があったとしてもカスタマイズしない限り
Doは補助できないよねっていう
ヘルプDoできないよねっていう感じがありますね
だから絶対に個人的な技術になるはずですね
そうですね
その意味でもあんまりストリクトでやると
カスタマイズできなくなるんで
すごくざっくりとしたゆるい仕組みがあって
その上に必要に応じて
それぞれの個人が乗っけていくっていう感じなんでしょうね
デジタル技術の影響
やっぱり1週間台にでも人間って変化しますし
半年続けたらもっと変わるんで
あんまり方法論ルールメソッドツールを
キチキチにしない方が
行きがしやすいかなという感じはありますね
この手の話題は厳密なほどかっこいいし憧れますけど
おおむに人間はそんなにはできないなという感じですね
そうですね
でもそれでいうと
リビジョンでそれぞれ書いたことなんていうのは
かなり助動的なニュアンスを持っているんですよね
アウトラインプロセッシングとかも
まず書けることを書きましょうという
アウトラインの構想とは別に
進められるところを進めてから考えましょうというのも
手の動きを止めないという
頭の動きを止めないという観点もある程度
ボトムの方が動くということですね
ボトムの方が動きがあって
それを少なくとも排除しないというか
上からの統制でそれを阻害しないという観点は
全般的に通じる話ですね
そこでその助動という意味で大事なのは
アウトラインプロセッシングの話で言えば
それをボトムアップでやりましょうにしちゃいけない
なるほど
トップダウンでやろうとしてもいいし
ボトムアップでやろうとしてもいいんだけど
例えばトップダウンでアウトラインを作ったとしても
それと関係ないことを思い描いてもいいんですよ
そうですね
実際にボトムアップで思いつくことを書けることを書いた後で
それを見出し立てて
最初から最後までその順番でやる必要はなくて
それをやっている間に
こういうアウトラインにしたらいいんじゃないかと思いついたら
トップダウンで別にアウトラインを作ってもいいんですよね
なんというか
どんな方法にしても決めつけない
そうですね
このこういう風にやらなきゃいけないっていう先入観を
外しつつ
でもこういう風にやることの効果は
疑わないというか難しいですね
表現したら非常に難しいですけど
何かをやっている時に
頭と手が動いてしまう方向が多分あって
それがメソッドが規定している方向とずれた時に
いいじゃないかという逸脱を許容できる心を
忘れないという感じですね
それをやっても
逸脱しても修正できるのが
デジタルの非常に大きな強みなので
鏡の時代はそれ限界があったわけですよ
確かに
デジタルだから仮に今だけ方法から外れても
後から戻せるというところが
範囲が広いんで
そういう意味ではデジタルはすごく
助動的なものですよね
そうはずなんですけど
ツールアプリケーション型になってくると
逆にむしろ規範から外れにくくなってくるという
デジタルの両面性があるんですよね
ソフトウェアであることのメリットと
アプリケーションは書き換えられないという
固定性というのがあって
どっちの側面を評価するかによって
全然180度変わってきますけど
だからワークフローのカレンダーボタン
ノウハウの再評価
デイリーボタンの挙動がね
ちょっと感じるわけですよ
そうですね
まあいいんですけど
今回はいろいろごちゃっと話しましたが
GTD今回の話聞いてもう一回
読み直してみようかなと思いましたね
やっぱり
ダンが一番大きく書いてありますからね
ルーされた状態のことですかね
自分の中でも性術として見てたところがあって
形術技術とか生活術として
観点を再評価したとしたら
なんか面白いですね
時代が経ってソクラテスが再評価されるみたいなと
同じような感じがしますけど
こんだけ評価されたものが
上っ面だけだったってことは絶対ないはずで
やっぱりそこに
組み尽くせない何かがあるなという観点で
もう一回再検討しつつ
挙動とか生活とかっていう新しいノウハウの
呼び名ができたらいいなという感じでしょうか
そうですね
やっぱりその挙動的な在り方
それぞれが必要に迫られて
各個人が自分の中で持っているものが多分あると思うので
そういうものが
見られるといいなとか思いますけど
そうですね
ブログとかでもよく話題が出ますけど
ついつい書いちゃうことがいいっていう話は
動きを阻害しないっていう
面白いものはそこから出てきますし
生成AIの記事が面白くないのは何も動いていない
と思うんですけど
心も注意も感動も何も動いていないまま生成されているから
それは面白くないなというところなんですけど
ただ生産だけされているというところで
そうですね
動きの観点からいろいろ言えることが増えるんじゃないかなと思いますが
そうですね
僕のお知らせなんですけど
Kindleで
考えの育て方という本が
ありまして
セルフアポリシングの
コセンスの使い方のアクセントを
綴った本なんですけども
それがプライムリーダーの
セルフアポリシングの
それがプライムリーディングの
対象になりまして
プライム会員であれば無料で読める本になっています
期限は1年間なので
好きなタイミングで読んでいただいたらと思うんですけど
その次か次ぐらいの日に
セール対象になりましたという話が来て
同じ本を作ったのか
今秋のセール対象になっていまして
セールで安く買うのも良し
プライム会員であれば無料で読むのも良し
興味があればというところと
商業出版で出ている
思考を疑わすノートの作り方という本がありまして
これはアンリミテッドに
対応されていまして
僕の出している商業の本で
アンリミテッドに対応されていまして
僕の出している商業の本で
アンリミテッドに対応されていまして
確認していないですけど
これはアンリミテッドの方なら読めるので
できれば紙版で読んでいただいたほうがいいんですけど
Kindle版でも内容自体は変わらないので
よければチェックしてくださいというところで
何かたくさんお知らせしたいことがございますでしょうか
僕はないんですが
今の話でいえばスベノが
せめてはノートから始まるのが
気が付くとすごい
あれが何でしたっけ
レビューがレビューじゃないや星評価が
そうですねいつのまにか
僕は最後に見たときは100いってなかったんです
僕は定期的にチェックしてるんですけど
前なんか
名前忘れたんですけどVTuberの方が
Vlogを上げられてる方が本を紹介してくれたりとか
とあるYouTube番組でも
なんか名前を上げていただいたみたいで
まだ読んでいただいてるんだという
ところが驚きなのですけど
息の長い呼ばれ方をしているなというので
大変嬉しく思っておりますね
これはね古くなる内容では
そうですね古くなる内容は含まれてないですね
そうですね
これは割に複数の人に
お勧めを
しましたので
多分2冊ぐらい売れたかもしれません
でもこれは
お勧めできる
僕の書いた本の中でいつツールとかに限定されない
ノウハウ書でありながら割りかし文章は簡単というか
読みやすいものになっているので
広く読まない
学校の試験とかでも使われていますからね
そういう意味で
本に読み慣れてない方でも読める本になっているのかな
という感じはありますね
だからあれですよね
直接ノウハウが書かれたものでなくても
すごくノウハウ
ノウハウというか
広い意味でのノウハウなんですよね
そういうものがもっと増えてほしい
増えてほしいと言うとなんか偉そうですけど
もっと読みたいというか
もっと欲しいと思いますね
という企画がどんどん立ち上がって
今と思うんですが
ということで今回話した
タスク管理的にやっていることを別の名前で
カテゴライズというかジャンルを作るなら
こんなのがあるよというご意見があれば
ハッシュタグ打ち合わせキャストひらがなで打ち合わせアルフェットキャストまで
いただければと思います
今回はこれまでにしたいと思いますお疲れさまでした
お疲れさまでした
