Блог Планария
14 июля 2009

Главное — верно раздробить дела

Сегодня я хочу рассказать (и обсудить) с Вами одно очень полезное в планировании умение — умение верно делить дела на составляющие.

Как многие уже успели заметить, режим «сегодня» Планария построен по принципу туду-листа. Вы просто по очереди заносите туда дела на сегодня и ранжируете их по важности. Кажется, что ничего сложного, но не все так просто. Вся суть полезности такого списка состоит из 2-х вещей:


— дела всегда перед глазами, по ним очень легко и быстро можно пробежаться
— название дела несет именно суть того, что надо сделать

Вот именно второй пункт мы и разберем подробнее.

Есть несколько неписанных правил того, как надо называть дела — название должно быть кратким, но при этом четко отражать суть дела.
Да, это верно, данное правило очень полезно. Но далеко не все понимают до конца, что оно значит.

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

Давайте по шагам посмотрим, что будет твориться у нас в голове, если мы оставим это дело так, как оно есть:

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

Вам не кажется, что для такого простого действия, как вспомнить о том, что надо делать, слишком много пунктов получилось?

А теперь давайте попробуем разбить бессмысленное задание «переделать все дела в магазине» на более мелкие.

Тут особенно думать не нужно, у нас выйдет:

  1. пересчитать товар (в заметке: если меньше 50, то заказать новую партию)
  2. оплатить аренду магазина
  3. помыть витрину

После того, как в вашем листе появится такой набор заданий, алгоритм работы с ними будет максимально прост:

  1. Прочитать задание
  2. Выполнить задание

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

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

Bzz:

Статья очень правильная, спасибо. Как раз с помощью этого способа деления дел на более мелкие и решаются все большие проблемы. Поэтому предлагаю вам сделать многозадачные дела ("Работа по магазину"), из которых будет выпадать ToDo-лист (1. Пересчитать товар. 2. Оплатить аренду. 3. Помыть витрину). Очень удобно при перемещении из разных вкладок, так как не надо таскать кучу дел и они не занимают много места. Собственно вот. Удачи в развитии ;)

xl1034:

Более того, я всегда этим пользуюсь, да и огромнейшие дела сразу становятся "набором мелких семечек", которы с удовольствием делаешь и видишь прогресс! :)

nataligb:

I agree!

ra1l.miner:

весьма полезное замечание =) маленькими шажками двигаться к цели =)

Эдуард:

я так делал всегда, но постоянно поражало как много у меня дел, хоть и небольших

Илья Заяц:

Эдуард, зато чаще можно сделанное отправлять в архив. Это ведь так мотивирует к дальнейшим свершениям.

ooidar:

класс!

goganchic:

Это хорошо, когда можно раздробить задание на несколько более мелких, но что делать, когда надо сделать какую-нибудь задачу, детализировать которую можно только после того как уже приступил к ее выполнению и сделал процентов 30.

Чтобы не быть голословным, приведу пример: допустим, я сажусь решать сложную задачу по программированию, звучит она, к примеру так: "сделать возможность прикрепления картинок к постам блога". В общих чертах, я могу сказать, что надо будет сделать. Но вот то, что на самом деле нужно будет разработать контроллер, некоторые Ajax элементы, обговорить все это со специалистом по пользовательским интерфейсам, получить дизайн от дизайнера, сделать верстку и т.п. я смогу сказать только когда процентов на 30 задача уже сделана, а какое же это планирование, когда сначала делаешь дело, а потом его планируешь? А бывают и более сложные задачи, которые формулируются почти что "сделать всем хорошо", с ними вообще непонятно как быть.
Подскажите пожалуйста, как быть в таком случае?

Илья Заяц:

goganchic, вот как раз о том, как планировать задачи для программистов я могу рассказать много.

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

т.е.:

  • Серверная логика
    1. продумать поля БД
    2. написать контроллер
    3. покрыть все тестами
  • Представление
    1. получить дизайн
    2. проконсультироваться со специалистом по UI
    3. верстка
    4. JS
  • Интеграция
    1. соединить логику с представлением

Как-то так, надеюсь, что понятно объяснил.

По крайней мере, мне подобный подход очень помогает.

G:

] предлагает отличную штуку с выпадающим ToDo! было бы удобно и галки ставить на против выполненных подделишек.

SkyBLADE:

2G Бред. В посте как-раз и пишется о том, что разбивай сам и пиши сразу поддела в список.

rah378:

Как это сделать?

← Обратно в блог