Leo的恒河沙

シンプルで長期的に有効な生産性 - 少数派#

#Omnivore

Matrix ホームページおすすめ

Matrix は少数派のライティングコミュニティで、私たちは真実の製品体験を共有し、実用的な価値のある経験や考えを提唱しています。私たちは不定期に Matrix の最も質の高い記事を選び、ユーザーからの最も真実の体験や意見を展示します。
記事は著者の個人的な見解を表しており、少数派はタイトルとレイアウトに若干の修正を加えるだけです。

問題は何か#

「生産性」というテーマに関して、個人は複数の思考段階を経て、さまざまな方法やツールを試みてきました。この分野で多くの実践と経験を積んできたと思っていますが、最近は一つの問題に悩まされています：なぜ私はさまざまなツールの間で行ったり来たりしてしまうのか？

もしかしたら中年になって動けなくなったのかもしれませんし、ツールに縛られて苦しむことが多いのかもしれません。とにかく、私はこの問題を解決する良い考えを見つけたいと思っています。頻繁にツールを切り替え、「テクニック」に陥るのではなく。

また、Twitter で「生産性」に関する投稿を見かけましたが、著者が直面したいくつかの問題は、私がずっと考えていた問題でもあります。原リンク：

（著者の原文：）私は自分の生活を整理するために多くの方法とツールを試しましたが、結局はタスクリストや GTD、一部のカレンダーアプリ、ノートアプリに戻ってしまいます。

私の痛点は 「長期的な目標や大規模なプロジェクトをどのように保存、処理、考えるか」 であり、それらを戦術的なレベルとどのように結びつけるか：タスク、定期的なカレンダーの項目、動的なタイムライン。

長期間にわたってシステムを構築してきた私としては、どんなデジタルやアナログのツールでも使えます。Notion を考えましたが、最近私の設定に関するいくつかの記事も発表しました。

しかし、Notion や他のウェブベースのアプリケーションは、パフォーマンスやネイティブアプリとの統合においてあまり理想的ではありません。多くの機能において、ネイティブアプリはウェブベースのアプリケーションが持つ多くの機能に欠けています。

私は紙のプランナーや少数のデジタルツールを考えました。Things、Calendar、Mail、Apple Notes はこの仕事をこなすことができます。Notion や容量、Tana などの複雑なソリューションは、しばしば仕事の幻想を引き起こします。

もし私が実際にやるべき仕事をするのではなく、信じられないほどのフィールド数を持つリンクデータベースを作成しているとしたら、ここで問題が発生していることを知っています。

シンプルなツールには多くの機能がありません。例えば、Bear にはグラフィックビューやプラグインがなく、ブロックベースの編集もありません。しかし、このアプリが好きなのは、仕事をこなすことができるからです。私は強力なシステムを作成できます。Apple Notes はシンプルです！しかし、その背後には多くの良いものがあります。ますます多くの人々が Apple Notes を使用しているのは、そのシンプルさとオフライン使用の可用性のためです。

新年の前に、私は周囲の混乱をすべて整理したいと思っています。この記事は私がこの旅に踏み出す第一歩です。アイデアがあれば、ぜひ議論しましょう！

この数日間、Twitter の返信をざっと見て、概ね以下のような返信がありました：

全体的に見ると、誰もが自分に最も適した生活の整理と管理の方法を持っています。そして、往々にして「最良」の方法は存在しません。紙のツールを使用するか、デジタルアプリを使用するかにかかわらず、重要なのは 「個人のニーズと作業スタイルに合った方法を見つけること」 です。誰もが異なるツールやテクニックを試みていますが、「どのようにシンプルさを保つか」についても考えています。

一部の人々は、紙の日記やノートのようなアナログツールを好む傾向があります。なぜなら、それらはより多くの柔軟性と手で触れる感覚を提供してくれるからです。他の人々は、Notion や Obsidian のようなデジタルソリューションを好むかもしれません。これらのアプリはデータ分析やデバイス間の同期などの機能を提供します。

最後に、この議論の中で多くの人々が強調したのは、 「ツールは手段であり、目的ではない」 ということです。どんなツールやシステムも、あなたがより効率的に仕事を完了するのを助けるべきであり、あなたの仕事の注意を散漫にするべきではありません。

生産性の実践について#

まず、私がここで言う「生産性」とは「タスク管理 + 知識管理」を指します。最初の段階では、私の戦略は「分割して治める」こと、つまり 異なるツールを異なるソフトウェアで使用する ことでした。おおよそ 2010 年頃、Evernote をノートソフトとして使用し（その頃は競合があまりありませんでした）、その時から「さまざまなタスク管理ソフト」を試み始めました。この期間中、Wunderlist（後の Microsoft TODO）や OmniFocus、初期の Things を使用しました。しかし、その段階では、タスク管理や知識管理の両方が一連の問題に直面していました：

• 個人の知識管理は、基本的に「ブックマーク」段階にあり、「ブックマークしたら見たことになる、見たら管理したことになる」という状態でした。
• 個人のタスク管理は、基本的にチェックを入れて完了する段階で、長期的に考えることも、複雑に管理する必要のあるプロジェクトもありませんでした。
• 当時最も悩んでいたのは「カレンダーとタスクの割り当ての問題」と「ノートをブックマークしたらいつ見るかの問題」でした。

その後、さまざまな生産性ツールの進化を経て、中期には Notion、Agenda、OmniFocus、Todoist などのソフトを「生産性管理」ツールとして使用しました。各ツールについて真剣に考え、慎重に体験しました。当時のいくつかの感想や考えは以下の通りです（近いものから遠いものへ）：

• タスク管理について
• Agenda で優雅にノート + タスク管理を楽しむ
• Agenda を使いこなす | あなたの作業タスクを管理
• Todoist を使いこなす | フィルタリングテクニック編
• OmniFocus - テクニック編
• 私の GTD 習慣 - 少数派

もちろん、王掌柜の友人たちは最近の 2-3 年間、Obsidianを重度に使用していることを知っています。その主な理由は、Obsidian が優れた迅速な機能の進化を提供し、強力で数多くの優れた拡張機能を持っているからです。この「タスク管理 + 知識管理」はすべて一つのエコシステムでうまく完結できます。この期間の感想や考えは以下の通りです：

• 《Obsidian を使いこなす 01：Obsidian で「知識の循環」ツールを作る》
• 《Obsidian を使いこなす 02：基本設定編》
• 《Obsidian を使いこなす 03：どのように「間欠的な日記」を記録するか》
• 《Obsidian を使いこなす 04：なぜ Obsidian を知識管理に使用することを推奨するのか》
• 《Obsidian を使いこなす 05：どのように読書と要約を行うか》
• 《Obsidian を使いこなす 06：どのように漸進的にノートをまとめて、知識を未来の自分に渡すか》
• 《Obsidian を使いこなす 07：自動化された「間欠的な日記」》
• 《Obsidian を使いこなす 08：Dataview を利用して自動化されたホームページを作る》

さらに、便利な抜粋のために、Chrome の拡張機能を Safari に移行しました（Apple の全プラットフォームをサポート）：《Safari で快適に記事を抜粋するために、「obsidian-highlighter」拡張を開発しました》。

「生産性」という事柄は、私がずっと考え続け、実践してきたことです。したがって、私が直面し、提起した問題も、実際に私を悩ませている問題です。あなたは不思議に思うかもしれません。既に Obsidian を深く研究し使用していて、それが私の「生産性」のニーズをほぼ満たしているのに、なぜ私はまだ問題があると言っているのでしょうか？

All in one の問題#

All in One の利点は、すべてのことを一緒に解決できることです。例えば、私は生産性管理における「コンテキスト」の役割を非常に重視しています1。つまり、タスク自体は「いつ何をすべきか」を示すだけですが、複雑なタスクの場合、関連する情報（例えば、前回どこまで進んだか？このタスクにはどの資料が必要か？など）を知る必要があります。この時、タスクがノートと関連付けられれば、タスクの「コンテキストは豊かになります」。Obsidian ではこれを簡単に実現できます（もちろん他のノートソフトにもこの機能があります）。

図に示されているように、赤線でマークされた部分は「進行中」のタスクを示しており、「Obsidian を使いこなす 09 - Properties を使ってノートを管理する方法」という名前です。タスクのタイトルをクリックすることで「対応するノート」を開くことができます（上図右側のノート）。これは非常にシンプルな例ですが、「コンテキスト」の重要性を示すには十分です。

Obsidian が「双方向リンク」をサポートし、さまざまなタスク管理プラグイン（例えばDataview）をサポートしていることが、私が Obsidian に留まる最大の理由です。それは本当に使いやすく、私のニーズを満たしてくれます。

もう一つ、Obsidian の新機能が「生産性向上」をもたらす例を挙げましょう。

上図中の赤線で示された記事は、実際にはまだ公開されていない《Obsidian を使いこなす 09 - Properties を使ってノートを管理する方法》です。文中では、Obsidian が新しく発表したProperties機能を利用することで、ノートに「異なる状態」を持たせ、異なる「状態値」をフィルタリングしてノートを管理し、ノートをタスクに変えることができると述べています。少し言葉が難しいですが、皆さんは図を見ればわかるでしょう：

上の 2 つの図からわかるように、まずノートには「状態値」があり、フィルタリング文（ここでは Obsidian のDataviewプラグインを使用しています）を通じて「異なる状態」のノートを集約できます。したがって、「同じテーマ」に対して、4 つの状態のノートが得られます：

• Action : 進行中のノートで、通常は同じテーマの中で未完成のノートを指します。
• Hold : 一時停止中のノートで、通常は同じテーマの中で何らかの理由で未完成ですが、将来的に続けるノートを指します。
• Completed：完了したノートで、通常は同じテーマの中で既に完了したノートであり、アーカイブされたノートと理解することもできます。
• Dropped：削除されたノートで、同じテーマの中で不要になったノートを指します。

したがって、Readingテーマのノートを作成するとき、そのテーマに関連するすべてのノートの状態をActionに設定できます。この時、ノートは上図のIn ProgressとActionの 2 つの領域に表示されます（これらの 2 つの領域のフィルタ条件には両方ともActionが含まれています）。ノートの処理が完了したら、ノートの「状態値」をCompletedに変更できます。この時、ノートはIn ProgressとActionから消え、Completed領域に表示されます。これにより、Obsidian の新しいProperties機能を利用して「ノート管理をタスク化」することが実現できました。

これらの機能は素晴らしいように見えます。特にProperties + Dataviewの組み合わせによって実現されたこの一連のプレイですが、なぜ私は《Obsidian を使いこなす 09 - Properties を使ってノートを管理する方法》という記事を書く準備をしているのでしょうか？それは 機能は素晴らしいが、操作があまりにも複雑だからです。タスク管理の考え方が含まれており、いくつかの「コーディング経験」（Dataview）も必要で、ハードルが高く、移行が難しいのです（このようなノートを他のプラットフォームに移行することを想像してみてください）。

これが All in One の問題です。簡単に言えば、Obsidian のアップグレードが進むにつれて、私たちユーザーも使用技術や方法を絶えず進化させる必要があります。あるいは言い換えれば：「ツールの最初の設計機能から使用が逸脱すればするほど、より多くのメンタル負担が生じる」。

シンプルで長期的に有効な生産性#

前回の記事《暇人の週記 11.20 - 11.26》では、この動画《How I Organise My Writing - YouTube》を共有しました。今日は、動画の著者が提起した重要な視点について皆さんと議論したいと思います：

ツールはそれらが設計された用途に適用されるべきです。ツールに本来処理すべきでないタスクを完了させようとしないでください。これはその安定性を損ない、追加の複雑性を増し、問題を引き起こすだけです。

私たちはツールを形作り、同時にツールに形作られています。私たちにとって、ツールをどのように使用するか、そしてそれを何に使うかは非常に重要です。各ツールは創造された当初、特定の問題を解決するために設計されました。したがって、ツールの最初の機能はしばしば最も安定しており、最も効果的です。

ハンマーを例にとると、最初の設計目標は「打撃によって一つのものを別のものに埋め込む」というニーズを実現することです。したがって、ハンマーで釘を打つことや曲がった木板を修正することは信頼性がありますが、ハンマーを「車の窓破り」に使うと効率が大幅に低下します。専用の「車の窓破り」が存在する理由は、特定の状況での効率と信頼性を向上させるためです。

私たちがツールを利用する最良の方法は「可能な限りそれらが本来持っている機能を活用すること」です。これにより、私たちのメンタル負担を減らし、集中力を高めることができます。これが、私たちがツールを効率的に使用する必要がある理由であり、「シンプルで長期的に有効な生産性」を実現するための考えです。以下は、このテーマに関する私の考えです。

シンプルで長期的に有効な生産性とは何か#

生産性管理はシンプルであるべきです：シンプルであることは、私たちが最も効果的な方法で行うことができることを意味します。ツールが設計された当初に与えられた能力は必ず最もシンプルで効果的であるはずです。そうでなければ、そのようなツールは「勝ち残る」ことはありません。この考えに基づいて、私たちは「生産性」ツールを選ぶ際にも、自分のニーズに最も適したツールを選ぶべきであり、All in One のいわゆる大きくて全てを含むものを選ぶべきではありません。これにより、メンタル負担を軽減するのに役立ちます。

生産性管理は長期的であるべきです：長期的であることは安定を意味し、安定は習慣を意味します。例えば、ある人は「Windows メモ帳」を使用して「知識管理」を行うのが好きですが、彼らが形成したこの習慣は安定しており、壊れることはありません。その理由は「Windows メモ帳」のコア機能が非常に安定しており、新しい機能の追加や更新がほとんどないからです。これは、記録された内容と使用習慣が常に安定しており、他の人や事柄によって壊されることがないことを意味します。

私の組み合わせパッケージ#

では、「シンプルで長期的に有効な生産性」をどのように実践するのでしょうか？

実際、私の考えは最初の思考に戻ります：「分割して治める」。私が考える「生産性」は「知識管理 + タスク管理」を指すので、これらの 2 つの問題をそれぞれ解決する必要があります。最終的に、しばらくの考慮の後、私はそれぞれBear2とThings3を選択してこれらの問題を解決し、同時にHookmarkを「知識管理の接着剤」として使用します：

• 私はBear2を知識管理の「ノートツール」として選びました。その理由は、Bear2の主な機能が「ノート」であり、この分野で優れたパフォーマンスを発揮するからです。Markdown、双方向リンク、シンプルな表、優れたテーマと編集機能など、強力な機能を提供し、ノートソフトの中で際立っています。さらに重要なのは、Bear2が私たちの生産性ソフトウェアの要件 — シンプルで安定していること — に合致していることです。
• 私はThings3をタスク管理の「タスクツール」として選びました。同様の理由で、「タスク管理」においてThingsはシンプルで安定しています。タスクの作成、プロジェクト管理、タスクのリマインダー、マーク、表示などの機能が安定しており、デザインも優れています。タスク管理ソフトとして使用する際、シンプルで使いやすく、メンタル負担がありません。
• 私はHookmarkを知識管理の「接着剤」として選びました。後の文でHookmarkについて詳しく紹介しますが、最近私のいくつかの記事でも言及しています。「シンプルで長期的に有効な生産性」の重要な部分として、Hookmarkの機能設計と使用体験もシンプルで安定しています。

Bear2#

Bear は Apple プラットフォーム上の優れた「ノートソフト」で、2016 年にリリースされ、その年に Apple が選んだ「Mac 年度アプリ」を受賞しました。私は早期のユーザーとして、Bear のサブスクリプションを最初の年に取得し、年末に《2016 年度総括》をそれを使って書き、ブログに公開しました。

ユーザーとして、私は最初の年に Bear をサブスクリプションし、年末に「2016 年度総括」を当時のブログに公開しました。ブログの移行過程で、2017 年以前の内容が完全に移行できなかったものの、私は依然としてBearソフトの中で原稿を見つけることができました：

Bear の使用は非常に楽しいことです。Markdown エディターとして、私は Bear に 9.5 点を与えます — 使いやすさと見た目の両方で、トップクラスです。その後、Bear を使わなくなった理由は、当時の心境に関係しています。Bear はサブスクリプション制のソフトであり、機能の進化が遅く、それに見合った拡張性を提供できませんでした。一方、後の Obsidian や RomaResearch などは、ノート機能により多くの選択肢を提供しました。

現在、Bear2 を再び使用する理由の一つは、Bear2 の機能が大幅に向上したことです（5 年間の大規模な更新を経て）、表、双方向リンク、アウトラインビューなどの新機能が追加され、インターフェースも多くの最適化が行われました。数ヶ月の試用版体験を経て、私は再びサブスクリプションを続けることに決めました。「ノートソフト」として、Bear2 は間違いなく安定して信頼できるサービスを提供できます。

Things3#

Things は歴史のある GTD ソフトで、2009 年にはApple が選んだ年度アプリを受賞しました。Bear よりも 7 年早いです。その優れたデザイン理念、使用体験、インターフェースにより、Things は「生産性愛好者の圈」内で非常に人気があります。私はThings2から使用を始め、その時に「最も GTD 理念に合ったタスク管理ツール」と評価しました。この記述は《OmniFocus - テクニック編》に 2015 年に掲載されました：

当時の「同期メカニズム」の問題（長城を越えなければ同期できない）さえなければ、私はおそらくずっとThingsを使用していたでしょう。なぜなら、私はそれが本当に好きだからです。タスク管理ソフトとして、OmniFocusよりも使いやすく、理解しやすい操作インターフェースを持ち、ドイツ製で安定しており効率的です。同時に、後の Todoist と比べて、Things はクロスプラットフォームの負担がなく、API の複雑さもなく、最終的にユーザーにシンプルで使いやすく安定した使用体験を提供します。下の図は 2015 年に私が Things2 に保存した書籍リストです：

Things3をタスク管理ツールとして再選択することで、安定感と喜びをもたらしました。その卓越した使いやすいデザインと安定した機能は、私の「シンプルで長期的に有効な生産性」の追求に完全に合致しています。

Hookmark すべてをつなぐ#

Hookmarkの前身はHookで、最初にそれに触れたのは少数派で「玉樹芝蘭」先生の一篇の記事《Hook：異なるタイプの情報資源を効率的に双方向リンクする方法 - 少数派》を見たときでした。最初はすぐにHookを使用しませんでしたが、著者の公式サイトや彼らが提唱する「普遍的リンク宣言」を通じて理解し、次第にHookmarkの妙用を悟りました。

普遍的リンク宣言：
ソフトウェア開発者が情報資源を処理するソフトウェアを設計する際に、「普遍的リンク」の技術要件を実現し、ソフトウェアが「リンクを通じて識別しアクセスできる」資源を作成できることを保証することを提唱します。また、ソフトウェアはユーザーの使用ニーズに合ったユーザーインターフェースを提供し、リンクを管理するためのアプリケーションプログラミングインターフェース（API）を備え、ユーザーがリンクを簡単にコピーし、資源にアクセスできるようにする必要があります。

あなたは「普遍的リンク宣言や Hookmark は私たちに何をもたらすのか？」と尋ねるかもしれません。

この問題を説明するために、例を挙げましょう。仮にあなたが Things でタスクを作成したとします：「『シンプルで長期的に有効な生産性』についてこのテーマを深める」。あなたはこの文章をある時点で完成させるようにリマインドされます。

このタスクのリマインダーを受け取ったとき、あなたはどうしますか？

1. 「シンプルで長期的に有効な生産性」というノートを見つけて開き、続けて書きます。
2. 関連するウェブサイトや資料を見つけて、記事の内容を補足し、他のことに気を取られないようにします。

これらの 2 つのステップは非常にシンプルですが、その中の一文は非常に重要です：他のことに気を取られないようにする。なぜこの文を強調するのでしょうか？ここで「認知科学」の概念「メンタルキャパシティ」に触れざるを得ません：

「メンタルキャパシティ」とは、認知科学における概念であり、人間の脳が短期記憶または作業記憶の中で処理し保持できる情報の数の上限を指します。簡単に言えば、私たちの脳が一度に処理できる情報の能力です。

「メンタルキャパシティ」を保持する一般的な方法は「メンタル負担を減らす」ことです。コンピュータ業界では、これを「コンテキストスイッチを減らす」と呼びます。私たちが「メンタルキャパシティ」を保持しているとき、私たちは目の前のタスクにより集中して取り組むことができます。

さて、前述の 2 つの操作を振り返ってみましょう：タスクのリマインダーを受け取ったとき、「ノートを開く」か「関連資料を探す」か、どちらのステップもあなたを気を散らせる可能性があります（集中を失う）。例えば、特定のページを開いて資料を探しているときに注意が散漫になるかもしれません… 最終的に、すべての準備が整ったときには、すでに半日が過ぎてしまっているのです。

Hookmarkはまさにこの問題を解決する典型的なソフトウェアです。Hookmarkを使用すると、私たちはこのタスク「『シンプルで長期的に有効な生産性』についてこのテーマを深める」に新しい方法で取り組むことができます。

タスクのリマインダーを受け取ったとき、さまざまなノートを開いたり、さまざまな資料を探したりする必要はありません。あなたはただThingsのこのタスクを選択し、ショートカットキー（私はShift+CMD+Spaceに設定しています）を押すだけで、すべての問題が解決します。以下の図を見てください：

1. 上の図の第一ステップ：Thingsで現在のタスクをクリックして選択します。
2. 上の図の第二ステップ：ショートカットキー（私はShift+CMD+Spaceに設定しています）を押してHookmarkウィンドウを呼び出します。
3. 上の図の第三ステップ：Hookmarkウィンドウの任意の行をダブルクリックして、対応する内容を開きます。

Hookmarkウィンドウは 2 つの部分に分かれています：

• 第一部分 HOOKED、または「直接リンク」と呼ばれます。ここでは、私は「複数のノート」を現在のタスクに関連付けているのが見えます。これらは私がさまざまな場所で記録した関連資料です。
• 第二部分 INDIRECTLY HOOKED、または「間接リンク」と呼ばれます。これは、第一部分 HOOKEDの「各リンク」に対応する「直接リンク」で構成された大集合です。

私たちはHookmarkが「双方向リンク」をサポートしていることを述べました。この時、上の図のHOOKEDの中のノート《2023.07.04》を再び開き、再度ショートカットキーShift+CMD+Spaceを押すと、《2023.07.04》ノートのHookmarkリンクが次のように表示されます：

図からわかるように、ノート《2023.07.04》のHookmarkリンクには、私たちのタスク「『シンプルで長期的に有効な生産性』についてこのテーマを深める」が表示されています。これは Obsidian や RomaResearch で人気のある「双方向リンク」と同じ概念です。ただし、Hookmarkは Mac システム内のリソース間で「双方向リンク」を構築しています。

Hookmarkの「双方向リンク」と「間接リンク」の概念は、私たちの日常的な「何かを研究する」際に非常に便利です。前述の「メンタル負担を減らす」ことに加え、さまざまなリソースを一つの「テーマ」でリンクさせることができます。このテーマはタスクでも、ノート（例えばこの記事）でも構いません。もはやあちこち探したり、繰り返し検索したり記憶したりする必要はありません。

Hookmarkは PDF の深いリンクもサポートしており、特定のテーマを特定の PDF の「一部分」に関連付けて、必要なときに引用できるようにすることもできます。以下の図を見てください：

Hookmarkの使用については、今後の記事で詳しく紹介します。今日の記事はあくまで一般的な紹介であり、「知識管理の接着剤」としてどのように機能するかを説明することを目的としています。

結論#

前述の通り、私たちが 「可能な限りツールが本来持っている機能を活用する」 時に得られる結果は安定しています。私の「知識管理」プロセスにおいて、Bear2、Things3、Hookmark のこの 3 つのソフトの組み合わせは、シンプルで効果的かつ長期的に安定したソリューションであることがわかりました：

1. それらが制作された当初の意図、すなわち「職人が与えた能力」は必ずシンプルです。
2. それらが使用される際に「制作されたときに与えられた能力」を活用すると、得られる結果は必ず効果的です。
3. それらが各自の分野で専門性を発揮し、組み合わさると、得られる機能は安定します。

最後に、安定とは何でしょうか？安定とは、私たちが果敢に「ツールに与えられた機能を利用することで得られる結果」です。これにより、私たちの脳は雑事から解放され、より重要なことに集中できるようになり、ツールをより効果的に使用することができ、「シンプルで効果的かつ長期的に安定した」効果をもたらします。

「コンテキスト」はプログラミング業界の用語であり、サーバープログラムが実行される際にはコンテキストが必要です。コンテキストを通じて、現在のプロセスは多くの情報を取得し、それに応じた処理を行うことができます。ここでの大意は「背景資料」と理解できます。タスクのコンテキストは、タスクに関連する資料です。↩

> 少数派の公式アカウントをフォローして、新しい読書体験を解放しましょう 📰

> 実用的で使いやすい正規ソフトウェアを、少数派があなたにお届けします 🚀

© 本文の著作権は著者に帰属し、少数派に独占的に使用を許可しています。少数派の許可なしに転載や使用することはできません。

専門：知識管理の技術

この専門では、「知識管理」のさまざまなレベルや方法について議論し、思考を刺激し、共に探索し、自分に合った「知識管理の技術」を見つけることを目的としています。