ソフトウェアエンジニアのためのGTD: LifeHackLife
GTDはサラリーマンよりもフリーランスのような仕事をしている人に、より有効であると言われています。自分の場合も、実はメインの仕事であるソフトウェア開発プロジェクトについてはGTDを利用していません。 通常、ソフトウェア開発の現場では「数日で完了する期限付きのタスク」をWBSの最小単位（ワークパッケージ）として細分化し、各担当者が常時ひとつのタスクを担当するようにスケジューリングされます。そしてこれらのタスクは、ガントチャートやその他のツールにより開発チーム内で厳密に管理されています。 正しく管理された開発プロジェクトのタスクは時間と作業内容が明確であり、また意識しなくても忘れることがないため、GTDのいう「開ループ」としなくても良いように思います。毎日朝になれば通勤電車に乗るのと同じように、（プロであれば）自動的に進められる作業なのです。もちろん例外もあって、スケジュールどおりに行かない作
はてなの進行管理手法「あしか」支援ツール
AshikaStyleWikiは、はてなの進行管理手法「あしか」を支援するツールです。 ダウンロード 先日GTDStyleWikiをメンテナンスしているときに、このソフトウェアの構造はGTDに限らず排他的なステータスを持つタスク管理手法であれば何にでも適用できる、ということに気が付きました。そんなわけで「あしか」用のカスタマイズです。カスタマイズといっても変更したのはカテゴリーとスタイルシート程度です。表示させていないGTDStyleWikiの機能や記事も実際にはほとんど残してあり、またタグ名もGTDのままです。 あしかは、タスクを「すぐやる」、「そのうちやる」、「ペンディング」、「終わった」のわずか４つのステータスで管理する手法で、正式にはコピー用紙の裏紙とカップヌードルのダンボール箱を使用して行います。 http://d.hatena.ne.jp/keyword/%A4%A2%A4%B
ソーシャルトリガーリスト: LifeHackLife
今回もITmedia Biz.IDから、「GTDに役立つトリガーリスト」について。 GTDをはじめてみたけど初回の収集プロセスでToDoを出し切れない、というような記述をブログでよく見ます。収集をはじめて30分後くらいの煮詰まってきたあたりがポイントのようで、そのへんでやめてしまうと何かすっきりしない状態になるみたいです。収集プロセスの成功の秘訣は、十分な時間とトリガーリストにあるのかもしれません。 トリガーリストは、上の記事で詳しく紹介されるまでGTD関連のブログ等にはあまり登場していなかったように思いますが、初回の収集プロセスや普段よりも気合を入れて週次レビューをやる場合には必需品だと思います。「仕事を成し遂げる技術」には157ページにあり、内容的にはBiz.IDにあるものとちょっと違ったものになっているのでこちらも一読の価値はあります。 トリガーリストは自分用にカスタマイズしていくと
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
