【GTD】タスク管理総合スレ【TODOアプリ】

タスク管理について方法論からシステム、ツール、アプリについてなんでもおｋ

自由に語ろう

ららら〜

クソスレに颯爽と参上！その名もクソスレ２ゲッター！

なんでiPhone板に建てるかね？

適当な板がわかんないんだよ。
その辺も次スレまでに話し合っていこうさ。
アレンの本を聖典扱いして一般書籍板とかは無理があるか。
やっぱり仕事系カテかな。

生活全般板なんかいいかもな。
割と勢いがある

>>6
Lifehackだしね
生活でもあるし、仕事術でもあるし、人生の見通しでもある…
GTDはカテゴリをまたがってるんだよね

俺は「iPhone」の「アプリ」で「todo」を〜って事だから、ここでいい。って安易な考えなんだけど、やっぱここじゃだめ？w

だめ・だめじゃないじゃなくて
建てたやつは建て逃げせずにちゃんと盛り上げろよ?

ここが上位スレでToDo/GTD/タスク管理アプリ★4が下位スレじゃん

タスク管理に関するなら何でもOKだから
分離元でも間に合う話題だろうが大丈夫

GTDの長期、短期の両方に対応して、ポモドーロが使えて、マインドマップを書き放題。
そんなアプリが欲しい。

スマホアプリ / 【GTD・TODO】Pocket Informant【カレンダー】
http://anago.2ch.net/test/read.cgi/applism/1392728970

たてたよん。スマホアプリ板にしたった。

toodledoで一元管理しようとしたけど
次やるリストといつかやるリストとプロジェクトリストやらごっちゃになったから
組み直して複数のツール使おうかと考えてる
みんなどんなツール使ってるの？

ガンとチャートとカレンダーとToDo組み合わせた方がいいんじゃないのか

今のところ
予定をGoogleカレンダー
次やるリストはtoodledo
プロジェクトをGoogleタスク
いつかやるリストを適当なクラウドメモ
資料はEvernote

って感じで考えてる
ガントチャートは何か使いどころあるかな

では、ここはアプリのアップデート情報は禁止なwwwww

っていうアホなやつが向こうのスレにいるわけだな

>>16
プロジェクトとタスク管理を分断させて、なにがしたいんだ

>>18
toodledoは階層に限界がある
が、豊富なタスクのメタデータを失うのが惜しい

だからGoogleタスクでプロジェクトを階層状に整理して
そこから出たタスクをtoodledoに登録って感じに考えてる

それだけで大仕事じゃん、忙しそうだな
おつかれさま〜

>>19
それならPIで簡単にできるぞ。

Googleに入っている階層タスクはSync先かFolderを変えてPIに入れて置けばtoodledoに入っていた次やるタスクと一緒になる事も無い。
Googleタスクの階層はPIに入れてもそのまま維持される。階層をEditするにはGoTaskの様なアプリで管理すれば良い。

>>21
そうそう、そういうレスが欲しかった
さっそく試してみるわ

Googleタスクって、タスクの階層化できました？
しかも多重にできたっけ、、、。

それができないから、Googleタスクから他へ乗り換えたんだが

>>23
使うアプリによるGtasksの様なアプリもある。


ところでPIの完了タスクをメールでEvernoteに送るとき、複数タスクを一括で送れる様にならないかなあ。

1つのプロジェクトの進捗とか締め切りとか実行日とか決まったこととか終わったタスクとか、
そういうのを一つのカルテにまとめておくと良いっていう話を聞いたんだけど、
それに適してるアプリ・サービス・ソフトって何かある？

とりあえずEvernoteが良いのかなと思ってるけど、他にちゃんとテンプレートが用意されてたり、
整理するのに適してるものがあれば聞いてみたい。

>>25
bento
自分で自由にテンプレート作れる
でもサービス終了してしまってアプデはもう望めない

>>26
ベントのように指タッチでエクセル表計算の様なものを操作するのは面倒臭いんだよな。

EvernoteにテンプレならKustomNoteは？

プロジェクト管理とタスク管理を併用できるツール無いかな？
今プロジェクト管理はTrelloでやってるんだけど、プロジェクト管理から出てくるチェックリストと単発のタスクをうまく混ぜられないんだよね。
自分でつくるしかないかとも思ってるんだけど、何かありものがあればそれを使いたくて。

prioritiesのメール送信がいいよ
タスク一覧を一望できる

>>30
くっせぇ

>>30
メール一括はいいと思う。
けどプロジェクトとコンテキストで管理出来ないからなあ

はいそのとおり。
コンテキストやタグ付けができるといいんだよなー

我慢できずに、AndroidからiPhoneに変えてやったぜ。
どっちにしろ、16G 0円だったから、コストはほぼ掛かってないからな。

今は、快適なモバイル環境っていう意味だと、タブレットがあるんで、
iPhoneは、omniFocusとEvernoteの閲覧用に使おうと思う。

みんなコンテキストってどんな風に使ってる？
初心者質問で申し訳ないけど、参考にさせて欲しい。

むしろ、コンテキストこそ、タスク管理の最重要要素だと思ってるんだけどなあ。

例えば、何か「今日中にやらなければいけない事」が自分の中に入ってきた時、普通はまず頭のなかで、
「自分の今日の予定の中で、それが出来そうな時間帯や状況」を探すよね。
仕事場のタスクだったら、休み時間にやろうとか、PC前で書類作ってる時に合わせてやろうとか、残業しなきゃなあとか家で・・・とか。

それが要はコンテキストな訳で、ぶっちゃけ、タスクやプロジェクトは、コンテキストを決めないと処理することが出来ないんだと思ってる。

コンテキストの設定や付与がうまくいかない人は、まず、自分の日々の生活習慣、或いは今日一日のルーチンワークに
元々配置されているコンテキストを、まずは洗い出して見るといい。
朝起きたら顔を洗う（コンテキスト： 朝・洗面所）、出勤中にどこどこを通る（コンテキスト： 出勤時）、退勤後はPC前に座る（コンテキスト： 夜・PC前）
とか。

それらをまずはコンテキストのリストに設定しておく。 で、タスクに対し、それが出来そうな状況（コンテキスト）を設定していく。
あとは、自分なりにパースペクティブで絞り込んだ、「今日やるべきリスト（Next Action）」 を、コンテキスト下で処理していく。


自分は、タスク管理におけるコンテキストってこういう意味合いだと思ってる。

>>35
そのままだよ
自宅とか、外出時とか
パースペクティブでその時に見やすいように選択してるからな

場所や状況（自宅、仕事場、買い物）
時間帯（A6:00-8:00、B8:00-10:00）
とかで分けてる

よくそうやって時間帯を、2時間ずつ区切ってとかにしてる人見るけど、それってどうなんかなーって思うんだよなあ。
いや、何も無い休日とかだったら、その区切り方正解だと思う。 平坦な休日の時間をスモールステップで区切ることで、
メリハリつくし、フィードバックがしやすい。

ただ、平日は、誰でも2時間区切りで、生活習慣が構成されてる訳じゃなくね？
例えば、出勤前、出勤中、勤務先到着後の事務所に居る間、休憩時間、退勤中、自宅（PC）、、、、

これらは別に2時間区切りで構成されてる訳じゃなくて、、時間自体はバラバラだけど、でもこっちのほうがコンテキストとして成立してると思う。
だから、時間決めて分けるより、自分のルーチンに合わせる形でコンテキスト作ったほうがいいと思うんだよね。

>>みなさま

ありがとう。
自分の状況を結構細かく指定するんだねぇ。

もう一つ質問させて下さい。

タスクの優先順位はタスク追加など仕事の状況によってコロコロ変わるわけで、納期によってはコンテキストも変えなきゃいけないと思うんだけど、それはその都度該当のコンテキストを全部変えるの？
※定時内でやるべき仕事(A)があったのに、急な仕事(B)が入って、(A)は残業時間に処理することになった、ってイメージ。
または、通勤中にやるべきことを忘れてしまい出社後にやる場合など。

>>39
なるほどね
自分も正直まだ試行錯誤の段階だから確かにそこらへん気になってるんだよね
参考になった

>>40
GTDの原典では優先順位はあらかじめ決めるものじゃなくて、その都度リストを見てベストと思うタスクをこなしていく
コンテキストで整理しておけば、直感でわかるという考え
ちなみに原典だと時間のコンテキストは使っておらず、場所・状況のみ

時間で区切るのは、サラリーマンで、事務仕事で、ほぼ同じルートでオフィスに通い、勤務時間は同じ事務所にいて、主にウィークデイのタスク管理をしてる人なんだろう。違うかな？

いつ、どこで、誰に →コンテキスト
何が、どうする、どのように →プロジェクト

>>41
>都度リストを見る
なるほど。
わかるような気もします。

やはり原典を読むべきなのだろうか。。。

>>44
原典はWEBで見ただけじゃわからない細かなエッセンスが沢山載ってるから参考として読むのをお勧めするよ

初めはとにかくタスクを書いて各リストに振り分けて実行するって程度の理解で実践したら見事に破綻したのはいい思い出ｗ

>>44
できれば真の原典を読むのが一番いい
それが無理なら訳者が一枚噛んでる日本語版原典を
Webの情報は更に一枚噛んでるから、とにかく本は読むのをオススメする

個人的には、原典まで読む必要ないと思う。
というより、GTDに関しては、タスク管理に関する重要な考え方をいくつか学ぶだけで、全体をキッチリGTDするのはオススメしない。

「頭の中のものを全てinboxに集める」、「単発で終わらないタスクについてはprojectとする」、「contextを設定する」
「2分で終わるものは、計画せずすぐに取り掛かる」、「定期的にレビューを行う」

この辺りのGTDの考え方は、むしろ今のタスク管理においての基本知識にもなってるから、
そこを詳しく勉強する為にGTD原典読むのは良いかも知れない。

ただ、GTDには、軽視してる部分が結構あって、例えば、「タスクの所要時間の見積もりに関する事」や、「クローズドリスト化に関する事」、
あるいは、扱ってなくは無いけど軽視してる部分で、「ルーチン化に関する事」とか。

特に、時間の見積もりと、クローズドリスト化については、タスク処理を行う上での「モチベーション」に直結する部分でもあって、
GTDが破綻する最大の理由が、その「GTDのモチベーションに対する軽視」だと思うんだよね。


今は、タスクの所要時間を見積もる事や、タスクリストを限界まで羅列せずに「今日やる分」だけ余裕をもたせた上で絞り込むっていうのは、
それもタスク管理の基礎になりつつあるから、GTDがタスク管理に与えた影響はかなり大きいけど、どこか古典的な扱いなんだと思う。GTDって。

原典は一度は目を通しておけ。別に原典に忠実に実行する必要はない。
ここでも他サイトでも、原典ベースで語っているように見えても独自の解釈をしてる人もちょいちょいいる。
ベースが揺れてる意見を色々見てると、見るほどによくわかんなくなってくるからな。
まず自分で直に理解しておいた方がいい。

GTDn
>>47
>「頭の中のものを全てinboxに集める」、「単発で終わらないタスクについてはprojectとする」、「contextを設定する」
>「2分で終わるものは、計画せずすぐに取り掛かる」、「定期的にレビューを行う」

確かにそこがアレンで有名なところではあるけど、2010年に出されたアレン本の「整理のカテゴリ」のページにあるフローチャートも理解しないとアレンの考え方を理解出来ていないのも同然だよ。



>特に、時間の見積もりと、クローズドリスト化については、タスク処理を行う上での「モチベーション」に直結する部分でもあって、
>GTDが破綻する最大の理由が、その「GTDのモチベーションに対する軽視」だと思うんだよね。

モチベーションに繋がるってのは凄く同意出来るな。書かれてあるリストに引っ張られて身体が勝手に動く様になると言う感じが近いかも知れない。

民主党は、超円高誘導でソニーやパナソニック、シャープを潰す気だった？
http://www.youtube.com/watch?v=iG_oaqU0pEM

帰化朝鮮人ばかりが政治家を目指す国？日本
http://www.youtube.com/watch?v=CxIGOhFT4g8 /

>>49
むしろあのフローチャートこそgtdってイメージの人は多いだろうね。

gtdは全体を包括してる感じだけど、タスク管理にはそれぞれ分野があって、
それらがシームレスに連携してる状態がタスク管理の理想だと思う。

タスク管理、プロジェクト管理、ルーチン管理、スケジュール管理、レビュー、ミッション、ログ取り

これらが全てしかるべきツール（デジアナ問わず）で機能していることが重要。
（勿論ツールはひとつにまとめてもいいし、適したツールに分けてもいい

キーボードと大画面のあるPC環境（タブレットでも良いが）が必要。
買物リスト程度のことしかできないアプリを使ってるならアプリの使い分けも必要になってくる。

iPhoneだけで・・・
１つのアプリだけで・・・

となれば、必然的に選択肢は限られてくる

でも、ぶっちゃけ思うけど、本当にタスク管理に精通していて、やりたいシステムがすべてイメージの中にあるのであれば、
ぶっちゃけ、全部、メモ帳だけで可能なんだよな。

やっぱ何かしらフォーマットが決まってる必要がある人は、まだタスク管理をよくわかってないんだと思う。
まぁ、わからない状態ででも、きっちりタスク管理が可能になるツールってのが、理想ではあるが。

>>53
俺もそう思うよ。でも転記が面倒だよね。

昔ながらの手帳のカレンダーに書き込むもタスク管理ではあるしな

確かにツールは2次的なものだよなあ
大事なのはハウツーの前に自分の中でタスク管理の原則とシステムがしっかりできてることとつくづく思う

というわけでいま原典を繰り返し読んでる

俺もつまづく度に原典読んで気付かされるなあ。
突き詰めて考え抜いた人の本は全然違う事がわかる。

洋書にありがちな回りくどい表現と同じことの繰り返しがちょっとうざいんだよなぁ

たくさん指導してる人の本だからいいんだよ
独りよがりのオナニー本って多いので出色。

洋書にありがちな翻訳のまわりくどい感じはたしかにある。おれはこうしてる。
一回目速読。5秒みてで 買わない本もあれば10分立ち読みするときもある。
買った本は通読。大概の本は紙一枚程度にまとまるので読んだらすぐに売ってしまう。
これは！という本だけ本棚においとく。次に読むとき味わう。
三回目に読む時にラインやマークいれる。
キーワードにマークしていくので次読む時はキーワードのみ拾い読みする。
GTDの話しは今回なし

GTDの学びすぎはよくないけどね。
確かにGTDの考え方は、タスク管理の基礎中の基礎だから、これが分かってないことで破綻する人もいる。
だけど、上でもあったように、GTDだけでは扱ってない分野もあるから、その点については、GTD原典だけじゃなくて、
普通に最近の本とかを、参考程度に読んでみたりするのも大事。

俺はGTDの高度の概念はよくわかったけど、高度を分ける基準がよくわからない

だから、チャート作成ソフトで、あるアイテムの"それを達成したい理由・その状態にしたい理由"は上に、"それを達成するため・その状態にするためには何をするべきか"といったことは下に繋げて書き込んだら、とてもわかりやすくなった。可視化されるしね

こうなると俺流GTDだし、最低限紙とペンだけでやれるGTDではない（紙とペンだと書き込むほどゴチャゴチャしてくる）ので、人に押し付けれるものではないけどねｗ

あ、言いたいこととしては、原典に合わせすぎると、どうしてもうまく行かない可能性もあるって事。
もちろん基礎は大事だから、原典をしっかり読んで、身につける必要がある。
でも、基礎を学んだ後、基礎を疑って、トライ＆エラーを繰り返すと、原典のその先の自分に最も適したやり方を見つけられる。

>>60
学び過ぎが良くないってのはあり得ないな。

ただアレンの本だけを読んでいてもなかなか真の理解に至ることは難しい。
色々な本やネットの情報と原典の間を行ったり来たりすることがタスク管理を身につける近道だとは思う。

アレンのやり方は、多くの意思決定を順次処理するのに適してるのかなと感じる。
情報を集めて考えて指示を出す人向け。

本人は万人向けって言ってるけどな

アレンが万人向けだと？
アレンがおっしゃるならその通りだと

個人の能力による。具体的に噛み砕いて教えてもらわないとできないタイプ、
抽象度の高いメッセージを知るだけで自分に応用できるタイプ、
一を聞いて十を知るような、無関係におもえる分野の準則から応用できるタイプ
自覚的に発見できるタイプ

これをうえから1234として
俺の感覚では、世の中八割以上が4
学歴いいやつの多くが2
学歴関係なく仕事できるやつは3
限られた人だけが、その人の自分の専門分野でのみ4

応用の得手不得手もあるし、慣れのこともある

間違えた。
世の中の八割以上が1な。

>>64
仕事ではそうでも、人生では皆が情報を集めて自身に指示を出すから、やはり万人向けじゃないか？

GTDの高度の話って、正直無理やり付け足した感がして好きになれない。
全体のシステマチックな流れがGTDの良いところなのに、高度の話とフローの話って、
関連してるけど、システムとしては独立してるから、違和感を感じる。

確かにGTDのフローだけだと、ミッションを扱ってないんで、あの高度の話が、
タスクフローの意思決定基準にはなるんだけど、
あの高度の話は、GTDに含まなくていいと思う。GTDではない別のアレン仕事術でいいじゃん。何で含まれてるんだろう。

高度5000メートルの目的と価値観は企業などで社員などと考えを共有するためのものだから一般人には不要じゃないかな。社訓みたいなもんだと言えばいいかな。

ビジョンの4000メートルより下は万人にあっていいと思うよ。

確かに高度はとってつけた感はあるよね
初めてのGTDでも一応触れられてはいるけど

>>71
達成できないけど、漸近していくものは5000mでいいんじゃない？
俺は、"成長し続ける"を5000m的な所に位置付けてるよ

ただ、やはりあるアイテムを各高度に分ける基準がわからない
先の"成長し続ける"というのも、チャート作成ソフトで親がない状態ってだけだし…

若い理論が時間とともに変化していくのはよくあることで。

タスク管理とは違うかも知れないんだが、関連はあると思うんで、ここで相談。

例えば日々タスクを処理しながらログを取ったりレビューをしたり、書籍とか読んだりすると、
新しいタスク管理のアイデアとか、こういう風にすればいいのかっていう感じの反省とか、
新しい知識とか、導入したいシステムとか、そういうのあるじゃん。

そういうのって、どういう風に管理してる？

例えば、それが入ってきてすぐなら、自分の頭の中に残ってるもんだけど、時間がたつにつれ、
形が変わってきたり、心がけていたものがなくなってたり、そうやって、破綻したり元に戻ったりとか、あるんだよね。

Evernote とかがそういうの適してるんだろうけど、例えばそういうのを、
ジャンルごとに分けたり、時系列順にしたり、考えたこと学んだことは1日のノートにまとめたりとか、
そういう感じが良いんだろうけど、イマイチ自分の中で形が決まらない。

まあそれは整理術の本を幾つか読めば自分なりの答えが出るだろうな。
webclipや本からのアイディアと自分で考えたアイディアは分けるのも一つの手。

>>76
アイデアというフォルダを作ってそこにぶち込む。
それを定期的にレビューするとう方法じゃダメなのかい？

>>76
「ProgressToDo」なら実現できると思う。

>>79
横からだけどProgressToDo ゴミだった
本当に>>76が実現できると思ったの?

>>80
俺もそう思った。
少ししか使ってないけど

橋本君乙

まぁ広告表示タイプの釣りアプリと断言してもいいよ
試す価値もない

3つタスクがあるから1つタスク終わったら進行度33%!
って進行度舐めてんの?

この作者が作ってるアプリ見てみたら
「明晰夢」とか「ToDo」とか「占い」みたいな、
「お金になりそうなジャンルでアプリ作りました
でもそれぞれのジャンルについて詳しくは知りません」
ってのをヒシヒシと感じるんだよな
性根が完全に腐ってる

クソアプリもあるから良アプリもある。

そいつ前にアプリ開発者スレで他の開発者に粘着してidでうっかりバレてた奴
しかもちょいちょい他のスレでもあからさまなステマしてるし

そうなのか。
名前まで晒されてきのどくなことよ

>>86
名前晒されても痛くもかゆくもねーんだよ。

お、意見割れしてたから荒れるかと思ってたけど、結構盛り上がってるじゃん！これで良かったのかもしれないね。

>>76
岡田斗司夫のスマートノートを試してみれ。
俺は1冊のノートに日記とアイデアを書いている。
ここに動画があるから最初から見てみろ、ノートが欲しくなるはずだ。
http://otaking-ex.jp/yawa/1004_01_00.html

もしノートが嫌で全部デジタルに記録したいなら
・情報カード(PoIC)のシステムを導入すると良い
この情報カードの応用でEvernoteにアイデアからGTDまで全て記録することが出来る

ただし俺はアイデア帳とGTD管理は別々がいいと思ってるから
アイデアはアナログノートに、GTDはデジタルで管理している

アイデアとタスクは、別管理にした方が絶対いいね。そこは同意だわ。

アイデアも、普段思いつくものって、それだけだと全然意味なくて、
それがどんどん集まって、形になって、はじめて一つのアウトプットになるんだよな。

PoICって言葉は知らなかったが、大体自分がやりたいのはこんな感じだわ。
とりあえず、一日分の考えたことを、一日分のノートにデジタルで記録はしてるんだが、
アナログもいいね。

自演ステマ乙w

Appigo todo7を使ってるのですが、いまいちフォルダ、コンテキスト、タグの使い分けが定まらなくて、現在はフォルダのみで管理しています。

これらの使い分けについてアドバイスいただけませんか？

アイデアは行動をsomedayでタスク登録で管理管理してる。
なにかタグを作った方がいいかもとおもいつつ、
あまり細かく分類していくと全体の見通しが悪くなるからなぁ。

タグは複数つけられるから
そっちにコンテキストいれて
コンテキストのほうは所要時間をいれてる

>>95
どんなアプリで？

>>96
Appigoのtodo7

タグがひとつしかつけられないアプリってあるのか？

>>98
OmniFocus「」

>>97
ありがとう、そして質問があります
AppigoのToDo7のプロジェクトについてです。
プロジェクトのタスクに、さらにサブタスク、そのまたサブタスク、からの…、と、いうように、無限にサブタスクを作ることは可能ですか？
プロジェクトは、順次進行、並行進行といった選択はできますか？サブタスク内でも同様です。

単純なチェックリストでいいんだけど
項目の新規作成時に
改行を含むテキストをコピペした場合
1行につき一つの項目に分割してくれるの無いかな？
幾つか試したけど改行をスペースに置き換えて
一つの項目にして登録されるのばかりだった。

Listary

appigoのTODO6つかってます。
アプデしようとおもったら、有料版のTODO7、TODOクラウド、従来型などがあった。
どうなってる？どれ買えばいい？

あー自分にあったアプリ探すのめんどくせーよ
誰かこれ入れとけばなんとかなる！っての教えてくれ

>>103
iOS7を使っていて、同期はTodo Cloudを使う→Todo Cloud

iOS7を使っていて、同期はTodo Cloudもしくはそれ以外を使う→Todo 7

iOS6以前を使っている→従来版

Todo 7はTodo Cloudでの同期もできるけど、他の同期方法も使える
Todo CloudはTodo Cloudでしか同期ができない
だからiOS単体で使ってて同期が必要ないのであればTodo Cloudが一番安上がり

>>105
すごくわかりやすい整理、ｔｈｘ
おたく、あたまいいね！

AppigoのTodoクラウドにしました。
Siriでのタスク登録超気持ちいい！
通勤途上、車の運転してるとアイデアが良く浮かぶので、これはいい

まだインストールしただけなのでよくわからないがｗ

OmniFocusもできるよ。

GTD導入してる人はスケジュール管理もGTDに含まれているんですか？
それともGTDとスケジュール管理は分けていますか？

日時の決まってるタスクはスケジュールとしてカレンダーに登録してる人が多い。

おまいはまずGTDの本を読むことからはじめい。
読んでない事丸わかり

GTDは基本的にスケジュール管理には向いてないと思ってたんだが、
iphoneのomnifocus見たら、カレンダーのデータ読み込んで、一日のスケジュール表示出来るのな

これすげー便利だわ。自分のやりたいことそのままだった

GTDという概念・システム自体にスケジュール管理が含まれています。
スケジュール管理はGTDの一部です。

やる日時が決まってるorその日にやるべきタスク→カレンダー
日時は決まってないがやるべきタスク→リスト化して都度選択・実行する

優先順位は常に目まぐるしく変わっていくから、実行のたびに最適なタスクを選ぶという考え
1日の初めに優先順位を固定化するようなことをしたら対応が硬直的になる
そのため、GTDに優先順位は取り入れていない

スケジューリングがあるとしたら1行目のようなタスクに対してのみで、やりたいことややる時間が定まってないタスクはカレンダーに組み込むべきではない

ってな解釈でいいのかな？

>>114
たぶんあってる

PIカレンダーのDayViewを使えば順番は簡単に入れ替えることが出来るんだけどな。

＞日時は決まってないがやるべきタスク→リスト化して都度選択・実行する

GTDに代表されるタスク管理の難しさってまさにここなんだよなあ。
「このタスクをいつやるか」ってのは、ぶっちゃけそこだけは機械的に決められないんだよ。
タスクに所要時間とコンテキストを付加することで、ある程度の目安はつくんだけどさ。

そもそも、タスクの実行分配を、何を基準に行えばいいかってのも人によるんだよね。

例えば、「時間効率」ｊを基準にするのであれば、コンテキスト別にまとめてバッチ処理できるように、
締め切りまでの空いてる時間の一番時間効率の良い場所に分配する。

例えば、「モチベーション」を基準にするのであれば、朝にやるべきは朝に、夜にやるべきは夜に。
そういった分配が可能。

あるいは、分配せずに、タスクリストを見て、1つずつ取り出して処理していく、優先順位とか考えずに
上から順に処理していく。そういうやり方をする人もいる。


どれが正しいのかはわからないし、折衷案も必要なんだろうけど、
タスクの分配（要はスケジューリング）って、そこだけはシステマチックには出来ないんだよなあ

アレン氏も最終的に決めるのはGTDではなく自分自身だって言ってるからな

ただ、決めることを最大限手助けするシステムがGTDでもあるんだけどね

おまえらにヒントをやる。
分けて考えたらうまくいく。
イベント
プロジェクト
タスク

子供の運動会→イベント→日時決まってる→日時動かせない→カレンダー
手作り弁当つくる→（男性や新人ママ
の場合）ただちに行動できない複数のタスクからなるプロジェクト→アクションレベルまでバラバラにせよ
タスクは、材料買う、作り方しらべる、弁当箱買う、米炊く

会社起業→プロジェクト
法人設立登記→例えば司法書士にやらすなら電話かけるタスクでおわる単純タスク、全部自分でやるならプロジェクト。
法人設立登記の申請に法務局いく→大安吉日を選んで記念の日にするので日時動かせるがカレンダーに書いちゃう→イベント

運動会が雨で延期になってタスクごちゃごちゃにらなってしまえ

PIを使ってるから、タスクに日付付けるだけだな。
わざわざタスクアプリとカレンダーアプリを使い分けない。

例えば、毎月の振込しないといけない予定とかはどうしてる？土日に被る月とかあるじゃん？そういう月だけ金曜にずらしたい時とか。

次回の期日を確認することってメモに書いておく。

>>121
タスクとカレンダーは分けないけどプロジェクトや明確な期限がないタスクはOFで管理だな。PIのプロジェクト管理は視認性が悪くてとても使えない。

見栄えの悪いアプリは毎日使うのがつらいよな

視認性が悪いって事は、デザインに問題があるってことだからな。デザインに問題があるって事は、製品全体に問題あり！

まあ完全無欠なアプリなんて無いから何かを妥協しながら使うしか無いわけなんだな。

仕事やプライベート等で作ったTODOリストですが、実行してチェック入れる度に
日時を一箇所に記録するようなツールはありますでしょうか。
Nozbeやtoodledoで可能ですか？

「TODOリストを実行していけばそのままライフログになる！」的な
事を書かれてるサイトは多いのですが、実際にどうやってるのかなと。

現在はGoogleカレンダーとGoogleTasksをPCとスマホ上で使っています。
使用OSはWindows7、端末はAndroidのスマホです。
タブレットPCは現在ありません。

コピペしてエバーノートにぶっこむんじゃ

GTDでいう、プロジェクトやタスクレベルより上の高度はチャート作成ソフトを使って可視化した方が把握しやすいな。あるプロジェクトの元になることが複数ある場合も、それで対応できる。

GTDは万能じゃないからねぇ

ライフログなんて作ってかんしょうにひたってる暇ないわ。

130だが、自分の頭をマインドマップ的に整理していくと、どうもうまくいかない。方法的な意味ではなく、ツール的な意味で。
アドバイスが欲しい。
やりたいことは、自動で調整してくれて、線が絡まず、見やすく（重ならず）、かつアイテムがそれなりに密集させること。自分の頭のなか全てを整理したいので、絡まり出したら分ける、とかはしたくない。
今は、OmniGraffle 6で、テキストを主体で使っている。ダイアグラムレイアウトは、Force-directedでやっている。このやり方だと、だんだん間隔が広くなって、視認性が外側の方に行くほど悪くなるんだ。
OmniGraffle 6でもっといいやり方があったり、他にいいソフトがあれば教えてください。

>>133
文字消していいから、どこかにキャプチャーをうぷできませんか？

>>133
結構こういう人いるんだけど、ソフトウェアってのは基本的にフォーマットが決まってるのが前提だから、
完全に自由な事のできるソフトウェアってのは無いんだよ。

タスク管理のソフトもそうだけど、ToodledoやomniFocusは、結構自由度の高いタスク管理ツールって
言われてるけど、それでもタスクを一行で表現しなきゃいけないし、行間を付け足すのも難しい。

こういう風に、ツールを使っても、あまりうまく自分のやりたいことを表現できないとき、
そういう時は、絶対に一度、「紙のノート」か、「テキストエディタ（またはメモ管理ソフト）」に、
自分の思う通りに書きなぐった方がいい。

最初からカッコつけて、MindMapソフト使ってみたり、omniシリーズ使ってみたり、
そういうのは本末転倒だから、まずはCampusノートと3色ペンを買ってきて、
そこに自分の頭のなかのイメージを書き起こす。 その後でソフトウェア上で表現出来る形になったら、

その時初めて、皆が使ってるようなソフトウェアだったりサービスだったりを使ってみればいいと思う。

タスク管理するならなんだかんだ言ってもアウトライナーじゃね？
んで絞り込みも考えるなら少なくともタグやコンテキストで抽出出来るのが最低条件になるだろな。

そう考えるとOFが一番視認性が良いことがわかってくる。
タスクは一行で表現しなきゃいけないがメモも出来る訳だし下位タスクを加えることも出来る。

柔軟性に欠けてるから決して万能では無いんだけどな。

>>134
http://i.imgur.com/NgloAjc.jpg
今はこんな感じです。
文字消しは手間がだいぶかかるので、写真で勘弁してくださいｗ

>>135
ノートとペンを使う方法は、既にやってみました。それでも、アイテム数が増えていくと、同じように絡みますし、ノートなので端もありますし、書いたアイテムは移動できません…。なので、チャート作成ソフトを使っていました。
やはり、マインドマップでいうブランチが多すぎる、ということが原因ですかね？

脳より劣るコンピュータで脳の中身を表現するのはやはり不可能なのでしょうか？

>>136
おっしゃる通りで、現在OmniFocusを使っていますが、柔軟性に欠け万能では無いですね。

ちなみに、あるタスクをするにあたって、複数のプロジェクト視点から必要な場合があるので、アウトライン形式はあまり好みません。もちろんアウトライナーも愛用していますけどねｗ

目標Aがあり、その目標Aを達成するためのプロジェクトAがあるとします。
この際、目標Aが保留になった場合、プロジェクトAも保留にしますよね？
しかし目標Aと目標Bがあり、各々を達成するために、同じプロジェクトAを達成する必要があったら？
目標Aが保留になっても、プロジェクトAは保留になってはいけませんよね。プロジェクトBは実行中なわけですから。
これは、プロジェクトとタスクの関係でも同じです。
そういった関係を管理できるツールを、探しています…。

紙とペンを使うならgoodnotesのような手書きアプリの方がはかどる。
コピペも移動も拡大縮小もできるからいいよ。
やってるかも知らんけど。

まず模造紙と大きめのタックシールを用意します

>>139
それができるツールは多分ない。
必要だからつくろうとは思ってるけど。

アイデア出すのはEvernoteでやれ

>>142
無いですよね。私も作ろうと思ってましたｗ

ID:X1cEGkti0 はツールをツール以上に見てるよ。
本当によくあることだけど、その考え方の方に気づかないと、自分の希望のツールは一生見つからない。

例えば、omnifocusを例にすると、結局これはタスクリストな訳だよ。どこまで行ってもタスクリストでしかない。
だから、出力されたタスクリストを見て、「このタスクリストを見ても、仕事が進まない」って思ったのであれば、
それは、omnifocusのせいじゃない。 自分のせいなんだよ。

これも本当によくあることだけど、各種タスク管理系のツールを、「矯正器具」であるかのように扱ってる人がいる。
導入することで、自分の生活を、「矯正」してくれる。変えてくれる。
だから、導入しても生活が全く変わらなかったら、ツールが悪いことにして、別のツールを探し始める。

「こういうツールがあればいいのに」とか、「こういうことが出来ればいいのに」ってのは、誰でもある。
ツールを導入することで、それだけで自分の生活が一変した人も確かに少数いる。
でも、ID:X1cEGkti0 の希望は、ツールにツール以上の要求をしてる。

＞やりたいことは、自動で調整してくれて、線が絡まず、見やすく（重ならず）、かつアイテムがそれなりに密集させること。
＞アイテム数が増えていくと、同じように絡みますし、ノートなので端もありますし、書いたアイテムは移動できません…。

本当に、それが出来ないと、自分の考えはまとめられないか？ 本当に紙のノートじゃ無理か？
自分の思ってる機能がないと、自分のタスクやプロジェクトは整理がつかないか？

線を絡ませたくないなら、線を絡ませないようにまとめればいい。見やすくしたいなら、見やすく書けばいい。
ノートに端があるなら、紙を切って追加すればいい。 書いたアイテムを移動したいなら、もう一回書けばいい。

ID:X1cEGkti0 は、そういう簡単な思考ができてない。 ぶっちゃけ「ライフハックに酔ってる」。
お前は特別優秀な訳じゃないよ。 お前のやってることは誰でもやってることで、それで皆まわってるのに、お前だけがまわってない。
だからこれはツールの問題じゃない。 変えるべきはツールじゃなくて、お前の考えの方だ。 と俺は思う。

あと、＞目標Aがあり、その目標Aを達成するためのプロジェクトAがあるとします。〜のくだり。
プロジェクトBがどっから出てきたのかわからない。 何度も読んで確認したけど、どの書き間違いかすらその文量だとわからない。

てか、それノートとペンで管理出来るよな。 目標とプロジェクト書いて、矢印引っ張って、印で保留分かるようにして。
宇宙で使えるボールペン開発する必要なんてないよ。 鉛筆使えよ。

ダブルカテゴライズを理解せよ。

タスクAが、プロジェクト甲とプロジェクト乙にまたがり
プロジェクト甲は、仕事ジャンルとプライベートジャンルの両方にまたがる

ようするに、人生において「やるべきこと」というのは、デジタルでは表現できない
デジタルでやろうと思えば、重複をいとわずに力業にたよるか、
カテゴリッシュなタスクの区分けをやめるか。

>>145
確かにそうかもしれませんね。治すべきは私の完璧主義です。


>本当に、それが出来ないと、自分の考えはまとめられないか？ 本当に紙のノートじゃ無理か？
>自分の思ってる機能がないと、自分のタスクやプロジェクトは整理がつかないか？

これは、行動というレベルでは、整理がつきます。タスクもプロジェクトも整理できます。
私が整理したいのは、タスク、プロジェクト、目標の複雑に絡みあったものの整理です。
紙のノートでも、無理ではありません。ですが、それこそ紙よりソフトウェアの方がいくばくかはマシです。ですが、それも肥大化すると、到底管理しきれないものになりました。
結局、頭の中の整理＆視覚化は、現在はできなさそうです。


>線を絡ませたくないなら、線を絡ませないようにまとめればいい。見やすくしたいなら、見やすく書けばいい。
>ノートに端があるなら、紙を切って追加すればいい。 書いたアイテムを移動したいなら、もう一回書けばいい。

なので、頭の中を全て整理しようとしても、これらのことは肥大化すると同じ問題に当たります。紙でも同様です。


>だからこれはツールの問題じゃない。 変えるべきはツールじゃなくて、お前の考えの方だ。 と俺は思う。

そうですね。ツールの問題ではなく、考え方の問題ですね。考え直してみます。

>>146
>あと、＞目標Aがあり、その目標Aを達成するためのプロジェクトAがあるとします。〜のくだり。
>プロジェクトBがどっから出てきたのかわからない。 何度も読んで確認したけど、どの書き間違いかすらその文量だとわからない。

これはプロジェクトBではなく、目標Bですね。書き間違い申し訳ない。

単純に入れ子を工夫すれば良いこと
http://i.imgur.com/ddCOLGx.jpg

>>147

>ようするに、人生において「やるべきこと」というのは、デジタルでは表現できない
>デジタルでやろうと思えば、重複をいとわずに力業にたよるか、
>カテゴリッシュなタスクの区分けをやめるか。

と、いうのは、どういうこと？
やはり頭から外部への"やるべきこと"の出力化は不可能、ということ？

>>149
プロジェクトAが目標Aにも含まれる場合は？

>>133
＞＞線が絡まず、見やすく（重ならず）

というのは難しい。
タスクの状態をデジタルで表現するには限界がある、ということでよろしいでしょうか。

もし会社の同じ部署の同僚と結婚する場合
目的、カテゴリー、プロジェクトの区分けにまたがってたくさんのタスクが複雑に絡みあう。

やることリストっていうのは、そういうものを扱うわけだから
できるだけ見やすくして優先度を判断したり、
雑多なモノを同時並行処理をしたり
その助けになればよいのではないでしょうか。

混線したら、混線を解くようにタスクをこなしていけばストレスもなくなるよね

http://i.imgur.com/qzO6vV8.jpg
http://i.imgur.com/KkPwiqZ.jpg

>>129
evernoteにコピペして、自動的に日付時刻が入る方法があるって事でしょうか。
或いはそういうツール等があるのでしたら教えて下さい。

「デジタル」ってなんだよ。曖昧過ぎ。

＞ようするに、人生において「やるべきこと」というのは、デジタルでは表現できない
＞結局、頭の中の整理＆視覚化は、現在はできなさそうです
＞やはり頭から外部への"やるべきこと"の出力化は不可能、ということ？

何言ってるかさっぱり分からんけど、タスクの外部化は出来るだろ。いや、完全には出来ないよ。そんなん当たり前じゃん。常識で考えろよ。
脳を完全に外部化する必要ないじゃん。 ていうか、完全に外部化しないと物事が回らないのか？

「やるべきことが出来た」 → 「今は出来ない」 → 「じゃあ忘れないように書いておこう」 → 「よし時間できたやろう」
タスク管理って要はこれだよな？ これが要は外部化だよな？
これ以上のこと求めてどうすんの？

ID:X1cEGkti0は、整理の意味を取り違えてるよ。 整理整理言ってるけど、頭のなかの整理の方法が全く理解できてないよ。
これは完璧主義とかじゃないよ。 単に出来ないだけ。単純に整理が出来ないだけ。

あと、肥大化、肥大化って言ってるけど、肥大化してる理由わかってる？ 処理してないからだよ。
書いただけで終わってるからだよ。整理、整理言ってるけど、整理してる暇あったらやれよ。 2分ルールだよ。

結局、インプットだけが増えて、アウトプットできてないんだよ。 ていうか、整理っていうのは、アウトプットする為にあるんだよ。
インプットの為に整理してたって、意味ないじゃん。 だから肥大化肥大化言い出すんだよ。肥大化してきたら、それを減らすように工夫しろよ。

「集めて、分類する。」
整理ってマジでそれだけだぞ。 GTDもタスク管理も、全部それだぞ。それすら出来なくてどうすんだよ。

整理ってそれだけじゃないよ。
捨てるも含めないとだめだね。
俺も肥大化するタスクに悩んでる。

ベンチャーの立ち上げたばかりなので、なおさらかな。無能ゆえ処理しきれない。
仕事で忙殺されてプライベートのタスクが動かない。
いまのとこタグでなんとかなりそう。タグはカテゴリーをとわず、プロジェクトも横断できる。コンテクストは一個、タグは複数着けられる。

リレーショナルデータベースを作ればいいだけなのでは。
一対多のリンク付をしたいだけなんでしょ。
三次元的なものを、二次元的なマインドマップで考えるから限界がある。
三次元マインドマップを3Dで作れば解決するんじゃないの？
そもそもシナプスは立体的に融合してるんだし。
自分の視点を3Dにしてみたら？

ただ、そんな風にものを俯瞰すると、頭疲れるよ。
アジャイルソフトウェア開発とか参考にして、プロジェクトを単純化して柔軟にこなす方がいいよ。

>>152
ありがとうございます。2次元では限界がある、ということですね。

話題が飛び火して、「処理」に関することだけど、
「長い間動かないプロジェクトをどうするか」 ってのは、もっと研究されてもいいことだと思う。

「プロジェクトを、複数のタスクに細分化する」ってのは、プロジェクト管理の基本ではあるけど、
その細分化の精度で、プロジェクトの動的、静的が決まっちゃうんだよな。

自分はもう、とりあえずまずは、自分の生活の一部に、何でもいいからそのプロジェクトを1でも2でも0.1でも進められる何かを入れようとしてる。
例えば、「英語の勉強」で、〆切がないのであれば、「枕元に単語帳一個置いておく」くらいに、超軽く導入しとく。
覚える気もない。全く負担にならないように、ただ起きたら1ページ見るだけ、それを覚えようともしない。ただ見るだけ。


それでも、0よりは0.1になる。0.1になると、「あ、これが必要かな」とか「あ、こういう方法もあるかな」とかひらめくようになる。
そうやって、プロジェクトのタスク細分化を進めていく。精度を上げていく。

時間の取れるプロジェクトならいいけど、プライベートのプロジェクトって本当に時間が取れないからね。
それこそ、第三領域のプロジェクトなんて、時間取ってる暇ないのが普通だし。

だから、「プロジェクトを終わらそう」とか「プロジェクトを進めよう」とか、まずは思わずに、
一日に5秒でもいいから、そのプロジェクトに接する機会を作ることから始めたほうがいい。
ノータッチってのが一番問題が起きやすいことだからね。なんでもそうだけど。

>>153
目標Aは目的Aに含まれ、目標Bは目的Bに含まれ、かつ、プロジェクトAは目標Aと目標B、両方に含まれ、目的Aと目的Bは対等関係（どちらかがどちらかの下・含まれる、といったことがない）場合は？

>>158
そうですね。ちょうど、3次元的視点が必要だと気付きましたｗありがとうございます。
リレーショナルデータベースと、アジャイルソフトウェア開発については、これから学びます。

3D視点での俯瞰について忠告ありがとうございます。ですが、私はどうも体験しないと納得しない性質なので、一度行けるところまで行って来ますｗ
ただ、忠告は忘れずに覚えておきます。

http://i.imgur.com/SCg6ZH7.jpg
現実にはこれしかないな

人生って複雑に絡み合ってるもんじゃね？

>>163
やはりそれが限界ですよね。
http://i.imgur.com/eJ1o85E.jpg
簡単に言えば、これがしたかったんです。

>>165
うん、だから、これでいいじゃん。 このままノートに書けばいいじゃん。
このフォーマットのまま増やしていけばいいじゃん。 それだと何がいけないのか全然わかんないんだけど

>>163
横からすまんがそれはなんていうアプリ？

>>164
整理すると意外と単純だったりする

>>166
このまま増やすと、肥大化して視認性が大きく下がり管理が困難になる。ノートだとチャート作成ソフトを使った際よりも早めに管理が困難になる。

>>167
OmniFocus for iPad

なんか難しい仕事をしてるようですごいなぁ
omnifocus使ってるオレってなんか仕事出来る人風じゃね？っていう優越感に浸ってるだけで実はアプリの機能や能力をフルに使い切れてない自分がなんかダセェな…

>>169
いやだから、お前がバカなのは十分わかってるつもりだけど、
「肥大化して視認性が大きく下がり管理が困難になる」じゃなくて、こんなもんどんだけ増えようが、簡単に見やすく整理できんだろって
何が難しいのかさっぱりわかんないんだけど。

目的があって目標があってプロジェクトがあって、その下にタスクがあるのはわかったよ。
脳は複雑で、全てを外部化しようとすると、視認性が下がり云々はわかったよ。

逆に視認性が少しでも下がると、お前はタスクが処理できなくなるのか？ プロジェクトが全く把握できなくなるのか？
パッと見て、一瞬で全てを把握できないと、そのツールは無能なツールなのか？

お前、自分が基本的に他の人よりも無能なことを自覚したほうがいいよ。

>>165
いわゆるボーーフィッシュチャートですね。

>>171
優越感に浸ってもいいし、アプリの機能や能力をフルに使わなくてはダメ、ということは無いと思うよ〜

ボーンフィッシュチャートですね。

>>160
前半のあなたが示した疑問を読むと
アレンが言う「行動ステップは、次にとるべき物理的な行動でなければならない」を
忘れているんだろうかと思った。

後半であなたが示した事は、
アレンが言ったことに近かったので、その点は大丈夫だったかと思いますが
レビューでやらなくてはいい事を見極めて、やらないタスク・やらないプロジェクトを決めることも、
あなたには必要なのではないかと思いました。

>>172
そこまで言われるとかなり凹む…ｗ

どんだけ増えようがって、やってみて言ってるの？一度頭の中の全てを外部化してみなよ。必要かどうかは置いておいて、簡単に見やすく整理するのは不可能だよ。

タスクは処理できるし、プロジェクトは把握できる。

視認性は少し下がる程度では問題ない。ただ、ある程度以上のアイテム数になると相乗的に視認性が悪くなり、俺の脳では全く把握できない程度までになる。

一瞬で全てを把握する必要はない。
ただ、把握するのに時間のかかる作業をする必要がある図（ツールではない）は使い物にならない。

そして、最後の文はやはり凹む…ｗ
一応俺も生きてる人間なんだからな！泣

>>175
少し調べてみましたが、確かに少し似通ってますね。ありがとうございます。後に詳しく調べてみます。

>>137
これ1枚じゃないんだよね。
画面の端の方にいくと切れているから
あなたの口ぶりだと、これが50枚とか100枚とかはあるんだよね？

まあ、100枚だとしても、それで
絡ませたくないとか、肥大化するとか、分けたくないとか悩むものなのか？

この画面100枚程度なら、レビューをきちんとしていれば済むことだと思う。

>>176
「今はやらないプロジェクトを決める」ってのは、確かに超重要だわ。
ちょっとだけ忘れてたかも知れない。

タスク管理って基本的には、「先延ばしする技術」だと思うんだよね。
怠惰による無計画な先延ばしと、計画的な先延ばしは違う。

「今日やるべきことだけをやる」。 これが、近年のタスク管理の基本だけど、
その為には、「今日やらなくてもいいこと」については、今日やらない為に先延ばしをする必要がある。
というか、「コンテキストの設定」自体が、「先延ばし」とほぼ同一のことな訳で。

そんで、それはプロジェクトに関しても言えるんだよね。
全てのプロジェクトを一度に俯瞰する必要はない。今動いてるプロジェクト、動かすべきプロジェクトだけを俯瞰して、
あとは、計画的に先延ばしする。 切り捨てるのではなく、凍結する。アーカイブする。一時的に見えなくする。

タスク管理、プロジェクト管理にレビューが最重要なのは、それを行うのに必要だからなんだよね

>>177
言葉が荒くなったのは謝る。
でも、全てを外部化するのは不可能だけど、必要な部分に関して見やすく整理するのは可能でしょ。

そもそも、目的、目標、プロジェクト、タスク、っていう順に、数が増えていくってのは分かる。
ただ、プロジェクトが例えば100個あったとして、それは常に全て稼働してる訳じゃない。

まず、一週間か二週間っていう期間を考えよう。
その間に、達成しなければならない「小目標」と、その為に動かさなければいけない「プロジェクト」を考えよう。
その後で、その期間の間に出来るタスクを考えよう。

それ以外は、Archiveフォルダにリストアップしとけばいい。
それは整理しなくていい。ただ存在するだけでいい。検索可能であればいい。参照できればいい。


そうすりゃ、一週間か二週間で動かせるプロジェクトは、十個前後になる。
それ以上になるなら、それは自分のキャパオーバーだ。管理をデレゲーションしろ。

そしたら、整理は簡単。上の図みたいにやればいい。
階層化してタスクをぶらさげて、コンテキストを設定して、実際にスケジューリングして、ログを取りつつ処理すればいい。
簡単じゃね？

まあレビューが最重要ってことは何でも自動でやってくれるシステムはないってことだよね
脳みそと上手い具合に役割分担してくれるシステムが現実的な解なわけで

>>162
リレーショナルデータベースで解決しそうにも思えないけどな。
関係モデルを作っていく過程で、いままで1行で書いていたことを、3行や4行に分離して書くことになったりするんだよ。
肥大化とか言ってる人が、そんな面倒に耐えられるの？
3Dが必要なら、3Dモデリングソフトウェアを使ってマップを描けばいいじゃない。
Lightwave3dとか、Mayaとか
でも枯れ木の重なるジャングルができあがるだけだと思うけど

そもそもアレンは習字レビューやってりゃプロジェクト毎の関連性は頭の中で出来上がるから視覚的に連結しなくても良いって書いてる。

てか、プロジェクトごとの関連性の視認って、そもそも必要か？
だって、結局プロジェクトからタスクが生まれる訳だろ？
プロジェクトが関連してるってことは、つまり同じタスクが複数プロジェクトから生まれるって、ただそれだけのことだろ？
もしくは、タスクのゴールが、複数のプロジェクトにまたがってるって、ただそれだけだろ？

それって、そのタスクを実行する上で、何か問題？
そのタスクが、どのプロジェクトにまたがってるかって、それタスクを実行する上で必要？
勿論、そのタスクを何のために処理しているのか、ってある程度はわからないといけないけど、
どのプロジェクトにどれだけ関連してるかって、それタスクを実行する上で、まったくもって必要のない情報じゃね？

俺は、ID:X1cEGkti0が何がしたくて、ツールを探してるのか、最初から今まで全くわからない。

>>183
プロジェクトの中のタスクじゃなくて、タスクが複数のプロジェクトに関連しててカテゴライズが絞りこめずに爆発してるんだろ。
読んでてそう感じた。
だったら、プロジェクトを複数選択できるリレーショナルデータベースで管理すりゃ解決する。
ただ、リストの管理は解決するが、アプリとして、リマインダーの部分をどう昇華するかと言うと、商用アプリほどのものを作るのは大変だろうな。

ただ、Windows9あたりで、タブレットが本格化すれば、作り込むのは不可能じゃないかもね。

>>174
でもさ高かったからなんか使えてない機能とかあるともったいないって思えてしまうんよね
セコイかもしれんけど

>>181
なるほど、全てを外部化・整理・管理しようとしたから、キャパオーバーになってしまったわけね…

>>185
何がしたいかわかった！
GTDの高度でいう"プロジェクト"より上の、振り分けの基準がわからないんだ。それを理解したい。
以前考えたがわからなくて、上下関係のみの高度の振り分けをして、それで頭の中を全て外部化・視覚化しようとして現在に至った。

>>170
どうも

アドバイスする気もスキルも無いくせに
いちゃもんつける事には超熱心な人ばかりだな
GTDやってるのに皆こんなに精神的に余裕無いの

>>191
精神的余裕はわからないけど、みんなアドバイスくれるいい人達だよ

>>191
おまえは？

>>191
基本的に今の流れ、いちゃもんよりアドバイスの方が多いと思うけど、
それが全部いちゃもんに見えるんだったら、お前の方の精神がどうかしてるんだと思うよ。

きのうの話だが
タスク管理に興味ないひとにきいてみたところ

子タスクが、複数の親タスクに属するとき
子タスクが、複数のプロジェクトに属するとき
いろいろ困るんだが、どうすればいい？

ときいたら

子タスクを二重に登録しとけばいいじゃん

と言われた。

二重登録した子タスクにはその旨をメモ書きしとけば

>>195
しっかり管理できる程度のプロジェクト数なら、レビューを適度に行えば重複も問題ない
ということですな

てか、子タスクが複数プロジェクトに属すると何が問題なんだ？未だに理解できないんだけど。
そのタスクを処理する上で、何か問題ある？逆じゃね？それを処理すると、複数のプロジェクトが進むんだろ？
だったら処理すればいいじゃん。それの何が問題なんだ。

管理しづらい管理しづらい言ってるけど、全くもって意味がわからない。
「複数プロジェクトに属するタスクは、実行できない」理由を誰か教えてくれ。

あー連投になるけど、そもそも、1つのプロジェクトにしか属さないタスクって存在する？
1つの目的しかないタスクなんて存在する？なくね？

全てのタスクが、複数のプロジェクトに属してると思うんだけど、
皆が何を困っているのか全くわからない。全てのタスクに対して困ってるってこと？

質問者が知りたいのは複数のプロジェクトに属するタスクの処理方法じゃなくて、
ひとつのタスクに複数のプロジェクトが登録できるアプリはないか？だよな。

>198
あるでしょ。
ただ、プロジェクトの概念が自分と>198では違うかも。

>>199
そのとうり！実行できない理由は無いけど複数登録できるんならそれに越したことはないよね

それは分かるんだけど、かなり本末転倒のこと言ってない？

結局タスクは処理する為に管理してるんだよな？ そのままじゃ処理しづらいから管理するんだよな？
処理できるタスクに対して、「管理できないから処理できません」って、全くもってやってること逆じゃない？

「複数のプロジェクトに属するタスク」を、アプリの仕様上管理しづらいってのはわかる。
プロジェクトを1つしか設定できないなら、そりゃそうだよな。

ただ、「管理できない」と「処理できない」は違うよな。
「管理できない」から「実行できない」なら、それ本末転倒もいいとこだよな。

何か知らんけど、管理管理管理管理言ってて、別にそれ管理とかじゃなくて、明日取りかかればいいことじゃね？
って思うことが、このスレ見てて多々あるんだけど、「管理の為に管理」してない？ ちゃんと処理の為に管理してる？

タスクは処理すりゃ消えるんだよ。「このままだと肥大化したら管理できなくなる」じゃなくて、
だったら、処理してタスクを減らせばいいじゃん。

雨の日には傘をさせばいいだけなのに、ずっとどうすれば濡れないか、どうすれば効率的に移動できるか、みたいな
何かずーっと、意味のないことを考えてるよね。

>>199
＞質問者が知りたいのは複数のプロジェクトに属するタスクの処理方法じゃなくて、
＞ひとつのタスクに複数のプロジェクトが登録できるアプリはないか？だよな。

そうなのかよ？ ならRTMみたいなタグを複数扱えるアプリを使って
タグにプロジェクト名を入れれば解決だな

>>201
同意。

>>201
わかるんだけど、「管理のための管理」への憎しみが前に来すぎじゃない？
タスク管理に限らず、複数の領域にまたがるものをどう整理するかって、資料でも本棚でもよくある悩みどころだと思うけど
それに対して「実際の運用上は問題ないから、まあいいか！」とするのは正解のひとつではあっても全てではないよね
有効なアドバイスだと思うけど、本人が納得しないところにゴリ押ししても不毛では？

>>133
まず、君の描いてるものはマインドマップでは無い。ただの樹形図だ。
マインドマップなら描いてるうちに、重要なことが記憶に刻まれるし、紙に整理されていくのでなくて、脳が整理されていく。

週次レビューと毎日の振り返り・計画をきちんとやっているか？
アップロードした画面の100倍のアイテムがあると仮定して、週次レビューは2時間くらいは必要なのではないか。

それと、君のシステムは「今やること」や「次にやること」が分かるようになっているのか？
日々のアクションがきちんと行われていて、タスクが消化されて、その結果次のタスクに取り掛かることができていれば
「このタスクはプロジェクトA,B両方に関係させたい」なんて考えることなど些細なことだろう。

ちゃんと日々のアクションができていることと、
レビューをきちんとしているか。
それができてないなら、マインドマップでも樹形図でもアウトライナーでも、システムは動かないから、
まずは手を動かせ。

>>202
タグをプロジェクトやらコンテキスト、ゴールなんかに使うのはたまに検討するんだけど、
このタグはプロジェクト、このタグはコンテキストとか混ざるのがなんかブサイクで躊躇するんだよな。

プロジェクトとタスクが1対1なのは、ソフト開発者の都合であってユーザーの都合じゃない。
リレーショナルデータベース的なものが、そろそろ出てきてもいいころだ。
その方が便利だ。

gmailが出た時みたいに。

>>207
その意見は否定できませんが、

そもそも頭の中にはリレーショナルで情報が張り巡らされていて
ごちゃごちゃしてるからシンプルなリストに転記して、
スッキリしたー、次にすることがわかるわー、記憶に頼らなくていいわーというのがシステムを使うメリットなわけで

Finderのエイリアスみたいな機能がタスク管理ソフトウェアにあれば、リレーションできるとは思うけど

それができないならば、樹形図などで作るよりは、
OmniFocusなどで、プロジェクトを分割したり、連絡待ちリストを使うほうが、処理しやすいと思う。

ただ、アプリ側が自由にしすぎると「管理しづらいので星ひとつです」ってなるだろうな。
プロジェクトが複数登録できるアプリなら、必要性が薄くても複数登録しまくらなければアプリを使いってる気がしない人がいる。

(リレーショナルってなんだ？)

関係性だな
関係性データベースってことだ

>>204
そうだね。こっちもこっちで極端だった。

タスク管理を導入しようと思ったきっかけって、基本的に日常生活がうまくまわらないとかよりも、
タスクに忙殺されて、自分のやりたいこと(広い意味でのプロジェクト)が出来ないからって人が多いらしい。

そういう意味では、第一領域のタスクを自動的かつ効率的に処理することで、
第三領域のプロジェクトに関わる時間を増やすのがタスク管理の根本な気がしてる。

要は前者のタスクは、納期遅れたりやり忘れたりするのを防いで困らなければいい。
そこまで厳密に管理しなくていい。多少手なりでもいい。管理しなくてもただ処理すればいい。

多分そういう考えが自分の中にあるから、管理のための管理に嫌悪的なんだろうな。

.a

>>206
例えばRTMなら、タスクはフォルダで仕分するか、タグを付与するか、優先度3段階で色分けするかだが

タグをプロジェクトに使うと決めたら、思い切ってフォルダはコンテクストに使い
それ以上の関係性は追加しないくらいに割り切ったほうが、運用しやすくなると思う

別の流れで述べられてるが、自由度が高いことが イコール 使いやすくなる
わけではないから

プロジェクトをメインに管理するならRTMよりNozbeの方が良いと思うけどな。

>>215
Nozbeはあまり詳しくなくて。良かったら教えてください

複数タグ可能のシステムで、使い込んだ経験があるのが、たまたまRTMだったので例にあげたんです。

プロジェクトも、タスクも同等に扱えばいいんだよ。
多対多で項目を管理して、タスク中心にこなせばいい。

コンテキストは各タスクにタグの様に複数付与可。

プロジェクトは上からラベル→プロジェクト→タスクの3階層。厳密に言えば階層では無いが各タスクに複数入るコメントも入れれば4階層。ラベルは各プロジェクトにタグの様に複数付与可。

プロジェクト・コンテキスト、いずれの画面でもタスクの順番をManuallyで自由に動かせる。これはRTMは出来ない。
プロジェクトやコンテキストの画面ではタブでタスク・ノート・ファイル・属性情報切替可で便利。

複数プロジェクトを同時に見る事は出来ない。これが出来るのはOFやToodledo。
iPadでは常時2ペインでは無いところも面倒臭い。

>>218
どうも。
それでNozbeは、1タスク 対 多プロジェクト のリレーションは、できそうですか

出来ない

昨日からここまで、
まったく内容なし

まとめると、

・複数のプロジェクトにまたがるタスクがあったとしても、プロジェクト毎に作成をして、適切なレビューをしていれば問題にならない。
・上記の状態で、問題が起こる場合はプロジェクトが多すぎるため、管理できない状態にある。そのため、管理できる状態にするために、プロジェクト数を減らす必要がある。

ということですな！

>>194
「いちゃもんつける事には熱心な人ばかり」を
「全部いちゃもんに見える」と捏造して「精神がどうかしてる」って
どう見てもどうかしてるのはそっちですね。余裕以前のもんだいかと。

ID:V9cvYK+70なんて文句言うだけに長文レス積み上げて
「これ以上求めてどうすんの？」「整理してる暇があったらやれよ」ってそれ
「質問に返答出来ないなら黙ってろよ」
「時間かけてこきおろしてる暇あったら生産的な事しろよ」ってそのまま言いたい位だよｗ
同族嫌悪なんだろうなこの粘着性はｗ

>>128に対しての>>132のレスとか。
>>129も脊髄反射の一行レスだしその後の>>154に
レスしないって事は真面目なレスじゃないのだろう

スレの最初の方とか前スレにもっと酷い例あったんで貼ってやろうと
思ったけど忘れた。
これからは「質問には答えないがいちゃもんつけるのは大好きなキチガイ」
が湧いたら都度指摘するタスクを入れるかｗ

タスク管理で人生が捗るいい見本だな

俺の樹形図の問題点がわかったよ。みんなありがとう！
アクティブなものとそうでないものを分けず、全ての関係を可視化しようとしたが故に起きた問題なんだね。

>>223
お前が一番、「アドバイスする気もスキルも無いくせに、いちゃもんつける事には超熱心な人」に見えるけど。

レス辿って長文書いてる暇あったら、生産的な事しろよｗ 同族嫌悪なんだろうなこの粘着性はｗ

なんでこんなギスギスしてるんだよ…
女の腐った奴らばかりだな

>>227
女は論争を望まないからギスギスしない。

GTDに興味をもってスレをチェックするようになって初めてためになる流れだったよ。
ID:V9cvYK+70　ありがとう。

多対多でプロジェクトとタスクを管理できるソフトは欲しい

>>230
それタスク管理じゃなくてプロジェクト管理をやろうとしてない？
タスクに順序があって、その順序で実行する必要があるのがプロジェクト管理。
それはタスク管理とは別のツールだと思うよ。

たとえばAタスクの成果物とBタスクの成果物をCタスクのインプットにするようなものではないの？

>>231
じゃあ、OmniFocusはプロジェクト管理アプリなの？
てか、プロジェクト管理にタスク管理も含まれるよね？たぶん。だったら、プロジェクト管理ツールでタスク管理することに何か問題ある？

タスク管理とプロジェクト管理は戦術と戦略ほどの違いがあると思うぞ
もちろん業務を遂行するという目的においてプロジェクトという概念を使うことは共通してるけど、プロジェクト管理はプロジェクト同士の関係を把握して、どこにどれだけのリソースを割くか、期限、順番をどうするかなんかを調整するためのもの
タスク管理は様々なプロジェクト（とそのタスク）があって期限も設定されているという前提からそれをいかに効率的にこなしていくかを管理するものじゃないの？

一つのタスクを複数プロジェクトで扱いたかったらタグをプロジェクトの扱いにすれば済むこと。以外と上手く行く。

コンテキストもプロジェクトもステータスも単なるリストだしな。

GTDでいうところのプロジェクトは、単に
「次に取るべき行動がひとつ」でない物、
次に取るべき行動が複数の物をプロジェクトというのであって
一般にプロジェクトという名称から感じられる、大きな計画そのものではなかったりする。

>>233
あ、なるほど…
プロジェクト管理は、プロジェクトにおけるリソースの当て方や期限の調整
タスク管理は、上記の事が定められた中で、どれだけ効率的にこなすか、という、処理
に焦点があたってんのね。

pro(前方・未来・目的)+ject(投げる)なんだから、自分の目の前に置かれた単なるタスクの羅列と考えれば何も難しいことは無い

>>235
もちろん一般にプロジェクトという名称で感じられるような
大きな目標や複数の担当者が絡み合うプロジェクトをGTDアプリケーションで扱うこともできるはずだが

そのような「大きなプロジェクト」は個人の生産性を高める以前に、プロジェクトの遂行をするためのシステムがあらかじめ存在していることがあるので
例えばMSProjectとOutlookを使用する日程・人員管理システムなど
あえて自分のGTDのシステムと合流させる必要もないし

何が何でも俺のOmniFocusで（あくまでも一例）全てを閲覧・管理しなければ！と思うものでもないと思う。

いろいろ書こうと思ったけど、>>233と>>238で9割書かれてた。


システム開発ではタスクの順番決めはプロジェクト管理でやってる。
その上位のリソースマネジメント(それぞれのプロジェクトに対してどうリソースを割くべきか)は、プログラムマネジメントという言葉が使われてる(あまり言葉が普及してないが)。


プロジェクトだろうがプログラムだろうが言葉は何でも良いのだけど、タスク管理がきちんとできていれば、タスク間の関係性は週次や日次のレビューで簡単に描けるし、どうリソースを割こうかってのは簡単に意思決定できるよ。

なんか数日前に
タスク(a)は、プロジェクトAとプロジェクトBの両方に関与するんだが
いいシステムは無いだろうかと悩む人がいたが、
OmniFocusみたいなシステムで実現するなら単に

単独アクションフォルダ/タスク(a) @仕事
プロジェクトA/タスク(a)の処理待ち @連絡待ち
プロジェクトB/タスク(a)の処理待ち @連絡待ち

こう構成すればいいと思うんだかな。
もちろん

プロジェクトA/タスク(a) @仕事
プロジェクトB/タスク(a)の処理待ち @連絡待ち

でも用は足りるけどな。
両方に関連する事に拘りを持ってる人だったから、あえて前者の構成を考えた。

タスク管理でいうプロジェクトと一般的なプロジェクトが混ざって話されてる気がする

>>226
「アドバイスする気もスキルも無いくせに、いちゃもんつける事には超熱心な人」と
「アドバイスする気もスキルも無いくせに、いちゃもんつける事には超熱心な人に文句つけてる人間」が
同じに見える>>194みたいなアホと同類かよ。オウム返しして反論した気になってる所も滑稽だが
「長文書いてる暇あったら、生産的な事しろよｗ」がまんまブーメランｗ

>>242
その話は延々周り続けるのでここでおしまいね！

>>223
どう考えてもお前は気難しいから2chに向いてない

ひとりプロジェクトの場合でも、進捗管理とかはプロジェクト管理ツールの方がやりやすいんだよな
ただガントチャートにせよかんばんツールにせよ、タスクレベルを扱うには向かないと思ってるから
そこを普段使いのGTDツールに渡すことで合流させてる
具体的には週次レビューで、今週こなすところまでをタスクレベルに分解してOFに放り込んでる
時間見積もってイテレーション回すっぽくも出来るし

まあ大きいプロジェクト以外はそんなことしないけど

俺IDニートじゃねーか

>>133
そもそもアレンは著書で、Todoリストが役に立たないのは、まったく異なる種類のリストをひとつにまとめてしまってるからだと言っている。
GTDのシステムにするなら、そのような樹形図の使用は収集にとどめて、そこからステップを踏んで、処理、整理、再検討とリストを作り、実行するのが良いのではないかな

>>247
なるほど、樹形図はトリガーリスト程度に作ったり、見直したりするよ。
それとは別に、レビュー等で管理できる程度にリストを作ることにするよ。
ありがとう。

>>246
就職頑張れ

ポモドーロテクニックのいいアプリが無い。
本家はいつまで開発続けてんだ、いい加減に出せ。

>>245
プロジェクト管理ツールは何を使ってる？

>>250
30/30で代用できない？

ポモドーロアプリで使う気になったの
https://itunes.apple.com/jp/app/pomodorotaima-pomodoro-technique/id703145045?mt=8だけだわ
他のはなべてデザイン的にクソってどうなの

everfocusとかpomodorokitとかclockworkとかtimeggとかいろいろあるじゃん

てかiPhoneのタイマーで事足りそうな気がしないでもない。

>>251
ガントチャートにはQuickPlan ProってiPhoneアプリ。
ほんとはMacのOmniPlanが欲しいけど高い。
開発の場合はPivotal Tracker。

>>256
PivotalTracker評判いいね。

おれはtrelloくらいゆるくていいや。。。

>>256
iPad版OmniPlanならどうだろう。

>>258
iPad売っちゃたんだよね…今持ってたらそうするかも。
QuickPlanは「iPhoneの小さい画面でこんなに気持ちよくガント扱えるんだ！」と感銘を受けて
愛着が湧いたから使ってるけど、ちょいちょい粗もあるし、予実管理も出来ない。
機能的にはもっと優れたツールはPCアプリやWebサービスにも色々あるだろうね。

>>259
あぁー、そうか…。iPad買うならMac版OmniPlan買えるしなぁｗそれにiPhone版無いしね。
色々あるだろうけど、今のが使い物にならなくなるか、自然ともっといいものがあらわれるまで、今のままでいいのかもしれないね。

GTD導入再チャレンジ3回目、取り合えず収集〜整理まで終わらせた
気づいたのが、「見極め」と「整理」の分け方だな
一見これらのステップは混同しちゃうけど、各ステップで完全に分けないといけない

見極めは、収集で集めた不完全なタスクを具体的なタスクに落とし込んで意味づけして、各リストに分類する作業
整理は、見極めで精錬されたタスクを扱いやすいようカレンダーやリマインダー、リストに入れていく作業

この違いを理解するのにずいぶんかかったなあ
そして実際にやってみると、参考資料やプロジェクトの参照資料とタスクとの違いもわかるようになってきた

奥が深いぜ

>>261
おまおれ
導入時期やっぱりそこで混同しちゃってたな

>>261
GTDアプリ等だと、見極めながら整理ができちゃうから、そういう混同が起きやすいのかもね

　GTDソフトって、外国人が作った物が多いけど、
日本人で誰か良いソフトを作ってくれないかな〜？
今あるソフトって何か　いま一つっていうのが多い。

>>264
具体的にどこらへんが　今ひとつ　でしょうか？

いつか/多分タスクにコンテキストや日時を振り分けるとGTDは破綻すると言って間違いない。いつか/多分のタスク/プロジェクトは金庫に閉まって置くのが鉄則

>>252-254
今は無きPomioを使ってる。
もうちょっとGTDに近づいてくれるかと思ってたら、iTunesから消えた。
現行のアプリでPomioを超えるものがない。

それで、本家が出す出す言ってる開発中のアプリを待ってる。

>>263
だから見極めたタスクは直接ツールに入れずにワンクッション入れておいた
めんどいけど、導入さえ済めばあとは逐次処理していくだけだから手間を惜しまなかった

>>250
Focus Timeじゃダメ？

>>269
使いやすそうだね。いいアプリだ。
でも、ポモドーロテクニックを本格的にできるアプリが欲しいんだ。
アクティビティ在庫シートをちゃんとリストアップして、
プランニング
トラッキング
レコーディング
プロセッシング
までを1つのアプリでやりたい。
ビジュアライズは、マインドマップを書くだけだから、別のものでやる。

特に、アクティビティ在庫シートから、今日のTo-Doリストをピックアップして、ポモドーロを見積もるってのをちゃんとしたい。
1ポモドーロに満たないタスクを複数組み合わせて今日のTo-Doリストにするってところまでできるのが無いんだよね。
それに、ポモドーロごとにトラッキングするわけだけど、見積もり違いをチェックする別の記号が無いんだよ。

アジャイルの部分をガッチリできるアプリに、Pomiiがなりそうだと期待したんだが、うまくいかないね。

OmniFocusに、ポモドーロテクニック用のアドオンみたいなのが出来たら夢のようなんだけど。
ライフハック界って、仲良さそうだから、本家同士がコラボして、そんなのがでないかな。出て欲しいな。

ウィプルポモドーロは？
https://itunes.apple.com/jp/app/u-ipuru-jin-ri-pro-pomodoro/id581493814?mt=8

>>270
ポモドーロやるのに、PC（WEB）併用でもいい？

>>271
見積もり違いの管理ができないのがつらいよね

>>272
PC併用OKです
今は、iPad mini使ってますがWindows9で、タブレットPCも買うつもりだから
Excel使うために必要なんで

>>273
ポモドーロテクニックの全てを理解してる訳ではないので、役立てるか分からないが私は

テキストエディタでタスクリストのひな形（CSV）を処理
Webブラウザで、インポート機能を使用してToodledoに読み込ませる
Toodledoに載ったタスクリストをiPhoneのTaskport Proに読み込ませる

Taskport Proには、カウントダウンタイマー機能とチャイム機能があるので、タスクを25分の仕事、5分の休憩（繰り返し）というように作れば、ポモドーロテクニックができるのではないだろうか。

全部の仕事が終わったら、一覧表とグラフをメールできる。宛先をm.evernote.comにしておけば、自分のエバーノートに保存できる

興味があれば質問してください。
なお、トマトのグラフィックは出てきません^_^

補足

最初の方に出てきたひな型（CSV）というのは、
初めてシステムを作るときは、WEBのToodledoで、ブラウザ上で作り込んで

いいテンプレートが出来たら、WEBのエクスポート機能を使って、自分のPCに保存する
使うときは、テキストエディタで開いて、日付を当日に置き換えて、タスク内容を打ち直して、インポート用のデータとする

CSVだから、Excelで開けそうなものだけど文字コードの関係で化けてしまって、エディタで処理してた。

>>274
ありがとうございます
かなり希望を満たしています

Toodledoは、使っていなかったので試してみようと思いました

Taskport Proは、レビューをみると連携に支障が出ているようなので、アプデを待ちます

>>276
私は支障がでてなかったので、レビューを読んでみました。

自分の使い方と照らし合わせてみたのですが、支障がなかったのはおそらく

当日分のデータのみをToodledoで作った。
Toodledoに前日までの未処理タスクはなかったし、明日以降のタスクもない状態にしてた。
だからそのタスク全てをタスクポートに持ち込んでも、除外したり抜き出したりす？ことはなかった。
入力はエディタとToodledo上で済ませて、タスクポートでソートしたり予定時間を入力することはなかった。

こういう使い方をしてたので、不具合に当たらないで運用できていたようです。ご参考までに。
ポモドーロ的に使うならタスクポートでいろいろいじくる事はしなくてもいいのかな？タスクポートは記録付きキッチンタイマーに専念できるのではないだろうか？と思います。

>>277
ポモドーロでは、しなければならないことを事前に全てリストアップします。
それをアクティビティ在庫シートと呼びます。
その中から、朝一番に、プランニングという、今日のTo-Doリストを組み上げ、ポモドーロがどのくらい必要か見積もりと、実施順番を決める作業をします。
だから、アクティビティ在庫シートの管理をGTDアプリで出来るならそれがbestなので、未処理のバックログがたくさんある状態の方が、通常になります。

>>250
ポモドーロテクニック、日本語で説明してくれてるサイトとかありませんか
前検索した時の認識では「25分を1トマトとして集中することで充実感」みたいな簡素なもんだとばかり思ってたけど
入口にも入ってなかったっぽい

>>278
えーそれってポロモードかよ？某ブロガーのやり方だな

>>279
ポモドーロテクニック入門を読むか、Kindleで原書を読むしかありません。
日本語翻訳本は、アジャイル用語の説明を一部飛ばしているので、アジャイルソフトウェア開発の知識がなければ、ありがたみが分かりません。
アジャイルサムライを読むと、その部分を補完出来ます。
ただし、ITパスポート検定の知識程度が無いと辛いかもしれません。

ポモドーロテクニックでは、象徴であるキッチンタイマーに注目が行きがちですが、それは全体の一部です。
キッチンタイマーの部分は、本家でも公開されているので、いろいろなブログでも触れられていると思います。

でも、一番重要なアジャイルの部分と、割り込みに対応するノウハウを書くのは憚られるので誰も書いて無いと思います。

翻訳の評価は、Amazonのレビュー通りですね。
個人的には、この本がきっかけでアジャイルサムライを読む機会に恵まれたので結果オーライでした。
アジャイルサムライは、名訳ですよ。

>>280
アジャイルな時間管理術 ポモドーロテクニック入門
これが本のタイトルだから、アジャイルの方が根幹なんですよ。
だから、アクティビティ在庫シート作るために、GTDの本を買ったり、
ビジュアライズのために、マインドマップにハマったりするようになる
いろいろなライフハックへの入門書なんですよ。

>>281
「アジャイルソフトウェア開発」というキーワードありがとうございました
ポモドーロテクニックの根底にあるのはこのシステム開発手法の精神なのですね

別分野でうまく動いてるシステムを他分野に移植すると
移植後のシステムの利点(弱点)も見えてくるので有益ですね


ときに「短い期間単位を採用することで、リスクを最小化」がアジャイルソフトウェアの基本理念だとすると
>>278さんの「朝一番に今日のTo-Doリストを組みあげる」という作業はちと基本理念から外れているような気がします
(朝にTo-Doリストをくみ上げるのが悪い、という意味ではないです)

短い時間単位(つまりポモドーロでいう25分1トマト)ごとに結果と方向性を探していくという意味では
朝にTo-Doのすべてを決めてしまわず、
GTDの手法の「いまなにをできるかすぐ分かるシステム」への親和性のほうが高いと思いますがどうなんですかね

>>278
あなたの教えてくれたテクニックへの反論でなくて、私がやってる事の紹介ですが

GTD＋マニャーナの法則（一日分のクローズリストを活用・明日できる割り込みは今日やらない）を基本にしてます。

どういうシステムかというと、オムニフォーカスがINBOXとプロジェクトリスト、次にすることの在庫

前日の夜か当日の早朝に、今日やることを見極めて、オムニフォーカスのアクションにフラグを立てて、エディタのひな型経由でToodledoに移す

当日のタスク消化はTaskport Proなどを使う。
上記ふたつは特にルーチンワーク消化に最適なツールだと思う。

仕事が終わったらEvernoteにログを移して、オムニフォーカスのアクションを完了にして終了。

仕事中の割り込みは、Taskportの割り込みボタンを押してオムニフォーカスのINBOXに明日以降のタスクとして登録（だけ）するのが基本
本当に緊急なら、オムニフォーカスを経由せずToodledoの本日のタスクの最後に登録する。

なのでバックヤードはオムニフォーカスになります。毎日棚卸ししてます。

アジャイルソフトウェア開発方法について、大雑把に少しづつ説明したいとおもいます。
それが、ポモドーロテクニックの背景の説明になることと、本の内容を全部書くわけにはいかないからです。
説明の大元は、Wikipediaからです。
アジャイルソフトウェア開発と、それができるきっかけになった、従来のソフトウェア開発方法のウォーターフォール・モデルについてご存知の方々は、読み飛ばして下さい。

リンク貼るだけじゃ駄目なのか？

http://ja.wikipedia.org/wiki/ウォーターフォール
↑従来のソフトウェア開発方法は、一段階づつ踏んで、最後に完成品ができるというやり方です。
真っ当な方法ですが、問題点がありました。

ウォーターフォール・モデルの問題点は、『前工程に間違いがない』ことを前提または期待していることである。

この、奇跡的な前提故に、実際には問題が多発します。
その解決策としてでてきた方法のひとつが、アジャイルソフトウェア開発です。

http://ja.wikipedia.org/wiki/アジャイルソフトウェア開発

続きは、夜に

>>287
まだー？

アジャイルソフトウェア開発手法の多くは、反復 (イテレーション) と呼ばれる短い期間単位を採用することで、リスクを最小化しようとしている。
1つの反復の期間は、プロジェクトごとに異なるが、1週間から4週間くらいであることが多い。
アジャイル開発手法においては、開発対象を多数の小さな機能に分割し、1つの反復 (イテレーション) で1機能を開発する（⇒反復型開発）。
この反復のサイクルを継続して行い、1つずつ機能を追加開発してゆくのである。
おのおのの反復は、小規模なソフトウェア開発プロジェクトに似ている。
各反復では、それまでに開発した成果物に1つの小さな機能を追加する。
計画、要求分析、設計、実装(コーディング)、テスト、文書化といった、ソフトウェアプロジェクトに要する全ての工程を、1つの反復内で行う。

アジャイル開発手法では、各反復が終了するごとに、機能追加された新しいソフトウェア (ビルド) をリリースすることを目指す。
各反復が終了するごとに、プロジェクトチームは、プロジェクトにおける優先度を評価し直す。
アジャイル開発では、たくさんの文書を書くことよりも、プロジェクト関係者間で必要な時に即座に直接顔を合わせて意思疎通を行うべきであることを強調する。
ほとんどのアジャイル開発チームでは、ソフトウェア開発に必要な関係者全員が、1か所の作業場所で仕事をする。
この場合の関係者には、少なくともプログラマと「顧客」が含まれる (ここでの顧客とは開発対象のソフトウェアが何であるかを定義する人々である。
「顧客」は、時にはプロジェクト管理者であったり、ビジネスアナリストや本物の顧客である場合もある) 。
この作業場所では、テスト担当者、ユーザインタフェース設計者、テクニカルライタ、管理職も一緒に作業する場合がある。

またアジャイル開発手法では、実際に動くソフトウェアこそが最重要なプロジェクト進行尺度であることを、強調する。
この実際に動くソフトウェアという進行尺度の採用と、直接顔を合わせた意思疎通の重視とがあいまって、アジャイル開発手法で作成する文書の量は、他の開発手法と比較すると、非常に少ない。
この少ない文書化については、無統制で雑な作業 (ハッキング、カウボーイコーディング) であるとして、アジャイル開発に対する批判材料の一つとなっている (後述する) 。

解説
アジャイルソフトウェア開発では、最初に大きく方向性を決めて、必要なプロジェクトを、ザックリ決めます。
そして、関係者が節目節目に打ち合わせして、優先順位をきめ、妥協点を話し合い、場合によっては、何を諦めるか煮詰めます。

(でっていう)

その上で、プログラムを実際に動く最小単位くらいに分割して、開発しビルドしてその都度の納品します。
客は、検証し、打ち合わせしながら、最後まで開発と一緒にプロジェクトを進めます。

手順
プロジェクトを完成するまでにしなければならない事を全てリストアップ
一つ一つの項目にかかる時間を大雑把に見積もる
優先順位を決め、何を行い、結果的に諦める事になりそうなものが何か把握する
リストと、見積った時間の総合計から、完了するまで、どのくらいかかるかを見通す。
これで、どのくらいのスピードで、進んでいけるかがわかる。
リストを動くソフトに変換する速度をベロシティと呼ぶ。

一つ一つの項目にかかる時間を、共通の単位のポイントに換算して見積もる。

そして、リリース可能なプログラムを作るための一定の期間をきめる。この期間をイテレーションとよぶ。

イテレーション数＝作業の合計ポイント数/ベロシティ

それはそうなんだけど、システム開発やらん人にそれを説明しても理解できないでしょ。
ベロシティとかを、手を動かさずに言葉だけで理解するのは無理だよ。

たとえば、リストの総ポイント数が、50で、1イテレーションで、5ポイントできるとしたら、達成するまで10イテレーションかかる。

イテレーションを始める時に、作業する5ポイントを決める。
この作業を、コミットメントと言う。

毎回、完璧な見積もりができ理想的なコミットメントができるわけではない。
イテレーションごとに、実際かかったポイント数を記録し、ベロシティを計算する。
その差異を、分析し現実とむきあう。

必要な場合は、再見積もりをし、イテレーションが進むにしたがって、差異を減らしていく。

また、並行して期日までにできる量から逆算して、優先順位の低いものの中で、何を諦めるか決断する。

>>284
> >>278さんの「朝一番に今日のTo-Doリストを組みあげる」という作業はちと基本理念から外れているような気がします

>>278じゃないけど彼は脱線しつつあるので代わりに答えようかな。
アジャイル開発の一つにスクラムという手法があり、例えばこれの中ではデイリースクラムと言ってタスクの棚卸をするミーティングがある。
簡単に言えば、計画的に積まれたタスクに対して「今日はこれをやる」と宣言する場。
こういうのがtodoリストを組み上げるイメージ。

なんというかシステム開発はリソースを100%投入することが前提になっている点がタスク管理とは大きく異なるのよ。
短い期間単位(スプリント)と言っても1週間とか2週間(長いと一ヶ月)。
それだけの期間集中してこなす作業量はかなり大きいので、だから毎日todoリストをつくる。
システム開発の1タスクは30分から6時間くらいなのでタスク管理からすると非常に大きく、その下にチェックリストを持っていたりする。
チェックリストの項目はこのスレで議論しているようなタスク管理のタスクくらいの小ささになると思うし、それは事前には決めない。
よって質問への答えは「朝全てを決めない」。
ゴールは決めるし、工数は見積りで事前に算出するけど、手順は決めないというニュアンスかなぁ。

アジャイルの
リストアップ、
コミットメント
イテレーション、
記録、
再見積もり、
振り返り
を個人のワークフローに昇華し、
ストレスフリーに集中して仕事をするために、割り込んでくる様々な事に、対応するノウハウが、ポモドーロテクニック

アジャイルソフトウェア開発のイテレーションと、個人のワークフローのイテレーションは違うんだ。


いろいろ書いたけど、謝りたい事がある。

ポモドーロテクニックについては、けっこう触れられていたから、このスレにいる人達は、GTDと同じように、一読してるのが多数派と思ってた。
勘違いしててすみませんでした。

ポモドーロテクニック入門は、訳はともかく、いい本なので、機会があったら、ぜひ読んでみてください。

流れをぶった切り
庶民的な質問をするよ。

収集して、たくさんのタスクが登録される。
つぎに、ネクストアクション、ゴミ、依頼等に振り分ける。
おれはどうもネクストアクションというのが不要に思えるのだが、なんのためにネクストアクションってあるのか教えてくれませんか。
ゴミや他人への依頼などに振り分けたり、プロジェクトに起こしたりするのはやってる。そのうえで、優先順位をかんがえて☆印などを付与して次の行動リストにすればいいだけのような気がする。

なんで集まったばかりのタスクを、ネクストアクションにいれるのか？

>>300
バックログのタスクへの分解って、スプリント開始時にやるもんじゃないの？

ポモテクは今の話聞く限り一日を一イテレーション、1ポモドーロを1ポイントに見立てる感じかと思ったけど
元の本読んでないから分かんないな、気になったからポチりましたわ

>>303
アクションなし=未整理
アクションあり=整理済み

まだ収集を始めたばかりっぽいけど、最初の収集・整理が終わると、次からは新しいタスクはとりあえずinboxに入れることになる。
そして、その場で整理せず、空き時間とか一日の終わりとかにまとめて整理する。
その時、整理済みか未整理かわからないと面倒なんだ。
あと、「これは今すぐにでも実行できるタスク」と意識することにも意味があると感じてる。

>>ID:1DTVp0M/0
説明ありがとうございました
説明の中で、omniスレでちらほら見かける「所要時間の見積もりの入力部分がないぃぃぃ」という書き込みの理由が解った気がしました
本読んでみます

>>300
補足ありがとうございました


>>304
私は、1日を1機能、1トマトが一イテレーションなのかなー？と感じました

まぁこの部分がここの例えなのね・・・っていう裏の例えを解釈せずに
「25分ごとにトマト喰え!(ﾄﾞｰﾝ)」みたいなのが意外にうまくいったりもするんですよねw

>>303
必ず「ネクストアクション」というフォルダじみたものに入れなきゃいけないの？という質問でしたら
入れる必要はないと思います。
「どこにも入ってないトップにあるものがネクストアクション」と考え
階層を一つ下げないことで、ネクストアクションへのアクセス性を上げる、という考えは私もありだと思います


>>305
ちょっと産道しかねます

一行目二行目の意味がちょっとわからないのに咥えて、
「inboxに入ってる」→未整理であって、
整理済みか未生理か一目でわからない項目はGDTにおいては
はっ精子ないはずです

>>307
>一行目二行目の意味がちょっとわからない

アプリによって動作は違うけど、アクションの登録がないタスクはinboxに表示され、
アクションを登録するとinboxから消えるという仕様のものがちょいちょいある。
そういう仕様のアプリでは、アクションの登録がない=inboxに入ってる=未整理ということになる。
整理済みか未生理か一目でわかるようにアプリ側の配慮です。

>>303
ネクストアクションのプロジェクトリストや、コンテキストはいらない。
ネクストアクションの入れ物に再整理しなくてはというのは誤解。
あなたのシステムの場合、星印をつけるそうだが
それがそのままあなたの「ネクストアクション」になる。

>>308
失敬　理解しました
アクション=タスクの意味で文意を取ろうとして意味がわからなくなってました

しかし「分類(プロジェクトやコンテキストなど)」のことを「アクション」と表現するのは
あまり目にしない使い方な印象を受けました

コンテキストは分類だけど、アクションやプロジェクトは分類じゃないよ。
ネクストアクションをフォルダじみたものとか、どうも色んな項目の意味を混同してるように感じる。

>>283
＞ときに「短い期間単位を採用することで、リスクを最小化」がアジャイルソフトウェアの基本理念だとすると
＞>>278さんの「朝一番に今日のTo-Doリストを組みあげる」という作業はちと基本理念から外れているような気がします
＞(朝にTo-Doリストをくみ上げるのが悪い、という意味ではないです)

283です
アジャイルの解説ありがとうございました
ところで、朝一番にリストを作る作業について、その理念からは外れている気がするとの事

>>278
＞それをアクティビティ在庫シートと呼びます。
＞その中から、朝一番に、プランニングという、今日のTo-Doリストを組み上げ、ポモドーロがどのくらい必要か見積もりと、実施順番を決める作業をします。

しかし、上記のプランニングと、どこが違っていて、外れているのか正直わかりません。
外れてると言われることは別に構わないのですが、何処が違うのかは気になったもので
クローズドリストとアジャイルは相まみれないということなのかな？
よかったらまた教えてください

ポモドーロテクニックも奥が深そうだな
導入中のGTDが安定したらチャレンジしてみるか

>>300
朝にすべてを決めちゃダメかな？

前にレスした、GTD＋マニャーナの法則が私のシステムなんですが
このリストを完了すれば17:00で今日のタスクはお終い！という姿勢が、私の生産性を向上させてるのは間違いないんですよね

最近気づいたことだけど、複数日に跨らない、プロジェクトやタスクは、日毎プロジェクト（"2014/03/28(Fri.)"といった）の子供にすると、とてもうまくいくね。
マニャーナの法則の様に、クローズドリストになるし、その日にできなかったものも把握しやすい。

ポモドーロって難しいな
関係ないけどトマトとモッツァレラのサラダ美味い

美味いよね

ポモドーロ本届いたわー早速読むわー
アジャイル開発は元々やってるけど、
それをどう個人の一日に落とし込むのか、どんな意図とメリットがあるのか、楽しみだ

>>304
スプリントが一週間なら理解できるけど、スプリント開始時に一ヶ月後のスプリント完了時までに行われる全工程を詳細まで見積もるとしたら、それはアジャイルじゃなくてウォーターフォールやで。

アジャイルの基本は「近いものは正確に、遠いものはざっくり見積もる。遠いものの正確性は求めない」なので、必ずしもスプリント開始時に全タスクを詳細には見積もらないよ。
(遠くにある抽象的なものを無理して具体化することにコストをかけるよりは、目の前にあるものを解いていって、近くにきたら具体化したらよくね？という思想。)

そもそもバックログにあるものは価値や機能や仕様などが示されていて、工程(物理的な行動、タスク)には必ずしも落着していない。
この工程は、見積りの段階でチームで検討して精度を上げるものの「必ず工程に落としこむ」とは聞いたことないなぁ。
そういうやり方もあると思うし、否定はしないけれど。

個人的にはプロダクトバックログでは価値を、スプリントバックログでは中間成果物を定めるのが良いと思ってる。
で、中間成果物をつくる工程は個別に決めて、完全なルール化はしない(見積りフェーズで話し合って多少固めたりはするけれど)。
もしルール化したならば変更管理をしなきゃいけないし、そもそも始めてみないとわからないことも多いし。

>>314
朝に決めきれるならそれで良いと思うよ。
というかそのあたりは個人の抱えるタスクの質によるので各自判断では。

私も一日の成果物は朝に決める。
成果物をつくるプロセスは、随時変わったりするので朝のうちには決めきれないけど(午前中の打ち合わせで、午後にやるべきプロセスが変わったりするので)。

>>319
なるほど。応じようと思ったけど、これは
「アジャイルかくあるべき」の典型的底なし沼に移行しそうだから自重するw
いくら懐の深いこのスレでも、ここを掘り下げるのはな

>>319
近いものは正確に、遠いものはザックリと
というのは、GTDでも一緒だね

また難しい言葉でてきた…
スプリント
ウォーターフォール
バックログ
アジャイロ
ググっても説明が難しいな

与沢翼もタスク管理やってるね

ポモドーロはいらねーな。
イタリアだろ？
いい加減なやつばかりの印象

レビューてメチャ大事だね。
振り分けを間違えないことではなく、振り分けのミスを漏れなく、定期的に発見・訂正する事にエネルギーを注ぐべきなんだね。

たたたつ

タスクを仕事フォルダー、プライベートフォルダー、なんて具合に目的別ジャンル別に整理仕分けしているひと、大半がそうですか？

んな事はGTDの三冊を何度も読めば分かること

>327
フォルダでそんな分類はしとらん。
ただ自宅でできること、職場でできることのコンテクストは用意してる

>>327
>>329と同じ

>>327
ある種類のプロジェクトが増えて、分けた方が視認性が上がる場合のみ、一時的にフォルダを作成してそこに分けることもあるよ

つまりgtdでは分けないのが普通というかとか。
ではGTDの本を知らない人はジャンル毎に分けてますか？分けてるのが普通ですから？

見通しと言うか高度もアプリで管理するとなると、仕事・個人などできっちりフォルダ分けしようとすると破綻する。

フォルダ分けは実践編のP156の通りに分けるのが最適解だろう。

AnyDoなんかだと、プライベートというフォルダを消せないわけで
仕事、プライベート、家族、研究・・・といったフォルダ分けをしている人も多いと思うよ。

２ｃｈにいるというのに、おまえらは選び抜かれた人たちだね。
GTDの本に書いてあるっていう説明じゃなくて、すこし具体的にジャンルでフォルダ分けしたときの不具合を教えてくれないか

オレはいまのところタスク管理をiPhoneではじめたばかりなので不具合に遭遇してない

上手く行ってると感じているのならならいいじゃ無いか。

そのうちタスクを捌くのが億劫になる時が来るだろうから、その時にアレンの本を読んでGTDを再構築すればいい。その時には試行錯誤した経験が蓄積されている状態だから立て直しにはさほど苦労しないはず。

GTDの保留の項目に「後日検討したいこと」をカレンダーや忘備録ファイルに入れるって書いてるけど
カレンダーって確か、「予定」「その日にやるべきこと」「その日に知るべき情報」だけの聖域って書いてるよね
後日検討したいことは聖域に組み入れてもいいのかな

検討するっていう予定だから

実践編という本があるわけではなく
GTDの156ページだな？
ようするにコンテキストの解説部分

目をよーく凝らしてみればわかるんんじゃね？

AppigoTodoなんだけど、
設定　＞　一般　＞　タスクを隠す
「次の期間後に開始」

これってなんのことでしょう・・・

>>338
どのレスに対しての質問かはわからんが、一般的に日本でGTDの原典と呼ばれるのは３冊ある。
1.はじめてのGTD ストレスフリーの整理術
2.ストレスフリーの仕事術 仕事と人生をコントロールする52の法則
3.ひとつ上のGTD ストレスフリーの整理術 実践編 仕事というゲームと人生というビジネスに勝利する方法

それゆえ、GTDについて書かれた本で"実践編"というものは存在する。

始めての〜
一つ上の〜
しか知らんかった
2番目のもアレンの本なのか？

アレン本だよ

他2冊に比べるとGTDの理念よりで抽象的

俺のaNote
http://i.imgur.com/9Kl3g7W.jpg
http://i.imgur.com/yQJzLaW.jpg
http://i.imgur.com/yxuMsde.jpg

>>344
営み日記が気になって気になって仕事にならない

GTD本読んでると今までプロジェクトは複数の階層に分けて細部まで先のタスクを決めるもんだと思ってたけど
次の行動を決めておくだけでいいのかな？みなどうしてる？

>>346
直近は細部まで、遠い予定は軽めに決める

>>344
譜面の中が見たい

>>346
次の行動にいう「行動」は、個別具体的な行動の幾つかのかたまりをいい、単数のときもあれば複数のときもある。
そういうニュアンスが読み取れないのはつらいな

>>340
すみません。わかる人いませんか？

あ、そうか隅まで把握して安心した状態になることが目的なんだから
ある程度の先まで決めとくのは当然かあ

>>351
アクティブな（進めるつもりの）プロジェクトは、必ず一歩は進めれるようにすべきで、それができないならば、アクティブなプロジェクトが多すぎることに由来する。
減らし、集中して、確実にプロジェクトを完了させていく事が重要。

>>346
プロジェクトといえば、これをやったら、次はこれ
という風に未来にむけて、ひとつづつ増やしていきそうだけど

やりたいことを思ったら、それをどんどん分割していってもいいんだって
そうだな週末に車のタイヤ交換を自分でやりたいんだけど

スタート 車を停める
ゴール 車のタイヤ交換を終える

これを分割すると、真ん中に「タイヤ交換作業をする」が入って
さらに分割すると、「ガレージからジャッキを取り出してくる」とか、「セルフスタンドにいってタイヤに空気を入れてくる」とか
最初はタイヤ交換と一言だったのに、工程を考えながら分けていくとリストが増えていく

>>353
>工程を考えながら分けて行くとリストが増えていく

これに最もフィットするのは各タスクに属性を付与するタスク管理アプリじゃ無くて、テキストのみの普通のノートアプリなんだよな。操作が楽だし視認性が良い。
全行程を終了した後でログ入りさせた後の再利用する時も便利。

工程の一つ一つをタスクにすると進捗管理が崩壊するので、ひとつながりのワークとして出来る範囲を一つのタスクにすると良いよ。

ひとつながりのワークの中身になる工程は(descriptionあたりに)平文でメモしておく。

>>352
全く同感なんだけど、
お前うまくいってます？
俺は上手くいかない。
一時停止にできない。
気持ちの問題だろうが

>>356
一時停止ってどういう意味？？
今日やらない、って意思決定ができないということ？

そうだとしたら、おそらく全部のタスクを整理・可視化できていないのだと思うよ。
それぞれのプロジェクトがどういう状態にあって、今あるタスクとこの先に出てくるタスクがそれぞれいつまでに終わらせる必要があるのかわかっていたら今日(今週でも可)やらないって判断は簡単にできるはず。

そんなこと言われなくてもわかってるよってことなら、重要でないものを重要だと思い込んでる可能性が高い(同じように重要なものを重要でないように思い込んでる可能性が高い)。
その場合は、自分にとって重要なものを見つめ直す時間をつくった方がいい。
7つの習慣的に言えば、海岸に行って半日過ごすやつ。

停止にするかしないかの判断は、習字レビューから次の習字レビューまでに手をつけるプロジェクトか否かだけで決めればいいと思うよ。

今週は手をつける事は無いなと思ったら停止すればいい。

>>356
わたし上手くいっています。
アクティブなプロジェクトを、一時停止にするのではなく、
すべてのアクティブなプロジェクトの計画が自分なりにしっかり出来てはじめて、一時停止中のプロジェクトをアクティブに変換します。
一時停止にできないプロジェクトは、スケジュールされたものと、期限のあるものだけです。
やりたいものは、上記の通り、余裕がなければ、一時停止です。

なんかカタコトなのはなんでだw

>>357
七つの習慣の海岸に向かうって何ページあたりにあるか教えてください。
手の空いたときで良いのでお願いします

週次レビューは高度の一番上から順番に見て行くと、全てが繋がっていく感覚が生まれて楽しい気持ちになれるな。おかげで週次レビューが娯楽の様なものになってしまった

過去に高度を軽視して高度設定をしていなかった時の週次レビューの辛さが嘘のようだ。

>>361
7つの習慣 初版第67刷の場合、440ページ。
(最近出た完訳とかだとページ違うと思う)
章で言うと「刃を研ぐ」の8ページ目くらい。
アーサー・ゴードンの事例

要するに、ミッションステートメントを継続的に振り返って意識し直そうよ、という話。

なるほど。了解です。�d

原則として、すべてiPhoneとクラウドに集めるのだけど
やはり、書類にメモしたり、紙片に書いたりってことが多い。
部下に指示するときなんかは、口頭で思いつきでするし、
顧客と約束したりするときに、iPhoneをいじりながらでは失礼だし
情報が散在しがちなんだが。

それらの収集漏れが起こらないようにするには、メモ帳を決めておくのがいいかな？
すべての情報をノート一冊にまとめなさい的なダサイ感じで。

>>365

>部下に指示するときなんかは、口頭で思いつきでするし、
→GTDとは何であるかを1から勉強した方が良い

>それらの収集漏れが起こらないようにするには、メモ帳を決めておくのがいいかな？
→本屋の仕事術コーナーに行って5・6冊程度流し読みすれば、どの様にシステムを作れば良いのかわかってくる。何かをインボックスとして決める事は必要。

>>366
「本屋にいけ」では、２ｃｈも、このスレも、そしてお前も、存在価値なしだよ。

なんだくれくれ君か。
反応して損した

なんだ、頭ワルのレスコジキか。
反応して損した

(この人の部下って大変そう…)

>>365
＞原則として、すべてiPhoneとクラウドに集めるのだけど

集めればいいじゃん。

＞やはり、書類にメモしたり、紙片に書いたりってことが多い。

書いたらiPhoneで撮影したら？


＞部下に指示するときなんかは、口頭で思いつきでするし、

思いつきですんな。迷惑だ。それとGTDの委任について調べてちゃんと考えろ

＞顧客と約束したりするときに、iPhoneをいじりながらでは失礼だし

顧客の前では立派な革の手帳に書いて、顧客と別れたらiPhoneで撮影しろ

＞情報が散在しがちなんだが。

自分で書いた原則を守れ

＞それらの収集漏れが起こらないようにするには、メモ帳を決めておくのがいいかな？
＞すべての情報をノート一冊にまとめなさい的なダサイ感じで。

inboxは何個でもいいが、全て確認してカラにしないといけない。
部下への委任リストと、革表紙の手帳を用意したら？

>>371
口頭での指示後、すぐに収集する、という手もある

ThreadNoteを使うとOFの様にプロジェクトプランを一望出来る。
見通しが良いアプリだ。

>>365
口頭で思いつきでの指示が何がなんでも必須だとすると、仕事の内容と管理方法が合ってない。
いきなり一箇所に集約する必要ないから、例えば口頭の指示は単語カードにタスクを書き起こすようにして、手が空いた時にiPhoneとクラウドに整理するようにしたら良い。

いずれにせよ、口頭の指示について完了確認をどうやるかをしっかり考えないと。
今は単に「指示のうちいくつか思い出したのを完了確認してるだけ」だよ。

>>365 にミッションがあって、部下にもミッションがあるなら、口頭で思いつきで出して、365が忘れてるって事は無いだろうよ

逆に忘れてるなら、iPhoneでキャプチャするまでの重要性の無かった用件なんだよ
世間話だったのか、2分ルールで処理できるタスクだったのか

俺は部下に指示するタスクに於いては2分ルールを適用するのは反対だな。
指示するのはそりゃ2分で出来るかも知れんが、部下がそのタスクをこなすのには2分で終わるとは限らないしな。

部下に対する指示に2分ルールを当たり前の様に普段から適用している状況は、部下や職場に無用なストレスを与えるだけ。俺から言わせたら仕事の進め方のルールやシステムを作ったり共有することを普段から構築しようとしていない無能な上司の典型だな。

そもそもGTDと言うのはプロジェクトをつくる時には細部までイメージして作り上げるモノ。上司が仕事を把握していないかったりするから、行き当たりばったりのタスクが発生する状況が生まれる訳だ。

上の人、うん趣旨は分かる。
上の上の上くらいで、部下への支持が2分ルールだったかと書いたものだが

たとえばお店をやっていて、遅く出勤してきた上司が
早番で店にいてくれた部下に、店の前に枯葉が落ちてるから掃除しとけよー（2分）みたいのを想定してたんだが

もちろん掃除のルーチンワーク化とか、点検作業リストを作っておくとか、見直しできる部分はあると思うが
掃除しとけよー（2分）的指示はあり得ると思うんだ

俺の親友、大卒で服屋の店員になった。
ええ大学やったから15年前には皆が反対してた。
いまその店一部上場で、新入社員は全部大卒。
上の話みてて、店番してる店員がタスク管理なんかするのかなと思って、ふと親友のこと思い出した。
おれは20年間Macユーザーで、iPhoneでバリバリタスク管理してる。仕事は土方。

スタバはちょっと前まで街の喫茶店だったんだぜ

スタバなんて今も昔もただのファーストフード店じゃね

やっぱコーヒー界のAppleと呼ばれるブルーボトル一択だろ

行ったことないけど

>>378
むしろ土方にタスク管理は必要なのか
そっちの方が気になるわ

>>381
マネジメントをする段階になるとタスク管理した方がいいんじゃないの？
逆に言われた事をやるだけならメモやチェックリストだけで十分なわけだし
土方について詳しくないけど

自分を大きく見せる人、小さく見せる人で自称は色々だからな。
自称では喫茶店やってる、実際はスタバ社長とかも嘘ではない。

ドカタなんだけど
会社作って社長してるので
ブルーカラーの仕事とホワイトカラーの仕事が交錯してて大変。

職域が広いというか、権限や裁量の広さといか
要するに抽象度の高いところで勝負してる人は
タスクが入り組んでてたいへんだ。そういう人の話をもっと聞きたい。

ネット検索ででてくるのは、買い物リストや掃除の計画とか程度の低いタスク管理の話。主婦とかが一生懸命ブログ書いてるんだろうね^_^

>>312
主婦のタスクブログなんてみたことないぞ。
検索が下手なんじゃないの？
大型書店に行った方がいいかもしれないね。

兼業だが、主婦仕事はめんどくさいぞ。
業務で言うところの金にならないルーティンのようであり、臨機応変さが求められ、
尚且つ上限がない。
下限すらあってないようなもの。

金にならないからと蔑ろにはできない上、
強制力のないものが多く、個人の裁量に任せられる。
健康や生活レベルに直結する。

タスク管理して暇を作っているなら喜ばしい。
金にならない部分こそ、効率化し消化すべき。
主婦ブログは読んだことないから、評価はできないが。

入り組んだ業務だと、タスクは落とし込むものであって、
それ以前の思考やプロジェクトなんかは別で管理するよね？
複数走るプロジェクトの俯瞰の話は、立場や業務によって違うよね。
前持って起こりうるトラブルを極力潰しておけば、臨時タスクは減るし。

>>386
>>385は繰り返しタスクの処理を軽視してるあたり
初心者以下な雰囲気を感じるね

どこにも繰り返しタスクを軽視してるとは書いてないな。
そう言うのは人に任せる立場にいる人もいるわけだし。

主婦たいへんだろ。
勤めてると、何かしら会社にルールがあって
たとえば交通費の清算は、金曜日の夕方までに総務に伝票を渡すと
月曜日の午後に、現金を受け取れるとか

結構、既存のルールに沿っていれば、いろいろ回せるもんだけど
主婦は、ルールがないところから始めて、自分でデレクションして、それを聞かない夫とか子どもとかをコントロールするんだから、すごい大変だろ

私は主婦でなくて、育児に参加する会社勤めの男だけどな

>>385
その主婦の書いたブログというのを教えていただけないだろうか？すごく興味がある
恥ずかしながら一人暮らしをしたことがなく洗濯機の使い方すら知らないんだ料理もできない
生活力はぶっちゃけかなり低スペック
だから主婦がどんなタスク管理しているのか知りたい

俺は直ぐに易きに流れる人間だからGTDのみしかやって無いけど、自分を律する自信が有るならばToodledoかTaskshuteで時間管理する方法を調べてやって見るのが良いんじゃ無いかな。繰り返しタスクを重視する人間が最終的に行き着くのがこの方法だと思う。

ちなみにデスクトップメインならTaskshute、スマフォメインならToodledoになる。

タスクシュートは無理だわ。
あのレベルのできる気がしない。

仕事柄計画への割り込みが入りまくるので無理、ということもあるが。

今ひさびさにtaskchuteを検索したらこんなサイトを見つけた。
http://jmatsuzaki.com/archives/11844

1分単位での管理をしなくても、このサイトの『「いつやるか？」と「どうやるか？」を切り分ける』のイメージを利用すればだらしない人間でも出来そう。
いわば時間帯別のコンテキストでやることをまとめるってやつ。

ノートのリンクを貼る事が出来るEvernoteの利用は確定として、後はアプリを立ち上げた時点で直ぐにリンクをタップ出来るアプリを使えば良いだけだな。
出来ればチェックリストアプリのようなものを使いたいけど、現時点で思いつくのはiOS標準メモアプリかな。

タスクシュートがMacで使えたらいいのに。

iPhoneのTaskPort 使ってる。

いやぁ、そこらじゅうにあるぞ。主婦が、書いてるような記事。
子供の送迎とか夕飯材料買いに行くとかさ
入れ子になってないタスクの管理について書いてある。
もちろん、オムにフォーカスとかappigoとかではなくて、anydoやwunderlistなどの無料アプリを推奨してる。

どんな検索ワード使ってるの？

節制に熱をいれるなら仕方が無いけど、多少金があるならやっぱりOmniFocusなんだけどな。

融通に欠けると言われるOFでもコツさえ掴めれば管理が簡単。

コンテキストビューには「保留するコンテキスト無し」コンテキスト、プロジェクトビューには「保留その他」プロジェクトを作って置けば良い。
そうすればプロジェクトのみを設定した保留タスク、またはコンテキストのみを設定した保留タスクをそこに入れて、雑多な保留タスクを綺麗に視界から消して管理する事が出来る。

タスクが増えると見た目がごちゃごちゃして来てOFの管理に挫折してしまうのは、多分このやり方を知らないからだと思う。

タスク管理って「管理」に重点が置かれがちで、「タスクが大量にある状態」が前提にあって、
それをいかに「減らすか」というよりはいかに全てを「把握するか」みたいに目的意識が行きがちな気がする。

最近思うのは、それではダメなんだということ。だから続かないし挫折するしストレスが減らないんだと思う。

人が最もリラックス出来る状態は「inboxが常に空である状態」なんだよね。
そしてそれこそが、仕事が最も進んでいる状態であり、タスク管理の本質でもある。

GTDの影響で、inboxが単に「整理前のタスクの卵置き場」として認識されてるけど、
ぶっちゃけ、そこ常に空にしても全く「タスク自体は進んでない」訳だよね。
つまり、GTDのinboxって、空にしても仕事は進まないし、ストレスからも解放されないんだよ。

タスク管理してるのに、手段と目的が同化して仕事の効率がむしろ下がってる人って、
「卵置き場としてのinbox」ばっかり空にして、「今日のタスク置き場としてのinbox」が全く空になってないんだと思う。

更に言うと、前者のinboxは用意されてるのに、後者のinboxは思想自体実装されてないアプリが多すぎる。

>>398
いいたいことはなんとなく同意した上で
「今日のタスク置き場」に対して「inbox」って単語を使うのはやめたほうがいいで
単語がブレて議論が間違った方向に行きそう
(あと『卵』が不要w)

いいたいのは「今日のタスクを抽出する機構」が実装されてないーみたいな意味でしょ
これに関しちゃ同意

俺は言いたいことを抽出できなかった。
短く骨太で書いた方が2ちゃんでは読まれると思う。

いやむしろ、「今日のタスク置き場」はinboxではない、って思考が問題だと思うんだよ。
まあ、>399は単なる語弊の可能性ついて言ってるんだろうけど、

職場の書類受けって、まさにinboxだと思うんだけど、あれって
「常に空であれば、少なくとも今は、特別やることはない」って、安心して通常業務に取り掛かれたり、退勤できたりするものなんだよね。

でもあれって、タスクも入ってるよね。むしろ処理整理前のGTDでいう収集したタスクになる前の何かも入ってるよね。
それを全部踏まえてinboxになってるよね。

「inboxは常に空だけど、タスクが空じゃない」とか、「今日のタスクはやり終えたけど、inboxは空じゃない」とか、
そもそもが、根本的に自然じゃないこと言ってるなーと思うんだよ。

>>401
>>398と>>401を何回も読んだんだけど
やっぱあなたの「inbox」って単語の使い方は、GTDで一般的に使っているそれと違うんじゃないかな?

ひょっとしてだけど、書類受け(inbox?)に置かれたものが、ほぼ直通で「今日のタスク」に変換される環境で働いてるせいで
「書類受け=inbox=今日のタスク置き場」って式で繋いで文を書いてない?

そうとでも考えないと
[「今日のタスク置き場」はinboxではない、って思考が問題]なんて文は発生しないと思うんだよ
[inbox]と[今日のタスク]は普通だと明確に違うものだよ?

GTDはInboxを一つに限定はしてないよ、必要最小限にするよう推奨はしてるけどね
書類受けはあくまで物理的なもに関するInboxの一つでしょ
そもそもメールの受信箱だってInboxといえるし
だから「書類受けを空＝Inboxを空」ではない

>>401は多分GTDの本を読んで無いからトンチンカンな話になってるんだと思う。
Inboxと言う言葉のイメージだけで語ってるのかも

「GTDのinboxと、今日のタスクは明確に違うもの」

これが多分、タスク管理してる人の共通の考え方だと思うし （というかGTDのフローに沿うとそうだよな）、
自分もそうなんだろうなと思って、タスク管理を続けてたんだけど、

「”GTDでいうinbox” を常に空の状態に維持していても、全くストレスも軽減されないし、タスクも進んでいない」
ってことに気づいたことがあったんだよね。

タスク管理を導入して”いない人”が、果たして何をもって、自分が今タスクから開放されていると思うのか、
現時点で仕事が滞りなく進んでいて、今の状態は、別状問題がない状態だ、と実感するのか。

それって、GTDで使われる意味とは違う、タスクに関する「inbox」が空になっている状態なんだって思ったんだよ。
外からのタスク、或いはまだタスクではない何か、自分から生まれたタスク、昨日生まれたタスク、
それらが全て「書類受け」に入っていたとして、それが全て空になったら、「よし、今日やることはない！」で帰れると思うんだよ。


だから、タスク管理っていうのは、「GTDでいう「inbox」が常に空になっている状態」を目指しても意味がなくて、
「タスクに関する「inbox」が、常に空になっている状態の維持」を目指さないといけないんだなって。
むしろ、GTDでいうinboxの方が、別に毎日空にしなくても大丈夫なものだよね。

両方のinboxを、「常に空の状態を維持する」ってのは、すげー面倒ですげー効率悪いし、それ自体がすげーストレスだと思うんだけど、
だったら、一般的に使われるinboxに入ってるものは、「よくわからないので、処理と整理が必要です、なタスク」として、
「常にチェックしなければならず、問題はそこから生まれ、そして、そこさえ空なら問題はほぼ起こらない」inboxにした方がいいんじゃないかと。

>>398
>タスク管理って「管理」に重点が置かれがちで、「タスクが大量にある状態」が前提にあって、>それをいかに「減らすか」というよりはいかに全てを「把握するか」みたいに目的意識が行きがちな気がする。
>最近思うのは、それではダメなんだということ。だから続かないし挫折するしストレスが減らないんだと思う。
↓
GTDの本を読めばそうじゃ無いと言う事がわかるはず。


>人が最もリラックス出来る状態は「inboxが常に空である状態」なんだよね。
>そしてそれこそが、仕事が最も進んでいる状態であり、タスク管理の本質でもある。
↓
全てのタスクが整理された状態で管理されていて、次に何をすれば良いのかが明確になっている事がタスク管理の本質だよ。


>GTDの影響で、inboxが単に「整理前のタスクの卵置き場」として認識されてるけど、>ぶっちゃけ、そこ常に空にしても全く「タスク自体は進んでない」訳だよね。
>つまり、GTDのinboxって、空にしても仕事は進まないし、ストレスからも解放されないんだよ。
↓
インボックスはタスクを状況別に振り分けるためのフローチャートの起点に過ぎないから、振り分けたからと言ってタスクが進んでいないのは当たり前。


>タスク管理してるのに、手段と目的が同化して仕事の効率がむしろ下がってる人って、>「卵置き場としてのinbox」ばっかり空にして、「今日のタスク置き場としてのinbox」が全く空になってないんだと思う。
>更に言うと、前者のinboxは用意されてるのに、後者のinboxは思想自体実装されてないアプリが多すぎる。
↓
タスクに日時を指定するのはカレンダーの役割。日常ルーティンはチェックリスト作ればいい。今日のタスクと言うのはこの二つで成り立ってる。

>>404
ああ、ちなみにGTDの本は原本すらも読んでて、理解してるし、長い間実践してるけど、
だからこそ、GTDとかタスク管理で常識的に思われてることに、疑問を投げかけてるだけ。

inboxって言葉しか出てこなかったから、inboxで統一したけど、
でも、「常に空にすべき入れ物」って意味では、それが一番適した言葉だから使ってるだけ。
でも、わかりづらいし、理解しづらい話かもね。 多分タスク管理を始めたてとかだと、全く理解できない気はする。

>>406
＞全てのタスクが整理された状態で管理されていて、次に何をすれば良いのかが明確になっている事がタスク管理の本質だよ。

いや絶対違うわ。 それでストレスが軽減されるとは思えないもん。 タスク管理とかGTDですげーそれ言われてるけど、


＞全てのタスクが整理された状態で管理されていて

これがまず無理。 収集の段階で収集されたタスクは、自分のタスク全てではないから、全てのタスクを管理するのは不可能。
だから、これを目指すのは、理想論にすぎない。
管理しきったとしても、収集の時間を取ったら、絶対に少しずつ出てきてしまうし、それを管理するのがタスク管理だって言うなら、
ストレスは永久に消えることはないよ。


＞次に何をすれば良いのかが明確になっている事

タスクが前にあるか、後ろにあるかの違いだと思うんだけど、「前にあるタスクが明確になっていること」←これはもはやスケジュールで、
スケジュールというのは、ストレスをむしろ加速させる原因じゃん。
「明日7:30に、病院に行く」って、明確に決まってたら、それだけでストレスなくなるのか？本当に？

ストレスを軽減し、仕事やタスクを滞りなく進める、というのなら、
「次のタスクが明確である」 前に、「とりあえず、やり残したことはない」 を確認するほうが、よっぽど仕事は進むと思うよ。

そもそも、「やり方も全て明確に決まっているタスク」なんていうのは、生産性のないタスクであることがほとんどで、
生産性のあるタスクっていうのは、アレンも書いてたけど、「タスクリストに載っていないタスク」なんだよ。

「次、これをやるって明確になってるから、これを何時にやろう」 よりも、
「とりあえず、やらなきゃいけないことは終わった、あ、何だこれ、これに取り掛かってみよう」 の方でみんな動くから、
突飛な成果物とか生産性とかが出てるんだと思うんだけど。

>>408
>>>406
>＞全てのタスクが整理された状態で管理されていて、次に何をすれば良いのかが明確になっている事がタスク管理の本質だよ。
>
>いや絶対違うわ。 それでストレスが軽減されるとは思えないもん。 タスク管理とかGTDですげーそれ言われてるけど、
↓
そうすることによって、タスクを覚えておかなければならない状態やタスクを思い出さなければならない状態が発生しなくなる。またタスクの抜けや漏れが無くなる事によりリカバリーに要するエネルギーが不要になる。


>＞全てのタスクが整理された状態で管理されていて
>
>これがまず無理。 収集の段階で収集されたタスクは、自分のタスク全てではないから、全てのタスクを管理するのは不可能。
>だから、これを目指すのは、理想論にすぎない。
>管理しきったとしても、収集の時間を取ったら、絶対に少しずつ出てきてしまうし、それを管理するのがタスク管理だって言うなら、
>ストレスは永久に消えることはないよ。
↓
次々浮かんでくるアイディアの中には実行しなくても良いタスクもある。そう言ったタスクを「あとで／そのうち」カテゴリに置いて置けば、後で見返した時に熱が冷めていてゴミ行きにする事が出来る。


>＞次に何をすれば良いのかが明確になっている事
>
>タスクが前にあるか、後ろにあるかの違いだと思うんだけど、「前にあるタスクが明確になっていること」←これはもはやスケジュールで、
>スケジュールというのは、ストレスをむしろ加速させる原因じゃん。
>「明日7:30に、病院に行く」って、明確に決まってたら、それだけでストレスなくなるのか？本当に？
↓
「次」と言うのは必ずしも時間で整理されている事を指すわけじゃない。状況別に整理されているタスクから取捨選択出来る状態の事。

>>409
>ストレスを軽減し、仕事やタスクを滞りなく進める、というのなら、
>「次のタスクが明確である」 前に、「とりあえず、やり残したことはない」 を確認するほうが、よっぽど仕事は進むと思うよ。
>
>そもそも、「やり方も全て明確に決まっているタスク」なんていうのは、生産性のないタスクであることがほとんどで、
>生産性のあるタスクっていうのは、アレンも書いてたけど、「タスクリストに載っていないタスク」なんだよ。
>
>「次、これをやるって明確になってるから、これを何時にやろう」 よりも、
>「とりあえず、やらなきゃいけないことは終わった、あ、何だこれ、これに取り掛かってみよう」 の方でみんな動くから、
>突飛な成果物とか生産性とかが出てるんだと思うんだけど。
↓
生産性のあるタスク。それは現在タスクリストに無いタスク、すなわち次々と浮かんで来るタスクのことだよね。その次々と浮かんで来るタスクをドンドンとインボックスに収集して置き忘れが無いように処理して行けば更に合理的でしょ。
GTDの本にも書いてあるけど次々と浮かんでくるアイディアの大半は、既に以前何度も繰り返し頭に思い浮かべてしまってあるタスクに過ぎない事が多い。
そう言ったタスクを初回で捕まえて文字化してしまえば、そう言った閃きを別なところで使うことが出来るし、更に既に捉えたアイディアを発酵させて新たなものを作り出すことも出来る。

盛り上がってますね。

とりあえず「次何をすれば良いかわかる」というのは「ゴールに向かうためには」という文言が抜けているのですごく簡単そうに見えるけれど、
『ゴールを設定してそのゴールに向かうプロセスを定義し次何すれば良いかわかる』ってのはものすごく難しいことだと思うよ。
特に自分の満足とか納得みたいなものに触れる時は尚更。

ゴールの無いような単発のタスクにはあまり関係ないけど。

>>409
定期的にちょっとおかしな人が湧いてくるな

ID:DPF3ierW0へ
「タスクに関するinbox」なんて言葉はGTDに無いし、日常的にもあるかわからない。
「今やることリスト」や「ネクストアクション」に近い気がするが、それをinboxと呼ぶ人を見た事がない

>「明日7:30に、病院に行く」って、明確に決まってたら、それだけでストレスなくなるのか？本当に？
無くなる。
GTD書籍でストレスとは、資料も整理されず、進むべき方向もわからず、効率が悪くなっていることを指すのだから
病院にいく準備がちゃんと整い、医師と話す事も整理されており、どこの病院にいくのか、何のために病院に行くのかが明確に決まっていたら少なくともそれはストレスフリーになる
だけど、病気に対する恐怖感とか、治療費・お金に関する悩みなどはGTDのストレスフリーの範疇ではないのだから、そんなのまでGTDでは無くせない。

>>409
>生産性のあるタスクっていうのは、アレンも書いてたけど、「タスクリストに載っていないタスク」なんだよ。

これ、アレンがどこで書いていたか教えてもらえますか？
当方、二見書房の日本語版GTD書籍3誌と、ペンギンブックスのペーパーバックは持ってます。

同じ内容を短く表現できるようになろう。

>>413
「アレンが言っていた」「アレンが書いていた」
アレンガー、アレンガーが湧いてくるな。
ソースを求められると、とたんに静かになるけどな

1冊のボリュームは大きいかも知れないけど、GTDそのものはとてもシンプルなシステムなのに
なんで不思議ちゃんが湧いてくるんだろう

>>415
仕事術の１章の最後のセクション「仕事を支配するのはあなた」に載ってるよ

タスク管理の原点は、要は紙一枚の「ToDoリスト」だよね。
それを高度に拡張して、頭の中の全て、これから入ってくる全てに適用させたのがGTDであり、現代のタスク管理と呼ばれるものだよね。

だから根本的に目指すべきは「ToDoリストを空にする」ことであって、「全てのタスクを管理する」ことじゃないと思うんだよね。目的じゃなくてそれは手段の一部であって、ストレスの軽減に直接は関わらないと思うんだよ。


自分はタスク管理を実践しててよく思うのが、「今やってることを、タスク管理をしていない他の一般の過人に勧めることが出来るか、アドバイスできるか」ってことなんだけど、
「全てのタスクを把握し、管理してください」とは、絶対に言えない気がするんだよ。

ぶっちゃけ、「一部の人間にしか出来ない事を自分達だけでやり続ける」って本当にオナニーでしかないんだなと思うし、
だったら、「自分のinboxが空であることを心がけてください」って意味合いのことを説明したい。

「処理されていない、整理されていない、終わっていないどころか、スケジューリングされていないタスク」を、
とりあえず空にしておくことが、多分一番ストレスフリーになるし仕事も滞り無く進むし、何よりわかりやすいと思うから。

まあそのやり方で満足出来るならいんじゃないの？

>>418
これをそのように解釈するとは、読解力低過ぎなのか、俺流GTDにハマって曲解してんのか？

アレンが書いたのは
これまでもっとも成功したプロジェクトは、リストに載ったことがない（と、その解説）

GTDの整理リスト作成、定期的な見直しは以下のためであること

やりかけの仕事を片付けることによって本当にやりたいことに注力する（松の木を切る事例）

と書いているが、タスクリストに載ってないタスクが生産性があるなんてひとっことも書いていません

アレンを読んだと言いながら何も理解できていないwwwww

GTD盲信しすぎ。 「アレンは言ってない。だからそれは間違ってる」 とか宗教みたいだからやめたほうがいよ。

これまでもっとも成功したプロジェクトは、リストに載ったことがない。なら、
全てを管理して、全てをリストに載せるのに必死になることに意味はないんだって。

むしろ、そういうリストに載っていないタスクを実行出来るように、
他のタスクのやり残しを減らす方に尽力した方がよっぽど生産性高いと思うけどな。

>>423
>「アレンは言ってない。だからそれは間違ってる」 とか宗教みたいだからやめたほうがいよ。

いや違う。誰もそんな事は言ってない

「お前はアレンがこう言ってるといったが、アレンはそう言ってない。だからお前の説のよりどころは間違っている」
といってるだけ。
さらに、アレンを引き合いに出さずに俺説として述べてれば
失笑こそされても、叩かれる事はないだろうに。

>むしろ、そういうリストに載っていないタスクを実行出来るように、
>他のタスクのやり残しを減らす方に尽力した方がよっぽど生産性高いと思うけどな。

アレンは、「そういうリストに載っていないタスクを実行出来るように、 他のタスクのやり残しを減らす方に尽力」する方法として
GTDを、「頭の中から追い出してすべての仕事をリストで把握すること」を提唱しているわけなのだが

他人にGTDを説明する前に読解力と論理的思考を身につけるべきだな

君たち何がしたいの？
自分の論理の正しさは自分の成果によって発揮すれば良いよね。
他人の間違い(と自分が思っているもの)を正す必要なんてどこにもないし、それこそ何も生産しない。

あ、ごめん
>>426は単純な疑問ね。
煽るつもりは全く無いので悪しからず。

その書き込みに生産性はあるのか？
君たちなにがしたいの？の答えは、君が何のために>>426を書き込んだのかを考えればいいんじゃないかな。

>>419
>タスク管理の原点は、要は紙一枚の「ToDoリスト」だよね。
>それを高度に拡張して、頭の中の全て、これから入ってくる全てに適用させたのがGTDであり、現代のタスク管理と呼ばれるものだよね。
↓
その通りだね。

>だから根本的に目指すべきは「ToDoリストを空にする」ことであって、「全てのタスクを管理する」ことじゃないと思うんだよね。目的じゃなくてそれは手段の一部であって、ストレスの軽減に直接は関わらないと思うんだよね
↓
「だから」と言う接続詞を使ってるのに、すぐ上の文とは何の脈絡の無い内容になってるよ。あなたの言ってる事は当日やるべきだけのタスクのみをInboxに入れて、そのタスクを当日のウチに全て処理するってことだけに過ぎないじゃん。

>自分はタスク管理を実践しててよく思うのが、「今やってることを、タスク管理をしていない他の一般の過人に勧めることが出来るか、アドバイスできるか」ってことなんだけど、
>「全てのタスクを把握し、管理してください」とは、絶対に言えない気がするんだよ。
↓
アレンが述べているGTDと言うのは当日やるべきタスクのみを吐き出すのでは無く、長期的にやらなければならない全てのタスクを吐き出す事を言ってるんだよ。

続き

>ぶっちゃけ、「一部の人間にしか出来ない事を自分達だけでやり続ける」って本当にオナニーでしかないんだなと思うし、
>だったら、「自分のinboxが空であることを心がけてください」って意味合いのことを説明したい。
↓
一日でこなすベキタスクが入ってるだけのタスク管理の手法なら誰でも出来る。インボックスにゴチャっと入っている当日分のタスクを見ながら「あとどれくらいこなせば終わりだな」などと確認する程度のタスク管理なら、
あなたが改めて言わなくても何を今さらそんなことを、と言う話になるだけだよ。

>「処理されていない、整理されていない、終わっていないどころか、スケジューリングされていないタスク」
↓
あなたの言ってるそれは、当日のウチにこなせる頭の中ポンと思い浮かぶタスクのみの話でしょ。そもそも当日こなせるだけのタスクだけを思い浮かべてインボックスに収集しなさいなんてGTDの本にどこにも書いてないっしょ。

を、>とりあえず空にしておくことが、多分一番ストレスフリーになるし仕事も滞り無く進むし、何よりわかりやすいと思うから。
↓
あなたの言うインボックスの中身ってのは、当日やるべき全てのタスクのことだよね。今日やるべき全てのタスクを終えた時の安堵感はストレスフリーの状態には間違いない。確かにそれだけなら分かり易いし人に教えるのも簡単だよ。
でも繰り返すけどGTDとは当日すべきタスクを空にすることだけで完結する技術では無いよ。あなたのやっているものはGTDの技術のほんの一部に過ぎないし、それならアレンで無くともこれまで誰にでも思いつくような方法でしか無い。

>>429
>>430

横からですまんが、ID:i1tyvKhf0　はinboxに一日分のタスクしか入れない実践者ではなくて
通常のinboxの他に、こなすタスクを入れておく入れ物として（別の）inboxと呼ぼうという実践者の流れではなかったかな？
GTDという割にはちゃんと収集をしてない人で、当日のウチにこなせる頭の中ポンなのでしょうという感想は同意である

>>431
その通りだね。そう認識はしてたけどそれは書かなかった。

否定しないで注意・警告くらいにとどめておけば良いのに。
こういう大論破大会もストレスフリーのためのストレス発散なのかね。

じっくり収集したら何百というアクションになった。整理したら数十個のプロジェクトとコンテクストができた。
頭がスッキリしたので仕事が捗った。
また頭に仕事を記憶させない様に、週次レビューします。

これをやって、手応えを感じた人たち＝GTDをヒイキにしてる人たちの前に
読解力もない不思議GTD実践者があらわれたが、ヒイキにしてる人たちが「それは違うだろ！」と声をあげるたのは、おかしくないと思います

タスク管理が完璧でも仕事そのもののストレスはなくならないって指摘は正しいと思うけどな
まあアレン自身がストレスフリーを色んな意味で使っててズルいとこはあるけど

落ち着いたようなので、
ざっくり流し読みした。
>>424 がFAだわ。

とにかくお前たちは短く表現できるように工夫した方がいい。これを何回も書いてる俺もアレだが

頭の中のことをわかりやすく書き出せてない人を見ると、きっとタスク管理もうまくできないんだろうなあと思ってしまうわけですよ

>>393
その方法はNotebooksでも出来るんだよな。
決定的に異なるのはオフラインでも可能なところ。便利すぎる

>>437
表現力とタスク管理力（？）は別の次元だろう

>>438
Notebooksって？

アプリ

7ってやつ？
ttps://itunes.apple.com/jp/app/notebooks-7/id780438662?mt=8

それだね。liteもあるけどそれは使ったことは無い

ありがとう。
タスクシュートに代わるわけではないんだね。
勘違いしてたよ。

エバノがNotebooksに変わるだけ

> 改訂5版 PMプロジェクトマネジメント via [Amazon.co.jp： 改訂5版 PMプロジェクトマネジメント: 中嶋 秀隆: 本]

これ先日都内ジュンク堂で見つけた本なんだけどもう印刷してないんだな。

OmniPlanの使い方覚えるのにえらい時間が掛かりそうだったから、参考となる本をがプロジェクトマネジメントのコーナーならあるかなと思って立ち読みして見つけた。
ガントチャートの使い方読み方まで丁寧に書かれて理解しやすい。

Macもってるのにオムニつかってない人います？

なんか排他的な感じはするし
回答が重なったところで誰も得しなそうな質問だなおい

>>447
iPhone版は買ったけど、
Mac版は高いのでまだ買ってません。
iPadに対応したら全部買うかな・・・。

ま、研究のため、なるべく早く買いたいところですね。

排他的というか、マイノリティなんだから仲良くしろよ。Mac使いども

みなさん
大量にタスク入力するには、やはりPCでしょう？
わたしも一斉にやるときはPC前でやります。

>>451
bluetoothキーボードでやってる。
単四で動く安いやつだけど、日記書いたり家計簿つけたり文字入力には便利だよ。

かな入力ができればなぁ

週次レビューはパソコン前

あかん。忙しすぎて仕事がおわらん。
零細の社長、おれの他にいる？
物理的に時間がたりない。
（人がたりない）
俺にしかできない仕事を優先しようにも多すぎる
人を入れるにしても、即戦力なんて存在するのか。
詰んだ

人が足りないなら稼働時間(人月)を増やせばいい。
年俸制にすれば残業代や休日出勤手当も支払わなくて済む。

参考になりました。

即戦力になるような賢い人は、年俸制の時点で応募しようと思わないだろうけどね。
零細で年俸制なんて、残業代つけたくない魂胆丸見え。

うちなら横のつながり使って外注出しちゃうな
もちろん儲けは度外視になるけど取引先との信用壊すくらいならそうした方が良いと思う

なるほどね。儲け度外視で信用増やすのか

Omnifocusでタスク管理やってるんだけど、OFで使用しているプロジェクトを同名タグでプロジェクト資料管理してる人いる？

OFの各プロジェクトやタスクのメモ欄にテキストや写真を貼付しておいて、タスク終了後にエバノの同名プロジェクトタグにメールで送るやり方してるんだけど、上のやり方と比較して最終的にはどっちが良いんだろうね？

面白いやり方だな。
kwsk

ちょっと違うが
プロジェクトはWebデータベースで数字＋プロジェクト名で名前を作る
（例 3011資格試験の受講者の員数調査）
その名前で、OFのプロジェクト、コンピュータのフォルダ、Evernoteのフォルダに名前を付ける

仕事中はもっぱらキーボードから3011と入力してファイルを絞りこむ。
スキャンした資料やWebクリップはEvernoteへ
行動の管理はOFにおく