Как стать автором
Обновить

Комментарии 36

Ув. jesem, подскажите где можно найти его книги, желательно на русском?
Вот здесь еще один.
Сколько не пробовал разных систем управления, пришёл к тому, что самая эффективная - это мозг. Он тоже тренируется, если раньше - 4-5 дум одновременно было сложно, то сейчас это просто.
+ подспудно, мыслительный процесс идёт в фоне. А если задач становится более, чем их можно удержать в голове, то либо тренировать "мышцу", либо просто подумать - а оно мне надо вообще? Память тренировать надо, а не цепляться за блокнотики, в беседе по теме особенно умильно.
Вы тоже не внимательно читаете. Система по большей части направлена не на индивидуальное использование, а на групповое.
да, действительно, сорри
вот как раз GTD утверждает обратное, — чем больше вы держите задач в голове, тем меньше вы занимаетесь их непосредственным решением, потому что голова забита маловажными подробностями
предпочитаю обдумывать в фоне, а если задач столько, что уже не вмещается - не стоит этим и заниматься, или тренировать память. От жизни стоит получать удовольствие. GTD - это такая маленькая рабовладельческая штучка, где раб я сам для себя.
правда для коллективной работы приходится делать исключения...
Сколько не пробовал разных систем управления, пришёл к тому, что самая эффективная - это мозг.

Основной принцип GTD состоит как раз в том, чтобы избавить мозг от той части работы, для которой он не приспособлен: хранения тысяы мелких задач и постоянных принятия решений по переходу от одной к другой.
да, но почему то для меня не работает, я дисциплинированно пытался, честное слово. Максимум на что хватает - это mantis для багов...
Рекомендую попробовать некомповый вариант. Собственно, в книге комповый вариант не рассматривается.
...кстати, замечание по опыту наблюдения за своими и чужими попытками: GTD не работает полноценно, если заниматься самообманом и часть дел оставлять вне системы.
"Тысяча мелких задач" - это косяк в самом принципе организации рабочего процесса. И потом, тренировка мозга на переходы - единственное, что мозгу доступно. Все остальное - это работа эффекторов, а не CPU...
Тысячи мелких задач — это объективная реальность. Допускаю, что объективная реальность — это один большой косяк в рука Джа. :)

Только мне непонятно, о каком рабочем процессе идет речь. GTD не является средством для упорядочивания рабочих процессов.
Не бывает у человека тысячи мелких задач, Вы что-то путаете. С таким списком Вы даже маркеры задач не удержите в голове, я уж молчу про описания задач и алгоритмику...
Касательно тысячи мелких операций - может быть.
Я говорю о GTD, соответственно имеются в виду Action'ы. Посольку GTD'шные проекты задачам определенно не соответствуют. А других кандидатов на это звание я в GTD не вижу.
Попробуйте сервис Remember The Milk. Тут и вебдваноль с тегами, и многопользовательский аспект присутствует. Подробнее можно почитать в блоге Интернетные Штучки.
Перечитайте пост еще раз. Причем внимааательно :) В том сервисе что вы советуете к примеру нет такой вещи как многопозовательское взаимодействие.
Перечитал. Все, что касается персональных задач, там прекрасно реализовано. Более того, многопользовательское взаимодействие там тоже есть:

Во-первых, есть список Входящие задачи - это как почтовая папка, только вместо писем вы получаете задачи, которые может отправить на специальный емейл любой человек, не обязательно зарегистрированный пользователь.

Во-вторых, есть список Отправленные, который содержит задания, отправленные другим пользователям.

В-третьих, любую задачу можно сделать открытой для для других пользователей, которые смогут ее не только посмотреть, но и изменить.

Во-первых, есть список Входящие задачи - это как почтовая папка, только вместо писем вы получаете задачи, которые может отправить на специальный емейл любой человек, не обязательно зарегистрированный пользователь.

Как может тот кто добавил задачу, что задача выполнена?


Во-вторых, есть список Отправленные, который содержит задания, отправленные другим пользователям.

Линейного списка маловато будет.


В-третьих, любую задачу можно сделать открытой для для других пользователей, которые смогут ее не только посмотреть, но и изменить.

Для все или одного?

PS Самая главная проблема с моей точки зрения, что это сервис, а не устанвливаемое приложение.
По поводу первого и второго: отслеживание статуса поставленных задач, имхо, выходит за рамки применения GTD. Если речь идет об управлении проектами, то лучше посмотреть на Basecamp.

А по поводу третьего, ответ наш вопрос здесь.
Basecamp смотрел что-то не впечатлило. На сервисе зарегился потыкал. Ну как-то оно так странно немного. Насчет отслеживания. То все же надо если сервис направлен на групповую работу с примернением GTD :)
Дело вкуса. Возможно, есть другие сервисы с достаточным набором фунциональности.

PS Самая главная проблема с моей точки зрения, что это сервис, а не устанвливаемое приложение.

А для меня, наоборот, преимущество. Дома и на работе я использую разные операционные системы, поэтому применение онлайн сервиса обеспечивает единый интерфейс и избавляет от необходимости синхронизировать данные.
Под устанавливаемым приложением я имею ввиду вебприложение ;)
Как может тот кто добавил задачу, что задача выполнена?

Поскольку нет "универсального сценария делегирования", то в GTD нет и жесткой схемы обработки такой ситуации. Соответственно, алгоритм действий и требуемая программная поддержка определяются соглашениями среды. Примеры:

1. Делегируя задачу, указываем, что с ней делать после завершения. "Назначить встречу с Ивановым и сообщить мне дату", "Рассмотреть прилагаемую заявку и переслать ответ Петрову". В этом случае мы вообще не намерены непосредственно отслеживать состояние работы.

Это идеальный случай. Но если завершения данной работы ожидает другая наша активность или исполнителя требуется жестко контролировать, то вступаю в дело два других варианта:

2. Делегируя задачу, добавляем себе в "Waiting for" запись "Петров: Отчет о рассмотрении жалобы гражданки Сидоровой о покусании ея казенной собачкой". В этом случае мы рассматриваем состояние делегированных задач во время Review.

3. Делегируя задачу, добавляем себе в календарь или в тиклер задание проверить исполнение. Например: "1 июня 2007 проверить исполнение приказа о закупке намордников для казенных собак".

Линейного списка маловато будет.


Чего именно недостает в линейном списке?

Поскольку нет "универсального сценария делегирования", то в GTD нет и жесткой схемы обработки такой ситуации.

Это может определяться самим ПО или используемой им схемой.


1. Делегируя задачу, указываем, что с ней делать после завершения. "Назначить встречу с Ивановым и сообщить мне дату", "Рассмотреть прилагаемую заявку и переслать ответ Петрову". В этом случае мы вообще не намерены непосредственно отслеживать состояние работы.

2. Делегируя задачу, добавляем себе в "Waiting for" запись "Петров: Отчет о рассмотрении жалобы гражданки Сидоровой о покусании ея казенной собачкой". В этом случае мы рассматриваем состояние делегированных задач во время Review.

3. Делегируя задачу, добавляем себе в календарь или в тиклер задание проверить исполнение. Например: "1 июня 2007 проверить исполнение приказа о закупке намордников для казенных собак".


Все это можно автоматизировать :)


Линейного списка маловато будет.

Группировки задач по направлениям к примеру. Хотя конечно это больше требуется при посмотре задач у другого человека.
Нашел ссылку на пост, в котором автор делится своим опытом использования Remember The Milk для GTD.
Дак как должна выглядеть такая корзинка для GTD в модном ныне стиле "вебдваноль"? :)

Очень просто: блог с тегами. Только у каждой записи блога есть период действия (опционально) и флажок, что задача закрыта.


Ваша проблема в том, что вы не поняли схему GTD. Инбоксу не нужны никакие облака тэгов, поскольку над ним допустимы только две операции:

1. Добавить новый элемент
2. Выбрать очередной элемент. Без всяких условий, поисков и т.п. Строго следующий.
Или под корзинкой вы имеете в виду не инбокс, а... что?

Кстати, не помню, чтобы в GTD был термин "корзинка".
В GTD нет четкого описания используемых средств оптимизации :)
В GTD весьма четко описана базовая схема и, соответственно, четко определена вся используемая при этом терминология.

И, кроме того, много места уделено именно разным оптимизационными ухищрениям.

Вы уверены, что прочтали книгу целиком? :)
Внимательно смотрите базовая схема. Я не припомню там четкого описания средств автоматизации. То что вы описали обыкновенный TODO лист. Хочется чего-то более автоматизитрованного и укаладвающегося в GTD.

PS Хотя может путаю с немного другой книгой Time management for System Administrators :)
Э-э-э-э.... Прочитайте книгу. :)
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации