scrapbox-sta-taskmanagement
タスクのライフサイクル
- タスクという概念がどのように生まれ、尽きるかの全体像
- タスクの寿命のサイクルについて論じているわけではないことに注意
- レイヤー間について
- 解釈の公理に基づき、計3層のレイヤーが存在する
- レイヤー内について
- タスクのライフサイクルであるため、Layer0は扱わない
- カインドとステージを用いて、カインドごとにステージ間を遷移するというモデルで説明している
- Layer1（タスク管理していない）とLayer2（タスク管理している）とでは、後者の方がはるかにモデルが単純である
- つまりタスク管理が本質的にタスクの取り扱いを楽にすることを示している
レイヤー
レイヤー間のサイクル
- Upward
- Downward
- Layer2 to Layer1
- 管理されたタスクAを削除する
- 管理されたタスクAを管理するツールをすべて失う
- Layer1 to Layer0
- 観測されたタスクAを “やること” ではないと判断する
- 観測されたタスクAを忘れる
- Layer2 to Layer1
各レイヤー内のサイクル
- 前提
Layer0タスクではないため割愛- Layer1
- カインド
- Kind1……観測されたタスク
- Kind2……観測され、言語化されたタスク
- Kind3……観測され、言語化され、頭の外に出されたタスク
- ステージ
- Valid……有効である
- ※有効とは
- 意味がわかること（行動に起こせること）
- ※有効とは
- Updated……有効だが、改変された
- ※改変とは
- Kind1を構成する事柄の一部を変更すること
- Kind2の表現を変更すること
- Kind3の出力先を変更すること
- ※改変とは
- Invalid……無効である
- Forgot……忘却した
- Valid……有効である
- ステージ詳細
- 無効または忘却されたタスクはLayer1から消える
- 改変は繰り返される
- カインド
- Layer2
- カインド
- Kind1 ツールに投入されたタスク
- カインド詳細
- layer1との違い
- kindが少ない
- 感覚で処理する、という類のカインドがない
- 目に見えるタスクを操作する、という手続き的なカインド一つのみに帰着できる
- kindが少ない
- layer1との違い
- ステージ
- Valid……有効である
- Updated……有効だが、改変された
- Invalid……無効である
- Removed……取り除かれた
- ステージ詳細
- layer1との違い
- invalid to updated がある
- 無効なタスクをあとから有効にできる
- 表現を練り直す
- （有効になる）機会が来るまで待つ
- 無効なタスクをあとから有効にできる
- forgot がない
- 失うという概念がない
- removed がある
- 失うのではなく手放すという概念になる
2hop Links
- 失うのではなく手放すという概念になる
- invalid to updated がある
- カインド
- → パラメーター
- ← タスク
- ← 属性
- ← タスク管理のパラダイムシフト
- ← シークベート
- ← ReadOnlyなパラメーター
- ← 名前内パラメーター
- ← 暗黙的なパラメーター
- ← 関係
- → 管理されたタスク
- → 事柄
- ← 解釈の公理
- → 観測
- ← zangai_1
- ← 観測されていないタスク
- ← 観測されたタスク
- ← 観測と解釈の違い
- ← 解釈
- → 解釈の公理
- → ツール
- → 観測されたタスク
- → 状態
- ← 属性
- ← Toggl
- ← GitHub Issues
- ← GitLab Issues
- ← スキップ状態
- ← Record of Skip
- ← ClickUp
- ← 擬似的な状態
- → 管理