Pull to refresh

Comments 37

При большем потоке задач у вас накопится большое количество тех которые сейчас нельзя сделать т.к. вы постоянно делаете мелкие задачи.
Вы хотите убедить меня, что работающая система, которой пользуются тысячи людей, не работает?
Я вот тоже что-то терзаюсь сомнением, куда и главное когда впишется туда задача нарисовать дизайн для сайта, который отнимает по меньшей мере часа 2-3 кропотливой работы без отрыва чтобы так… накидать…
Кажется этот алгоритм подходит для менеджеров и тех кто разгребает кучу мелочей для разработчиков это как-то сомнительно
Я вас просто научу и мнение поменяется на противоположное — подходит всем.
И как здесь разруливать постоянные перекрёстные зависимости? Работа разработчика в команде как раз в таком и состоит: этот баг зависит от того, а он ещё вот от того. То, что казалось простым при обзоре, внезапно оказывается крайне сложным и полностью меняет ход процесса работы.
Вообще, работа разработчика в динамичном проекте — это что-то типа форс-мажор-driven development.
UFO just landed and posted this here
Это, к сожалению, не моя методика.

А то, что вы ее выбросили, возможно, поспешное решение. Я тоже ее выбрасывал. А потом вернулся и понял, что на самом деле ни черта не понял в методике. И поэтому выбросил.
Ну, тут как в анекдоте получается: для этих тысяч работает, но не факт, что будет работать для тысяч других.
Вас никто не заставляет ежемилисекундно смотреть во «Входящие».
Не верите автору, спросите у других специалситов по тайм-менеджемнту.
А касательно именно вашего сообщения, то не всегда есть мелкие дела; именно в это время и нужно заняться теми самыми «накопившимися».
Я использую, все получается, время экономится.
А если мелких задач много, и они не дают заняться более крупным делом? Приходится менять схему и делать крупное задание, а вечером подтянуть немного мелких что-бы они не скапливались.

Вообще организация времени сильно зависит от специфики работы и она вырабатывается со временем.
Вы же не компьютер, иногда можно немного отходить от маченного плана. Вам тут был представлен основной план, это не значит, что он идеальный. К примеру 90% людям он подходит, другие 10% должны его немного подстроить под себя.
Не совсем понял: если имеем разные формы задач/документов: SMS, файлы, email'ы. Нужно заводить одинковые папки в Моих документах, Почте и Календаре?
Давайте договоримся о терминах.

Задачи это то, что требует выполнения. В нашем случае, задачи формулируются в виде действий, которые находятся только в списке дел.

Все, что к нам приходит: смс, файлы, email'ы и так далее — входящая информация, требующая обработки.

Одинаковые стандартные папки у нас: СПРАВОЧНЫЕ, МУЗЕЙ, МБКН — они есть и в бумажном и в электронном виде.

Если заводится проект, то под него создается категория в списке дел — ПРОЕКТ 1. При наличии справочных материалов, создается одноименная папка в СПРАВОЧНЫХ. Можно и в бумажном и в электронном виде или же только в каком-то одном. Зависит от того в каком виде у вас справочные материалы, относящиеся к ПРОЕКТУ 1.

Немного поясню. В списке дел мы объединяем категорией с именем проекта действия, которые нужно выполнить для завершения проекта. В Справочных материалах мы создаем папку с именем проекта, объединяющую справочные материалы, необходимые для работы над проектом.
У оратора слов много, потому не очень понятно. Вы бы лучше почитали авторского вдохновителя — Васю Кислого, которая с ненормативной лексикой (доходчивее). Кстати, если бы не Jugoslav, я бы про Васино творчество бы и слыхом не, а оно достойное, надо сказать.

Если вкратце пояснить, то откуда бы не появлялась тема, которую надо исполнить — записывай все в ежедневник. Специально, сам, вновь, ничего ниоткуда не помечая задачами, ибо входящий формат у данных априори разный: это и бумажные носители, и SMS, и мысли по поводу и без. Соль метода в том, чтобы делать список задач и им управлять. Потому записывай задачи, а источники — пусть такими и остаются. Правила сортировки и выполнения, о которых автор тут написал аж 4 примера, обычно приводят к уничтожению исходника либо к вытаскиванию из него нужного контента.
Про много непонятных слов — +1. )). Когда в таких инструкциях учат как сделать работу проще и эффективнее — уже на 2м этапе «Нужно ли это?» хочется выбрать «Нет ---> выбросить!»

Имхо, бОльшая часть этих навыков вырабатываются у среднестатистического менеджера самостоятельно — только алгоритм получается собственным, удобный именно ему/мне/вам. Человеку свойственно обучаться — один раз что-то забыл, сразу понимаешь, что нужно записать.

Может, действительно, записать правило как «ЮЗАЙ ЕЖЕДНЕВНИК и ХРАНИ ДОКУМЕНТЫ В ОДНОМ МЕСТЕ»? и тогда человек со среднестатистическим объёмом серого вещества уже до всего сам дойдёт? А то больно мн ого времени нужно, чтобы всё понять из такой схемы. Ну, имхо, конечно.
Кстати, рекомендую ресурс doit.im, там есть клиент под разные оси, в т.ч. мобильные, и веб-клиент тоже, как раз вписывается в концепцию Василия.
А я еще упростил схему.
Входящие -> Отложить

:)
Просто на входе вместо проблемы надо подставить «данные». :)
Мой препод с 1-го курса по алгоритмизации и структурному программированию поставил бы неуд за такую блоксхему! А вот нижнюю он одобряет.
напомнило другую схему >>>>



… по опыту чаще работает последнее.
ясно что [:||||:]
Кто ж предендовал на новизну? Давно всё придумано до нас, ибо:
— Всё новое — хорошо забытое старое (с) [:||||:] Народ

Я ж про ОПЫТ! ;)
Какой хороший был музыкальный инструмент. Это же надо было так опошлить использованием к месту и чаще не к месту…
P.S. Я к чему, как же вы уже за#%^ли вы умудрились превратить баян в самый большой баян рунета.
На месте «трижды идиот» должно быть «N+1 идиот» где N число входов ;)
У меня была мысль написать для себя и коллег небольшую системку, а даже точнее к уже написанной для других дел. Туда заносить все задачи, которые надо выполнить (отчёты, ремонты, настройки компов, банально подсказать что-то). Ввиду приближающейся сессии так и не сделал толком ничего. Зато после сессии видимо заценю Service Desk, когда всё, что от меня будут просить сделать должно будет занесено в эту систему. Хуже всего, что это создано не для оптимизации рабочего дня, а для премирования и оценки количества работы. Так что лучше скоро будет какие-нибудь пакости делать, которые нужно будет самому устранять для создания видимости работы, чтобы с премией не пролететь.
А вообще, нечто подобное, что было описано в статье я уже пытался сделать. Правда на более простом уровне. Т.е. просто завёл тетрадь, куда вносил всё, что мне нужно сделать, но в текущий момент этого сделать я не могу. Закончилось всё тем, что бросил эту затею, потому как количество нужных дел растёт быстрее, чем успевал делать старые. Да ещё и вдобавок за день как выжатый лимон становишься. А так, ну забыл что-то, глядишь и забудут или сами разберутся без меня, а кому сильно надо, сами напомнят.
Схему честно стащил из Википедии. За формат не отвечаю)
Посмотрел на первую схему (над катом). Сразу возник вопрос: если задача большая, труднодробимая и на 1-2 дня полностью — то вы ее никогда не сделаете.
Какой смысл тогда дальше упрощать схему с концептуальным багом?

И я еще могу упросить вашу упрощенную схему:
Есть проблема? -> Свали на другого или поставь мелкий костыль -> Нет проблемы! PROFIT!

:-)
из блока «какое следующее действие» выход «это займет меньше 2х минут» вы считаете логичным?
Sign up to leave a comment.

Articles