Нет комментариев
24.08.2007
… или как завалить рабочий процесс неправильным пониманием GTD.
В моем таск-менеджере до сегодняшнего дня была следующая картина.
В папке “Design” лежали задачи по дизайну (разной степени сложности – от поправить картинку до полноценного мокапа). В папке “Coding” – верстка готовых дизайнов. И в папке “Waiting for” – задачи, по которым я жду ответа (т.е. и дизайновые и верстальные).
В итоге получалась картина, что задачи как бы “размазаны” по трем папкам. И приоритетов нет.
Тогда я лично расставил такую очередность: понедельник-пятница – рисуем, суббота-воскресенье – верстаем то, что нарисовали. Причем, что рисовать и верстать выбиралось по принципу “к чему сегодня душа лежит” или “ой, блин, срочно же надо”. А добавьте еще те задачи, которые “всплывают” из waiting for…
В итоге получился конкретный завал, в котором были задачи которые ждут своей очереди до двух недель, и я провел некоторое время, рассылая извинятельные письма заказчикам. Хорошо, что заказчики – блоггеры (“свои люди”), поэтому отнеслись с пониманием.
Как же разрулить?
Первый принципиальный момент – решать одну задачу в день. Скажете “мало”? А если учесть, что я работаю 2–3 часа вечером-ночью? Вот…
Второй момент – собрать все задачи (дизайн-верстка) в одну категорию “Next Action”.
И третий момент, учитывая первый, расставить жесткие дедлайны. Сегодня – это, завтра – это, послезавтра – то. И не поддаваться на уговоры “мне срочно надо”. Выходит задача из wait-листа – в очередь. Но могут быть и исключения – если я точно вижу, что задача на не более 20 минут – сделаю вне очереди.
Вот такой примерно план, и очень хочется надеятся, что он сработает. Спросите меня через месяц – расскажу, сработало или нет.
* – картинка “The Dreaded Deadline Demon”
Это про заказы. А как быть с задачами по своим личным проектам или с написанием постов в блог? Х.з., не придумал еще.
