Comments 50
есть еще http://www.orgzly.com/
Хм, неплохо. Я сам использую Org-mode (emacs), но слишком ленив для генерации org календаря/приоритетов на неделю, использования помодоро и тд, поэтому просто сваливаю задачи в .org файл и периодически помечаю сделанные. К статусам добавил TODO_NOW (бросить всё и сделать в течение 1-2 дней) и заставил емакс подсвечивать его красным.
Мои излюбленные киллер-фичи — Org capture и внешние гиперссылки (позволяют ссылаться на что угодно, например на конкретные сообщения в email клиенте емакса).
Скажите, Cheater, а можно ли мой подход напрямую использовать в Emacs?
Конечно можно, есть и timestamps и программируемые статусы и кастомная подсветка и всё остальное. Более того, ваши создаваемые вручную по шаблону ежемесячные/еженедельные .org-файлы в емаксе известны как Org agenda и генерируются емаксом на лету на выбранный период. Для примера я у себя назначил SCHEDULED и DEADLINE на пару задач:
С pomodoro я не очень понял из поста как именно вы трекаете его в org, но emacs плагины для этого также существуют: link
Что касается POMODORO трекера, то здесь всё просто: у меня на рабочем столе висит виджет таймера, в котором заданы эти 4 интервала :)
Ну, примеры скриншотов — они есть в статье. Я скриншоты как раз делал перед Новым годом, и это реальные планы на месяц и неделю.
А по теме, просто начните с малого, а потом, когда будете чувствовать, что надо больше — просто добавляйте понемногу. По-моему опыту, это самый правильный подход. Посмотрите также статью из комментария bravosierrasierra — там уровень планирования и использования инструментов — Бог.
А как насчет поддержки мобильных приложений? Или Вы используете планирование только на ПК?
Иногда полезно какую-то мысль записать в телефон, когда нет ПК под рукой.
Своим я пользуюсь больше 2-х лет и он работает для меня.
Некоторые части у нас совпадают, такие как детальное планирование на неделю, постановка цели на более длительный период… По большому счету базовый подход у нас совпадает.
Подход с привычками интересен, думаю я попробую что-то с этого использовать.
Я описал свой подход в 2-х статьях:
— Шаг за шагом я иду к своей цели. Планирование персональной цели, проекта, задач.
— Продуктивная работа. В поиске идеального процесса.
Возможно что-то будет полезно для вас. Также думаю что строить свой подход нужно с базовых вещей(неделя — задачи, месяц+ — цели) и дополнять/изменять в процессе работы…
Я прочитал ваши статьи. Действительно, очень много похожего. Очень интересный подход в планировании: цель -> проект -> задачи. У меня похожий подход, но до этого он был оформлен как-то больше интуитивно, не так красиво и складно как у вас.
Так же мне очень импонирует ваша способность к определению сроков проекта. К сожалению, у меня не получается давать точные оценки для моих задач (они все очень разнообразные). Надеюсь, я со временем приду к этому. Для этих целей, я раньше использовал Trello с расширением Plus for Trello, но kanban-доски хорошо использовать для задач по проектам, но не очень удобно для задач, которые несвязаны совсем.
Иногда мне кажется, я какой то неправильный. Мне просто нудно и тяжело вести просто todo список, а вот люди живут по таким спискам. Да даже сейчас, у меня в джире есть задачи которые мне записали клиенты, а я сижу читаю хабр. Мне кажется у меня проблемы с концентрацией. Но я так хаотично как то дожил до 48-и, даже удивительно.
Вести список задач — да, конечно. Чтобы ничего не упустить из вида и не забыть.
Планировать категориями «это неплохо бы на этой неделе сделать, а вон то где-то в этом месяце» — да.
Но перейти в режим робота, которому поставили в стек пять задач, которые он обязательно должен выполнить сегодня это не моё. Слишком много усилий мне надо над собой сделать, чтобы войти в такое состояние. И слишком мало кайфа от нахождения в нём.
Вот поймать состояние потока и фигачить «пятилетку за три года» это классно. От этого есть удовольствие. И для работы польза.
Ловлю себя на мысли, что в комментариях к этой статье дали очень много полезных ссылок, есть вещи, которые бы я точно хотел попробовать и, наверное, попробую в какой-то момент времени. Но заметьте, все подходы отличаются, нет универсального рецепта.
Просто есть люди, которым это подходит психологически. И есть задачи, которыми можно управлять при помощи таких систем. Когда первое сходится со вторым — всё прекрасно работает.
У меня не сошлось. Сидишь, выстраиваешь задачи по приоритетам, располагаешь их по месяцам, из месячного пула переводишь в недельный, из недельного в дневной. И вот у тебя список задач, которые надо сделать сегодня. Делаешь первую, делаешь вторую, а в процессе выполнения третьей к тебе приходит коллега, и вы с ним обсуждаете какую-то важную проблему в течении двух часов. И вот уже появляется «долг». Ладно, бывает. Переносишь его на следующий день. А там какое-то внезапное совещание. И на нём какая-то внезапная задача прилетает. И опять все планы пошли по… погулять. Очень бесит. Очень разочаровывает. Очень демотивирует.
Хотя свой бюджет я планирую нормально. Столько-то денег сюда, столько-то туда. Не сошлось? Ну и ладно. Ведь у меня для этого есть специальная строка расходов «незапланированные траты». Какая-то шляпа произошла, и надо много денег внезапно потратить? Ну и ладно. Ведь у меня есть заначка для таких случаев. И за счёт такой «двойной буферизации» система получается весьма устойчива. Только какая-то катастрофическая катастрофа может её поломать.
На работе так не получается. Нет у меня заначки из свободных рабочих часов, в которую я могу залезть, и достать оттуда время, необходимое для выполнения плана на день. Увы.
Вы сами видите, как это должно успешно работать и работает на примере личного бюджета. Но почему то упорно не хотите с этим же подходом работать с рабочими задачами, где этот подход настолько же эффективен.В мире моих финансов неопределённости и непредсказуемости гораздо меньше, чем в мире моей работы.
Поэтому в первом мои планы выглядят как «Потратить X денег в месяц на товар или услугу Y».
А во втором: «Надо написать программу, которая умеет делать классные штуки. Срок три месяца».
Мне кажется что Вы оцениваете тему по своим предположениям и в предположениях видите только странные роботизированные рутины и приложения.Нет.
Я несколько раз пробовал планировать свою работу до уровня списка задач на день. Я пытался калибровать масштабы задач, чтобы список был коротким (в районе 5 задач) и управляемым. Я пытался оперировать пулом задач на месяц/неделю. Но каждый раз какие-то незапланированные события всё портили. И это каждый раз нагоняло на меня негативные эмоции. А мне больше нравится получать кайф от работы.
а в регулярной и осознанной корректировке того что ты делаешь, в сторону, максимально выгодную для тебя, согласно ТВОИМ личным меняющимся критериямЯ так и живу. Только без планов на день. Просто со списком целей, оформленным в виде ментальной карты. Я знаю конечный пункт, я знаю некоторые промежуточные. Единственное, что мне неизвестно, дата отправления. Она появляется спонтанно, по настроению.
За список книг спасибо. Добавлю их в свою текущую библиотеку :)
страдать от каждого пролетевшего дятла, нарушившего план, то да, это путь боли и нафиг он такой нуженПоэтому у меня и нет чёткого плана ;) Нет плана, нет боли.
Есть список того, что надо сделать. Есть примерная дата, когда всё должно быть готово. И к этой дате всё готовится. Нет никаких «через неделю выпускаем версию 0.1, а через две недели 0.2». Нет никаких «в версии 0.1 должны быть фичи Ф1 и Ф2, а в версии 0.2 фичи Ф3 и Ф4». Просто работаю. Просто стараюсь это делать в состоянии потока. Просто получаю удовольствие.
Да, может быть это позволяет мне быть эффективным лишь на 50% (80%, 70%, или 10%) от своих истинных возможностей. Но при этом у меня есть удовольствие от процесса, а у заказчика готовый продукт. Иногда даже в срок :)
И спасибо за то, что заставляете меня снова об этом задумываться.
Спасибо за список книг! Как думаете, какие из них будут полезны мне, если я уже не совсем новичок (надеюсь!) в этом вопросе?
Потом, если тема зацепит, рекомендую «Getting Results the Agile Way A Personal Results»Действительно, очень интересный подход. На Хабре была статья на эту тему. И в ней была дана ссылка на краткое описание этой системы на русском.
Интересно, что я не читав об этом подходе у себя использую очень много рекомендаций ) Похоже, что существует идеальная система, которая подойдет 80% людей :)
которая подойдет 80% людейЯ бы не был столь категоричен. Эджайл подход понятен айтишникам (и то не всем).
Это у нас работа над проектом начинается с общего описания того, что примерно должно получиться в итоге. А в процессе работы уже происходит уточнение конечного результата. Добавляются новые фичи, о которых никто не думал на старте, и убираются те, о которых думали на старте, но они «не зашли». И всем этим надо как-то управлять и планировать.
А у строителей, например, такого нет. Сначала есть полностью готовый проект здания, а уже потом начинается его строительство. И изменения в процессе если и есть, то либо незначительные, либо проходят через полную стадию перепроектирования. Но в любом случае постоянно есть точное знание того, сколько этажей должно быть построено и сколько на каждом этаже будет окон, дверей и стен.
Я попробую эту систему. Она кажется мне готовой к нелинейности моего рабочего ритма.
Но когда я нашел свой подход, я понял что он больше помогает, нежели отнимает временя. Теперь я знаю какие задачи мне надо выполнить в конкретный день. А управление временем позволяет отслеживать свою продуктивность и в итоге это позволяет успевать больше. Просто начните с малого, а потом втянитесь.
Тоже использую VSCode для списка дел и всяких заметок, но у меня все проще и хаотичнее — несколько todo файлов, каждый для своего контекста/проекта. Использую расширение Todo+.
Разная несистемная информация валится в один markdown файл, который периодически разгребается.
VSCode настроен на автосохранение файлов и все автоматически синхронизируется с приватным репозиторием на GitHub (https://worthe-it.co.za/programming/2016/08/13/automated-syncing-with-git.html).
По каким причинам вам не подходит Trello? Для ежегодных/ежемесячных/ежедневных задач можно использовать разные списки на одной доске (например, "Plannings"). Для другой несвязанной информации можно использовать отдельную доску (например, "Life"). Там же будет разделение на списки: Blog, Ideas, Links и т.д… Все необходимые функции в Trello присутствуют, такие как: теги + цвета, работа со временем, автоматизация и другие. А если не хватает фунционала — можно установить расширение. Главным плюсом Trello (в сравнении с VS Code) считаю доступность на мобильном девайсе, очень часто этим пользуюсь.
Интересно, какого функционала не хватает вам.
P.S. Статья бомба. Сам недавно долго искал расширение к VS Code для работы с заметками, так ничего годного и не нашел. Больше всего понравилось VSNotes, но все еще функционал достаточно беден для моих потребностей. Теперь обязательно попробую Org Mode, спасибо)
Я не совсем уверен, что Org Mode в VSCode хорошее решение для работы с заметками. Но вы попробуйте, было бы интересно услышать ваш вердикт. Насколько мне кажется возможности Org Mode в Emacs по ведению заметок намного лучше.
Из минусов такого подхода могу отметить неудобную историю задач. И если для ежедневных/еженедельных — это не проблема (кому они нужны вообще после выполнения? =) ), то для ежемесячных уже посложнее.
А для неважных несрочных задач и заметок у меня отдельная доска:
Но как я говорил, подход у каждого человека разный, и если вам удобно пользоваться такой системой, то значит она вам подходит. Но похоже, всё-таки, она не для меня.
Мой подход по управлению временем/задачами используя VSCode