Использовать отслеживание ошибок для выполнения задач и управления личными задачами?

Это немного не по теме, но на них могут ответить только программисты и полезно многим программистам:

Считаете ли вы полезным использовать систему отслеживания ошибок , чтобы отслеживать личные вещи todo и делать что-то? Я этого не пробовал; на самом деле, у меня нет большого опыта работы с системами отслеживания ошибок. Для моих списков todo я играл с Google Tasks и Remember The Milk, но у обоих из них есть недостатки:

Задачи Google: мне нравится, что вы можете легко создавать списки задач, можете переупорядочить элементы в списке и легко создавать иерархии. Но он слишком упрощен и не позволяет отмечать задачи или перемещать задачи из одного списка в другой.

Помните молоко: это хорошо и гладко, но вы не можете создавать иерархии задач, не можете произвольно изменять порядок задач и не можете устанавливать зависимости задач.

То, в которое должна войти система отслеживания ошибок:

Так как я думаю (может быть, слишком много?), как программист, мои задачи имеют естественную иерархию и дерево зависимостей , как в Makefile. Вот два примера:

Задача написать мою диссертацию сделана, когда пройдут несколько этапов. Некоторые из этих этапов могут выполняться параллельно (написание фоновой главы, запуск экспериментов A, запуск экспериментов B), другие зависят друг от друга (запись основной главы зависит от того, как получить результаты из экспериментов A).
То же самое верно для более личных целей: я хочу устроить званый обед, который требует найти хорошую дату, завершить список гостей, сделать приглашения, найти рецепты, приготовить,...

Для меня все эти задачи связаны с иерархическими зависимостями и вехами, с которыми должны справиться системы отслеживания ошибок.

Здесь приведена статья, в которой объясняется, как сделать продвинутый GTD с Remember The Milk, но он должен использовать несколько обходных путей: (1) добавить общий тег "wait" для задач, ожидающих завершения других, но вы не можете вводить идентификаторы задач, которые они ожидают, (2) запуск некоторых специальных задач с помощью ".". так что они находятся в верхней части списка, отсортированного по алфавиту, и сигнализируют, что другие "ниже" это как подцелья. Системы отслеживания ошибок должны уметь справляться с этими вещами гораздо более естественно?

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

Ответ 1

Я использовал довольно много систем отслеживания ошибок/проблем, а также систем управления задачами и управления проектами до сих пор в профессиональных целях. Лично я большой поклонник Getting Things Done, управления временем и задачами. Для получения сделанных вещей у меня также было время с Google Tasks и Remember The Milk. Хотя они просто выполняют эту работу, у них есть несколько недостатков, как вы упомянули ранее.

Я пробовал несколько вещей и в рамках этого вопроса я попытаюсь сломать свой опыт с помощью этих инструментов, основываясь на ваших требованиях.

Bugzilla

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

Redmine

Я играл с Redmine, это нормально, как система отслеживания проблем, но я был не очень доволен ее использованием. Вы можете посмотреть демонстрационную страницу.

MantisBT

Мне также случается играть с MantisBT, и, на мой взгляд, MantisBT - это система отслеживания ошибок с ошибкой OK, и я не думаю, что это будет наилучшим образом.

Team Foundation Server

Я использую TFS ежедневно, но в основном для управления версиями, и многое другое помимо контроля версий. Рабочие элементы могут использоваться как отслеживание ошибок, и это отличный инструмент для управления командой, но он не легкий, и я также не думаю, что он лучше всего подходит.

Wunderlist

Wunderlist - отличный инструмент для GTD. Это очень просто и основано на списках. Вы можете создавать несколько списков, создавать напоминания и т.д. Для личного использования это мой любимый выбор для GTD, до сих пор. Хотя pro version имеет еще несколько функций, он не будет решать ваши проблемы на основе ваших требований.

Basecamp

Я использовал Basecamp, в основном для управления проектами, управления задачами и задачами. Вы можете создавать проекты и создавать задачи для каждого проекта. Он очень прост в использовании, и если вы хотите сотрудничать, это очень просто. Но у него есть свои недостатки.

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

Trello

Trello - это веб-приложение для управления проектами, разработанное Программное обеспечение Fog Creek

Некоторые из функций:

Вы можете создавать проекты. Проекты отображаются в виде списков.
Создание задач. Задачи отображаются в виде карточек. Вы также можете назначать задачи для других лиц.
Вы можете легко перемещать карты из одного проекта в другой, т.е. из Выполнение.
Вы можете использовать теги, прикреплять файлы и создавать контрольные списки и т.д.

Это очень хорошо объяснено в этом коротком видео: http://www.youtube.com/watch?v=xWiunIolf4s

Также @JoelSpolsky подробно объясняет это здесь: http://www.youtube.com/watch?v=aaDf1RqeLfo

По-моему, Trello покроет то, что вам нужно, скорее всего, еще больше.

Ответ 2

FogBugz хорош для GTD

Я сохраняю свои (в основном связанные с работой) задачи GTD в своей базе данных FogBugz и очень доволен этим. Вы можете попробовать размещенную версию бесплатно:

http://www.fogcreek.com/FogBUGZ/IntrotoOnDemand.html

Ответ 3

Redmine, довольно удивительный, бесплатный, openauce и т.д.

http://www.redmine.org/

Edit:

Существует вилка Redmine, которая выглядит многообещающей, ChiliProject, https://www.chiliproject.org/

Демо здесь.

Не уверен почему они разветвляли Redmine, но я считаю, что им нужны более быстрые циклы релиза и более открытые для изменений сообщества.

Ответ 4

Я очень доволен использованием https://www.pivotaltracker.com для этой цели. Pivotal Tracker - это гибкий инструмент управления проектами. Он позволяет вам оценивать и отслеживать усилия (по шкале от 1 до 5, а не оценки в реальном времени). Затем он позволяет отслеживать скорость каждого конкретного проекта.

Внутри проекта рассказы могут быть в разных областях, таких как "активный", "отставание", "холодильник" и т.д. Легко видеть, что происходит и что происходит. Просто перетащите, чтобы изменить порядок очередей.

У меня есть ряд проектов, таких как моя лодка, усадьба и т.д. Истории могут иметь теги, а также подэлементы.

У Pivotal Tracker нет никаких планировок или напоминаний. Идея состоит в том, что вы будете смотреть на нее ежедневно и реорганизовывать истории, когда идете.

Он также имеет открытый API и для него создано немало поддерживающих приложений. Я лично использую PivotalBooster на своем Mac, особенно во время моего интернет-отключения от 7-9 вечера ежедневно.

Одна вещь, которую я хотел бы сделать легко, это распечатать истории для проекта. Это не должно быть сложно с их API, я просто не проявил инициативу.

До этого я попробовал Trello и нашел, что это немного больше, чем Pivotal Tracker. Я также провел довольно много времени с org-mode в emacs, и, хотя это довольно удивительно, я счел это громоздким.

Ответ 5

У меня был большой успех с использованием программного обеспечения для управления программным обеспечением Agile Software JIRA. Он имеет пользовательские истории, оценки, настраиваемые форматы, экспорт в excel и многие другие замечательные функции. Существует бесплатная версия, а коммерческая версия для 10 разработчиков - 10 долларов в месяц. Он имеет множество подключаемых модулей, включая те, которые подключаются к репозиториям github и svn. Вы можете легко прикреплять изображения и файлы к каждой проблеме/ошибке. Вы можете легко использовать его для новых проектов, а также для отслеживания ошибок.

Ответ 6

Я предлагаю http://www.abstractspoon.com/tdl_resources.html Я использовал его много лет и считаю его вполне достаточным для моих нужд. Я считаю, что это также соответствует тому, что вы ищете.

Ответ 7

Я использовал десятки инструментов application lifecycle management, от basecamp до jira до wunderlist, assemblr и многих других, но тот, к которому я возвращаюсь, - это простой инструмент управления задачами/вехами установленный в github.

Мне нравится github в основном потому, что он получил все элементы управления версиями исходного кода, необходимые для проекта (Git действительно приятно использование) плюс zillions hooks для уведомления других систем о фиксации. Он получил простую настройку и управление совместной работой, позволяет публиковать pages для продвижения и описания вашего проекта, позволяет использовать несколько проектов, учетные записи от бесплатных до дешевых для корпоративных пользователей в зависимости от ваших потребностей (я нашел, что дешевый вариант работает очень хорошо для я как внештатный разработчик), а система управления задачами/проблемами/вехами проста, но отличная. Он также создает отличную систему wiki для совместной документации и позволяет использовать крючки для диапазона continuous integration/build и test для инструментов фиксации, что означает, что вы можете легко управлять всеми аспектами жизненного цикла проекта с одной панели. Он также намного более легкий, чем многие другие, такие как trello, которые опираются на множество причудливых вещей на стороне клиента и часто чувствуют себя вялыми, когда все, что вы хотите сделать, быстро появляется и отбрасывает задание. Есть также хорошие приложения для iPhone и Android, которые хорошо взаимодействуют с github, что означает, что вы можете легко использовать его в качестве менеджера задач для мобильных устройств.

Итак, в соответствии с требованиями, указанными в вашем вопросе, я бы предложил GitHub полностью удовлетворить вас.

Заметьте, что я не, связанный с GitHub, это рекомендация, основанная на многолетнем опыте работы со многими такими системами.

Ответ 8

Посмотрите на сравнение существующих трекеров.

http://en.wikipedia.org/wiki/Comparison_of_issue-tracking_systems

Я думаю, вы можете легко сделать свой выбор.

С уважением.