Pull to refresh

Comments 67

> Я понимаю, что для многих я Америки не открыл
мне кажется, что до такого дробления быстро доходят все. ведь как приятно ставить много и часто крестики на сделанных задачах.
чем больше маленьких работ — тем больше крестиков ((8
на самом деле, как показала практика моих знакомых — далеко не так быстро. А про количество крестиков согласен, я же это же в конце поста и написал)
лучше меньше пунктиков, чтоб меньше задумываться: «а работать то ещё больше чем сделано..(( » и потом идти пить кофе, чтоб настроение поднять
:)
от количества пунктов количество работы не изменяется, просто большие пункты дробим. Хотя подход с кофе мне нравится больше)
В принципе так работает весь GTD (Getting Things Done) софт, поэтому если статья и имеет значение, то только для ручной записи.
Однако спасибо, может кому-то пригодится — узнает что-то новое :)
«Дорога в тысячу миль начинается с первого шага» ©
Лично я вижу в данном виде «дробления» прогресбар того или иного крупного задания. То есть, я вижу как продвигается моё дело. Это помогает психологически.
UFO just landed and posted this here
По-моему еще важнее выбрать и написать там же предельно ясный и понятный критерий выполнения задачи. Не «разобраться с тегами в блоге», а «поставить понятные однозначные теги на каждый пост», например. Тогда будет понятно, когда задача выполнена и к чему стремиться в процессе выполнения. А «покрыть тестами» и «создать регистрацию» — хреновая задача, в ней нет конкретики.
> создать на сегодня дело «работы по сайту»
по-моему, правильно надо писать «работы по сайту: регистрация + авторизация „

кроме того, как уже отметили выше, обычно _умный_ человек пишет “работы по сайту» только 1-2 раза
потом, после выполнения, он врубается и в следующий раз пишет уже подробно
например, у меня вот так выглядит средний таск:

— регистрация и авторизация
— структура БД
— структура приложения
— бета тест
— релиз

вроде бы все
ну вот я и пишу, что таски в вашем списке очень общие. Потому что если регистрацию и авторизацию можно еще так оставить(с большой натяжкой), то структура БД уж явно стоило бы разбить, а последующие — тем более.
а как мне разбить структуру БД для регистрации? чаще всего там 1-2 таблицы и они сразу видны в мыслях
продумать структуру — это так и есть
я же не буду писать типа:
— придумать какое должно быть поле для логина
— придумать какое должно быть поле для пароля
— придумать какое должно быть поле для даты регистрации
и т.д.

ну просто у вас звучало, будто вы для всего приложения БД продумываете. если же только для модели пользователя, то тогда вопросов нет
основываясь на примере про регистрацию, я имел ввиду только регистрацию и логин
если всю БД — тут так просто не обойдется ))
C таким описанием, больше времени уйдет на составление списка работ, чем на сами работы.
я, собственно, это и пытался отразить в своих комментах к этому посту
Все зависит непосредственно от конкретной работы.

Если работа рутинна, или слишком проста, прозрачна и понятна для Вас — да.

В случае, когда работа требует «подумать» — лучше разбить.
а как проходит р/а без БД?
или все что ниже первого пункта, это просто подпункты?
да, именно так
сорри, хабр переформатил текст и подпункты стали пунктами
«покрыть тестами» (с) это я запомню ;)
А по-моему это глупо, вот этого я вообще не понял:

1. Вы прочитали дело в todo-листе
2. Ваш мозг невольно задумался: «а что же я хотел сделать-то?»
3. вспомнили (или не вспомнили) все дела и приступили к работе

п.2 — что ты хотел сделать написано в п.1
п.3 — -//-

Или у вас так:

п.1 сделать редизайн сайта ***
п.2 а что же я хотел сделать то?
п.3 по-моему надо сделать редизайн сайта, но я точно не помню
на самом деле не все так просто. Опять же возвращаясь к сайту: когда он на стадии активной разработки, и я пишу задание «работа по сайту», то совершенно не понятно, что же конкретно сегодня я хотел сделать: пользователей, систему контента, да и там и индексов в бд добавить не мешало бы. И пока все это обдумываешь, есть хороший шанс на отвлечься на вообще что-то постороннее.
Ну так это естественно, когда идет активная разработка сайта, по сайту пишутся задачи.

1. Сделать регистрацию пользователей
2. Сделать авторизацию пользователей
3. и.т.д.

Это все естественно, но причем здесь вот это?:

2. Ваш мозг невольно задумался: «а что же я хотел сделать-то?»
3. вспомнили (или не вспомнили) все дела и приступили к работе

если у тебя итак уже расписано все и ничего вспоминать не нужно?

По-моему так делают все…
На самом деле не все, уже сколько раз убеждался. а этап с мозгом происходит, когда задание такое, как я уже ответил выше.
1. Прочитать задание
2. Сделать задание

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

Если кто еще не знает то есть критерии правильных тасок/целей — S.M.A.R.T. goals. «Работы по сайту» не соответсвует как минимум 1 из 5 критериев — она недостижима (бесконечна).
На днях открыл для себя такой класс приложений, как outliners (как их адекватно назвать по-русски?).
Пункты todo организуются в иерархический список (дерево). Внутри каждого пункта можно целую статью расписать, что с ним и как (например, известные проблемы и варианты решения).

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

Работать стало полегче, т.к. не надо держать всё это в голове, на беспорядочных бумажках и в неупорядоченных файлах.

Всем, кто ещё не, советую хотя бы попробовать одно из таких приложений. Под линукс лучшее, что нашёл, — это keepnote (хотя кое-что пришлось ручками в коде править), под виндовс — не в курсе.
Да, это я к тому, что при древовидной иерархии пункты todo можно дробить до необходимой степени подробности, и в то же время иметь обозримый их список, сворачивая отдельные поддеревья.
Если вдруг встретите под виндовс — мигните, плиз ;)
Аутлайнер не только для туду и хранения записей крут. Я его просто как инструмент подумать использую. Вместо майндмапа, если предполгаю, что пересечений веток не будет.

В онлайне пользуюсь checkvist.com/ — только клавой можно обходиться.
Еще удобнее будет если напротив каждого подпункта писать сколько времени он может занять. Хотя бы ориентировочно, лучше с небольшим запасом. Тогда оптимизировать рабочий день еще проще. Я уж не говорю про составление планов в Microsoft Project. Простой план на день там можно накидать минут за 15, а сэкономить получается гораздо больше, проверено:)
+1

Также это позволяет более адекватно относиться ко времени выполнения тех или иных задач при последующем планировании и избегать блокировок («затуп», если проще).
На этом этапе очень велик шанс, что вы от работы отвлечетесь на чтение rss или почты.

Оо как близко…

Мозг:
-Такс… среда и что же я должен был сделать в среду
-Ну наверное зайду ка на хобр на 5 минут мож что интересного запостили
-Такс это хлам и это хлам, Оо Учись работать, дай ка почитаю
-хм и что же я хотел сделать сегодня…
-Ну, а может кто то что то на форуме фреймворка что написал интересного…
-Оо уже 11 часов, нужно и поработать…
Предпочитаю такой алгоритм (например):

— Пришел на работу → включил комп
- Кружка кофе, обзор хабры → интересующие топики в избранное
— Проверка мыла, ответы (коли требуется)
— …
— Обед → надо отдохнуть — самое время почитать что там было интересного =)
IMHO, задача составления подробного, понятного и непротиворечивого списка заданий по сложности сравнима с выполнением задачи, для решения которой этот список составляется.
Тоже долго так думал… На самом деле ничего сложного в этом нет, и по сложности они не сопоставимы. А составить «противоречивый» список задач, это как?:) Создать регистрацию — удалить регистрацию?:)
Простейший пример — покупка продуктов одних и тех же наименований для последующего разделения по пунктам доставки. По одному списку. Без повторений.
Согласен. Но не вижу проблем с составлением списка. Наоборот, без него могут возникать ошибки.
Ответ списками! :)

Список №1:
1. Составить список продуктов для пункта назначения 1.
2. Составить список продуктов для пунтка назначения 2.
3. Распечатать списки.
4. Не забыть их взять с собой в магазин.
5. Купить продукты по списку продуктов для пункта назначения 1.
6. Купить продукты по списку продуктов для пунтка назначения 2.
7. Выбросить списки.

Список №2:
1. Пойти в магазин.
2. Купить что вспомнится и понравится.
3. Докупить в ближайшем магазине то, что забылось.
Список №1 я бы оптимизировал:
1. Составить список продуктов (всех) сделав пометки, какой продукт к какому пунктов назначения относится.
2. На основе полученного списка оптимизировать свой маршрут таким образом, что бы все магазины располагались максимально близко друг от доруга


а Список №2 изменил бы следующим образом:

1. Пойти в магазин.
2. Купить что вспомнится и понравится.
3. Вспомнить про еще один необходимый продукт, который продается на другом конце города.
4. Сделать огромный крюк до нового магазина, вместо оптимизированного в списке №1 маршрута.
5. Опоздать в пункт назначения

Вот как то так…
Скажите, а где шла речь о том, что какой-либо из продуктов может находиться в магазине на другом конце города?

Такое условие удобно вам для упрощения вашего списка и доведения до абсурда моего, но в изначальных требованиях речи ни о чем таком не было.

Я уже не говорю о том, что вы включили опоздание как отдельный пункт моего списка…

P.S. Можно пример списка с пометками о том, какой какой продукт к какому пункту назначения относится? Продуктов на 15.
Ну первый список, который «мой» Вы сделали абсурдным умышлено:) Второй Ваш список абсурден изначально (без обид) «Докупить в ближайшем магазине то, что забылось.» — это неоправданный риск. В ближайшем магазине может не быть того, что нам нужно. Ну а про опоздания, так это просто для наглядности.

P.S.: Список товаров:
1. Motherboard (П.Н.1);
2. HDD 250 Gb (П.Н.1);
3. HDD 500 Gb (П.Н.2);
4. Mouse x2 (П.Н.1, П.Н.2);
5. Vodka 0,5л (П.Н.2)

Не имеет смысл растягивать список на 15 пунктов. Если у Вас все товары на руках, то распределить их по пунктам назначения вобще никаких проблем не вызовет. Для наглядности можно использовать цветовую дифференциацию (два раза ку :))
Про «неоправданный риск» это вы серьезно? :)

Ну да, в ближайшем магазине может не быть того что мне нужно. Наступит ли из-за этого конец света? Нет, потому что покупка продуктов — это рутинная задача, цена ошибки в которой невелика.

Еще раз напомню, речь шла о конкретном примере — покупке продуктов в магазине. Спросите у мамы, если сами не верите, купить 15 продуктов в магазине — совершенно рядовая задача, если, конечно, вы не собираетесь жрать то, что перечислили в своем списке. :)
Ага, а вся статья у нас про рутинные задачи, в которых цены ошибок не велики. Такие задачи даже обсуждать вобще не имеет смысла. Вот только они отлично подходят для метафор, которые можно перенести на то, чем Вы занимаетесь каждый день на работе (если Вы, конечно, работаете, а не сидите у мамы на шее) или покупка еды на обед, это единственное, где Вы можете применить планирование?

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

Я рад за вас, честно. Такая уверенность в систематизируемости всего и вся…
Для обсуждения с заказчиком требований все равно нужен план. Не пойму в чем проблема заложить в него возможность добавления или изменения требований. Если есть добавления/изменения — ты к ним готов, если нет, значит у тебя появилось свободное время. А систематизировать можно действительно практически все. За редким исключением связанных с творчеством. Творческие процессы действительно не поддаются систематизации. Однако я не считаю что процесс обсуждения требований с заказчиком процесс творческий.
Я извиняюсь конечно, но если правильно раздробить дела — от них ничего не останется и делать их будет не надо.
Наверное, если философски, то «если дела дробить бесконечно, когда-нибудь они станут настолько маленькими, что будут либо делаться сами собой, либо ими можно будет пренебречь» :)
Какого черта пускать стрелы если они не летят (следствие парадокса Зенона :)
Это тот, где стрела каждый раз пролетает половину расстояния, потом половину половины и так до бесконечености? Типа что она никогда не прилетает в цель?
Это всё правильно, но главное не увлекаться. А то вместо работы будете составлять TODO список :).
Понравилась фраза «Ваш мозг невольно задумался». )
если человек сам не способен дойти до такой «оптимизации», то он безнадёжен.
«статья» не имеет абсолютно никакой ценности
правильно, об этом я и писал, а меня за это заминусовали %)
странно что не заминусовали меня. я прямо таки поражен
воо, вот это уже по хабровски
офисные мякиши и зануды высказали недовольство)))
а что они ещё могут? и от осознания своего бессилия в злобе ставят «минусики»))))
не стоит быть столь критичным
Ну тогда можно вообще ничего не комментировать. Я лишь высказал свою точку зрения)
Все еще зависит от «однородности» Вашей деятельности в течение дня — чем разнообразнее деятельность, тем больше смысла имеет дробление.

А вообще, главное не размазывать сильно.

— Фары и ремень!
Sign up to leave a comment.

Articles