Для меня главное различия в том, что Basecamp больше ориентированный на общение, а Asana на управление задачами.
В Basecamp есть сами по себе обсуждения, а также можно комментировать задачи, списки с задачами, файлы, события в календаре, документы и письма. Комментарии центральная часть системы, когда вы открываете задачу(файл, событие и т.д.) вы видите только эту задачу и комментарии к ней, вы можете полностью погрузится в ее обсуждения.
В Asana вы можете комментировать только задачи. Вы не можете сконцентрироваться на одной задаче, вы всегда видите список всех воркспейсов/проектов/задач. Комментарии где-то сбоку, очень слабо выделяются.
Это не плюсы/минусы, это отличия этих продуктов.
Так я же о других задачах: те которые являются НЕ двухминутными и при этом не проект. . С такими вот что делать?
Задача «вынести мусор» как пример.Не нравится такая, пусть будет: «написать финансовый план на 5 лет». Это не двухминутная задача, а задача на пару часов и это не проект, тут всего одно действие нужно выполнить. Как вы поступаете с такими задачами?
Я сейчас записываю такую задачу в заметку «Финансы», где также находятся другие мои задачи из этой сферы жизни. В день когда решу выполнить эту задачу, копирую! ее в Daily Outcome. Если выполнил, то отмечаю выполненной в Daily Outcome, а также удаляю ее из заметки «Финансы»(опять лишнее действие). Если не справляюсь за день, добавляю подзадачи в которых описываю что еще нужно доделать, пишу их изначально в Daily Outcome, а потом копирую! также в заметку «Финансы». Вот и получается очень много лишних действий :(
Те которые являются не двухминутными и при этом не проект. То есть просто обычная задача. Например, задача «вынести мусор» куда должна попасть? В отдельную заметку?
Я пытаюсь использовать эвернот по схожей схеме уже третью неделю. Мне нравится та свобода которую дает эвернот. Но мне не нравится что ежедневно приходиться много копипастить. Все пишут что Agile Results все упрощает, поэтому скорее все я делаю что-то не так. Вот и пытаюсь выяснить что именно. Книгу только начал читать.
«вероятнее всего прочитанные» — у меня на телефоне автоматическая синхронизация включена, на десктопе тоже запущен клиент, который постоянно тянет новые твиты. Так, что в моем случае вероятнее всего новые сообщения будут разбросаны между устройствами.
API он для программистов, а не для пользователей.
Но с выводом, что не нужно слепо следовать стандарту, согласен.
В Basecamp есть сами по себе обсуждения, а также можно комментировать задачи, списки с задачами, файлы, события в календаре, документы и письма. Комментарии центральная часть системы, когда вы открываете задачу(файл, событие и т.д.) вы видите только эту задачу и комментарии к ней, вы можете полностью погрузится в ее обсуждения.
В Asana вы можете комментировать только задачи. Вы не можете сконцентрироваться на одной задаче, вы всегда видите список всех воркспейсов/проектов/задач. Комментарии где-то сбоку, очень слабо выделяются.
Это не плюсы/минусы, это отличия этих продуктов.
Задача «вынести мусор» как пример.Не нравится такая, пусть будет: «написать финансовый план на 5 лет». Это не двухминутная задача, а задача на пару часов и это не проект, тут всего одно действие нужно выполнить. Как вы поступаете с такими задачами?
Я сейчас записываю такую задачу в заметку «Финансы», где также находятся другие мои задачи из этой сферы жизни. В день когда решу выполнить эту задачу, копирую! ее в Daily Outcome. Если выполнил, то отмечаю выполненной в Daily Outcome, а также удаляю ее из заметки «Финансы»(опять лишнее действие). Если не справляюсь за день, добавляю подзадачи в которых описываю что еще нужно доделать, пишу их изначально в Daily Outcome, а потом копирую! также в заметку «Финансы». Вот и получается очень много лишних действий :(
С проектом уже ясно, спасибо.
Я пытаюсь использовать эвернот по схожей схеме уже третью неделю. Мне нравится та свобода которую дает эвернот. Но мне не нравится что ежедневно приходиться много копипастить. Все пишут что Agile Results все упрощает, поэтому скорее все я делаю что-то не так. Вот и пытаюсь выяснить что именно. Книгу только начал читать.
API он для программистов, а не для пользователей.
Но с выводом, что не нужно слепо следовать стандарту, согласен.