Yearly Archives: 2006

GTDのフローサイクル View Comments

 GTDの運用中のフローサイクルは、私はこんな風に思っている。

GTD FlowCycle

 Davidはこの5つのステップを踏めばよいと言っているが、GTDから一番ベストな状態で恩恵を受けるには、多分それだけでは説明が足りないと思うのであった。

 「ストレスフリーの仕事術」の中で、根本をつかさどる重要な部分があった。「夢想家」と「実行家」である。このモデルは現状の世界でも至るところに似たものがある。経営陣と現場、クライアントとワーカー、設計と実装、リーダーとメンバ。ああしようこうしようと考えるレイヤと、それを実行するレイヤは分けた方がよい、というのが私の理解だ。

 で、「夢想家」と「実行家」の情報に同期をかけるのがGTDステップの中の「2.処理」「3.整理」「4.レビュー」にあたるんじゃないかと、今の所考えている。

BlogMarks.net View Comments

BlogMarks.net
Blogmarks.net : Public marks

 このサイト用には、ソーシャルブックマーク用としてBlogMarks.netを利用しています。del.icio.usも通常用として使っていますが、個人的にはBlogMarks.netの方がブックマークをするには好きです。

 特に好きな点は、ブックマークする際のインタフェースがとても好き。小さめのポップアップ式、フォーカスしていた部分はコメントに追加される、参照リンクが登録される、といった所。del.icio.usだとこの3つができなくて、ブックマークする時にどんなサイトかをすぐに思い出せなかったりするのです。

 気分的に、サイトにポストイットを張っているようなイメージで使えるのがよいです。

Weekly Report 2006/12/24 View Comments

今週やっていたこと

・会社での週次レビューは実施しましたが、Inboxの「2.処理」「3.整理」の部分がいまいちすっとばしてます。「1.収集」でまとめたタスクとマージして、今週中に実施したいなと。

・会社で新しい運用方法で「5.実行」を実施しました。なかなかよさげです。

次週のpost予定

・改善案を考えるためのアプローチについて

 GTDサイクルレビューに先駆けて、私の改善案の出し方のアプローチをまとめてます。

・GTDサイクルレビュー その1

 「5.実行」部分がうまくいっていなかったので、新しい運用方法を試しています。その方法がフィットするかどうかの確認レビューです。

その他感想

・BlogMarksからpostがうまくいきそうで投稿できてません。一つ目の理由はURL指定がhttpsだったからということがわかりましたが草稿に入っていたり入っていなかったり。。と思ったらようやく勝手に投稿してくれるようになりました。よかったよかった。とはいうものの、2時に投稿予定で実際投稿されるのには時間がかかっているなぁ。まぁいいか。

作業記録用にギプス装着したと報告しましたがよい感じです。ログを忘れるのがほとんどないです。

作業記録用にギプスしました(葛藤編) View Comments

はじめに

 このトピックは、作業記録について記述している。シゴタノ! – 作業記録をつけざるをえない仕組みを実装した内容と、その周りの情報整理について記述している。

 3回構成でお送りする。
 過去編は、今までの作業記録の付け方とその方法について。
 ギプス装着編は、実際に行った内容を記述している。
 葛藤編は、今まで採用を検討したツールについて。

結構きびしい作業記録の要件

 「作業記録なんてさ、簡単にぱぱーとかける程度のツールでいいんだよ」と誰しもが思っているが、この簡単なツールの要件が非常に高レベルであるということはあまり気づかれていない、気がする。簡単なツールとは、つまるところストレスを感じないツールのことである。ストレスなく感じるようなツールがほしいなどとは、人間誰しも思っていることだが、なかなか存在しない。

 そんなこんなで作業記録に関して、ツールに馳せる自分の思いをまとめてみた。

 まずは導入時について。導入の際には、ただの作業記録なので、トータル的に負荷のかかるようなものは組み込みたくないと思っている。理解するのも面倒、直感的に使えるツールがいいよね、と思っている。
 それから記録方法について。何はともあれ、作業記録をつける習慣を無理やりにでもできるものがいいと思っている。自分で自主的に作業記録をつけることには、どうしても漏れが生じてしまう。そのためなら、多少集計に負荷があがってもしょうがないかなと思っている。
 最後に集計。これは自作のツールでそれなりに入力がはかどってて結構満足していることと、もうあんなのは一から同じものを作りたくないという理由から、集計部分は現状のまま使いたいと思っている。

 クリック数や作業数の問題からみても、結局今のツールはExcelシートで、割とまとまっている所が物悲しく感じる。

作業記録ツールを探して三千里

 とはいえ、改善したい気持ちは大いにあるため、ソフトウェアやオンラインサービスなどの作業記録関係のものはそれなりにチェックしてきた。でもどれもこれも使い勝手や、使う以前の問題から利用をやめている。

 特に自分の場合、今現状使っているツールがそれなりに最適化されている。そのため、理解するのに手間がかかったり、使い慣れるのに手間がかかったりするようなソフトを導入するにはなかなか躊躇してしまう。それに集計データも、現状最大の目的である、会社の作業記録にフォーマットを合わせていることもあり、新規ツールを導入しようとなると、その集計部分も手を加える必要が必ずあるのだ。そういう理由もあって、今回もまた一掃してツールを変更することはなかった。

 一応目を通して一瞬でも検討していたものを以下に挙げる。

TaskCoach

 タスク管理のソフトウェアである。
 ツリー状のタスク設定ができるため、タスク管理が主にメインとなる。ただ、今まで扱ってきたツールとスケールがでかい感じがすることもあって更に躊躇。また、ソフトウェアのタスクの粒度と今行っているカテゴリの粒度を合わせたりといった所から面倒な感じに見える。また、毎回ソフトを前画面化しなければならないし(以下「前画面化問題」と略)、ショートカット等を確認して、手順の最適化を行う必要もある。とにかくぱっと見で、やんなきゃ、と思う作業があまりにもありすぎたので、採用に至らなかった。

SlimTimer

 オンラインタスク管理サービスである。
オンラインとはいえ、前画面化問題はまぬかれない。常駐ソフトで表示しているものを、15分毎にに実行すれば、前面化しそうにも思える。だが、出力データがやはりネックなため、 不採用。

いったいどうやって改善するつもりなんだ、ジョージ?

 結局、ツールの選定の経緯から、集計はExcelから変更したくないことがとてもよくわかったので、入力インタフェース部分の変更のみを改善する必要があった。
 何にせよ問題は、自主的に作業記録をつけなければならないことだ。

 つまり無理やり作業記録さえできればいいのだ。そしてギプス装着編に続くのであった。

終わりに

 うっかり書くのを忘れてました感の多い葛藤編だが、以上である。その後の装着したギプスについてであるが、別記事にて経過をpostしたい。

GTDと似たもの View Comments

 GTDは今までの成功例の体系をまとめた理論です。ただあまりにまとめすぎててイメージが湧きにくい気がします。
 なので、GTDのワークフローと似たものをちょっと出してみようと思いました。

 GTDの「1.収集」は現状確認の棚卸に似ています。会社でもよく問題にあたると、まずは棚卸から作業を始めています。

 GTDの「1.収集」は内観と似ています。内観は心の内を見る禅だかなんだったかの作業です。GTDはすることやりたいことを頭の中から棚卸しますが、内観は…なんだったかな、心のもやもやしたものを棚卸します。作業を行った後にすっきりする、ということと頭の中から全てを取り出すところが似ています。
(続きを読む…)

Weekly Report 2006/12/17 View Comments

今週やっていたこと

 今週の状況の報告です。GTDは足踏み状態です。「1.収集」のフェーズをやってから「4.レビュー」をやっていてそこで今滞っています。というかプロジェクトの数が多くて、GTDの運用方法を見直しています。

 仕事の方もGTDを適用したんだけれども、でうまく作業が回っておらず、そういう理由も含めて運用方法を見直しています。新しい運用方法は金曜日に一旦検討して、テスト導入はしているところです。今日、その運用方法についてレビューして、GTDと今までのタスクとしての問題にもおおよそ対応できそうな感じです。こちらの実施方法については来週以降に報告できたらなと思っています。理論と今までの実施方法を総整理した上ではうまくいきそうな感じですが。。

次週のpost予定

#本来こういうものも、GTDで一元管理した方がいいんでしょうが。。

・「作業記録用にギプスしました(葛藤編)」
 そういえばすっかりpostをするのを忘れていたので、これをまとめた内容をpostする予定です。

・「Weekly Report」
 新しい実施方法の報告がメインになるといいな。

 ひとまず次週というか今週になっていますが、今週は年末ということもあって忘年会週間です。なのであまり更新はできなさそうというのが実感です。

その他感想

・BlogMarksからpostするように設定したはずなのに、postされません。最新状態に合わすというのはうまくいったのに。。

・Thinking Rockは残念ながら画面が気に入らずにこのままお蔵行きになるでしょう。javaに見られる重さも気になるし。。

・「GTD + R 」がすごくうらやましいです。が、あしかをやった時と同じ失敗スパイラルに行き着くだろうと思われるので、残念ながら実行しません。RHODIAも好きなんですが、青い線が濃すぎてどうしても敬遠してしまうのですね。

ThinkingRockを1週間程使ってみましたレビュー View Comments

噂の石とその評判

 Thinking Rockでよく聞くのは、『フロー込み』みたいな触れ込みだ。GTD初心者でも振り分けフローがすぐできちゃうんだよんということ。それからGTDに忠実であること。この2点がThinking Rockの特徴である。それから珍しくもjavaインタフェースで作られている点。個人的にjavaは好きであるがPureJavaのインタフェースデザインは好みじゃない。

 初めてGTDを使った人にはやっぱり取っ付きがよく、GTDプロセスの収集/処理/整理/レビュー/実行をすんなりできるという所がよいらしいという話。その一方、TidBITSの記事を見る限りには、その存在はよいというものの耐えがたき苦渋の日々、みたいな印象だった。

 割とGTD記事をさらっていると結構な頻度で見るのと、今GTD@RTMの運用に行き当たっていたことでとりあえず使ってみた。
(続きを読む…)

Get Adobe Flash playerPlugin by wpburn.com wordpress themes