О будущем MLO. Философское.

[meander]

Давно собирался написать, последней каплей стал недавний пост на форуме...

  Представьте что ваша жизнь -- это город.
  А ваши цели в реальной жизни -- это места в этом городе которые вы хотите посетить. Время, естественно, ограничено: никто не живёт вечно и в город вы приехали на неделю.

  Представили?.. Тогда идём дальше.

  Если вы используете MLO для организации маршрута -- он позволит вам только обозначить точки на карте. Да, -- это будут разноцветные флажки, с группировкой (Outline) или хитро отсортированного списка (To-Do) -- но по сути это будут только флажки на карте.
  Для полноценного планирования хотелось бы иметь навигатор, который бы рассчитывал весь путь. Который определял какие должны быть последующие шаги-задачи и, к примеру, можно ли добавить пару-тройку задач (мест в нашей аналогии) на завтра.
  Но для такого точного планирования необходимо указывать длительность задачи, время начала и окончания (дедлайн). Думаю даже противники обязательных параметров согласятся с тем, что люди, которые эффективно планируют свое время, прикидывают сколько займёт каждая задача. Таким образом алгоритм сможет рассчитать последовательность задач на неделю или две вперёд...
  Еще хотел бы обратить внимание на то, что с подобным подходом решается еще одна важная проблема. В нашей жизни есть задания, которые нужно решить к определенному сроку; и события (встречи, совещания и т.п.) которые жёстко определены во времени. Для планирования первых используют task manager-ы типа MLO, для вторых -- календарь. При использовании предлагаемого подхода событие (встреча) -- это просто задача длительность которой равна разнице окончания и начала. Таким образом алгоритм не сможет двигать эту задачу и вынужден будет передвигать остальные задачи, давая вам возможность на 100% эффективно планировать время.
  Еще один аргумент в пользу обязательных начала / конца / длительности. ИМХО любая задача должна иметь срок; если это не задание а идея, он трактуется как таймаут. Если, к примеру, вы не обратились к идее в течении года и она не обросла планами по реализации -- посмотрите правде в глаза: это не так уж и важно для вас. Удалите ее по таймауту и займитесь тем что для вас действительно важно.
  Если Андрея заинтересует идея -- готов предложить скромную помощь в разработке алгоритма: он обещает быть сложным но интересным.

С уважением,

[meander]

Никто не хочет обсуждать будущее MLO. Нужно было назвать тему "про календарный вид" и развести холивар... : )

[edw]

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

Если продолжить аналогию с навигатором, то меня интересует только один вопрос - сколько займёт путь из точки А в точку Б с учётом пробок. Полноценное личное планирование времени не возможно без информации об окружающей среде. "Окружающей средой" в организации времени являются планы (загруженность) других людей.

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

Все эти параметры уже можно указать в MLO. И настроить необходимые виды.

Таким образом алгоритм сможет рассчитать последовательность задач на неделю или две вперёд...

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

Еще один аргумент в пользу обязательных начала / конца / длительности. ИМХО любая задача должна иметь срок; если это не задание а идея, он трактуется как таймаут. Если, к примеру, вы не обратились к идее в течении года и она не обросла планами по реализации -- посмотрите правде в глаза: это не так уж и важно для вас. Удалите ее по таймауту и займитесь тем что для вас действительно важно.

В данном случае вы путаете "Срок задачи" и "Срок актуальности задачи". Ряд современных методик (GTD, Автофокус) не рекомендуют устанавливать сроки для задач. С отсеиванием "устаревших" задач успешно справляется Автофокус.

[meander]

Таким образом алгоритм сможет рассчитать последовательность задач на неделю или две вперёд...

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

Андрей пока не высказал заинтересованности в данном направлении. Поэтому алгоритм пока находится на стадии общих идей как это реализовать. Может это и не нужно никому...