Используйте багтрекер, чтобы добиться цели и управлять личными задачами?
Это немного не по теме, но могут ответить только программисты и полезно для многих программистов:
Считаете ли вы, что полезно использовать систему отслеживания ошибок, чтобы отслеживать личные элементы задач и выполнять действия? Я не пробовал это; на самом деле, у меня нет большого опыта работы с системами отслеживания ошибок. Что касается моих списков задач, я поиграл с Google Tasks и Remember The Milk, но у них обоих есть недостатки:
Задачи Google: мне нравится, что вы можете легко создавать списки задач, упорядочивать элементы в списке и легко создавать иерархии. Но это слишком упрощенно и не позволяет помечать задачи или перемещать задачи из одного списка в другой.
Помните Молоко: это приятно и гладко, но вы не можете создавать иерархии задач, не можете произвольно переупорядочивать задачи и не можете устанавливать зависимости задач.
Вот где должна появиться система отслеживания ошибок:
Поскольку я думаю (может быть, слишком?) Как программист, мои задачи имеют естественную иерархию и дерево зависимостей, как в Makefile. Вот два примера:
Задача написания моей диссертации выполнена, когда пройдено несколько этапов. Некоторые из этих этапов могут выполняться параллельно (написание справочной главы, выполнение экспериментов A, запуск экспериментов B), другие зависят друг от друга (написание основной главы зависит от того, как сначала получить результаты из экспериментов A).
То же самое относится и к более личным целям: я хочу устроить званый ужин, на котором нужно найти хорошую дату, составить список гостей, сделать приглашения, найти хорошие рецепты, приготовить еду, ...
Для меня все эти задачи связаны с иерархическими зависимостями и вехами, которые системы отслеживания ошибок должны уметь обрабатывать?
Вот статья, которая объясняет, как сделать расширенный GTD с Remember The Milk, но он должен использовать несколько обходных путей: (1) добавить общий тег 'wait' для задач, которые ожидают завершения других, но вы не можете ввести идентификаторы (2) запуск некоторых специальных задач с помощью "." так что они находятся наверху отсортированного по алфавиту списка и сигнализируют, что другие находятся "ниже" его как подзадачи. Системы отслеживания ошибок должны быть в состоянии обрабатывать эти вещи гораздо более естественно?
Кто-нибудь имеет опыт и может порекомендовать облегченную систему отслеживания ошибок, которая может быть полезна для этого? Другие требования: должно работать как веб-приложение, должно позволять мне отмечать задачу несколькими тегами (например, "работа", "веселье", "короткая задача", "поручения", ...).
8 ответов
До сих пор я использовал довольно много систем отслеживания ошибок / ошибок, а также систем управления задачами и проектами в профессиональных целях. Лично я большой поклонник Getting Things Done, управления временем и задачами. Для достижения цели, я также имел время с Google Tasks и Remember The Milk. Хотя они просто выполняют работу, у них есть несколько недостатков, как вы упоминали ранее.
Я пробовал несколько вещей, и в рамках этого вопроса я постараюсь разбить свой опыт использования этих инструментов на основе ваших требований.
Bugzilla - это зрелый продукт, который имеет несколько функций, это отличное программное обеспечение для отслеживания ошибок. Вы можете легко создать демонстрационный экземпляр, если хотите попробовать. Но, исходя из ваших требований, я не думаю, что это лучше всего подходит.
Я играл с Redmine, это нормально, как система отслеживания ошибок, но я не очень доволен ее использованием. Вы можете взглянуть на демонстрационную страницу.
Мне также довелось поиграть с MantisBT, и, по моему мнению, MantisBT - это плохо работающая система отслеживания ошибок, и я не думаю, что она подойдет лучше всего.
Я использую TFS на ежедневной основе, но в основном для контроля версий, и это много вещей помимо контроля версий. Рабочие элементы можно использовать как отслеживание ошибок, и это отличный инструмент для управления командой, но он не легкий, и я также не думаю, что он подходит лучше всего.
Wunderlist - отличный инструмент для GTD. Это очень просто и на основе списка. Вы можете создать несколько списков, вы можете создавать напоминания и т. Д. Для личного использования, это мой любимый выбор для GTD, до сих пор. Хотя у про версии есть еще несколько функций, она не решит ваши проблемы в зависимости от ваших требований.
Я использовал Basecamp, в основном для управления проектами, задачами и проблемами. Вы можете создавать проекты и создавать задачи для каждого проекта. Это очень легко использовать, и если вы хотите сотрудничать, это очень легко. Но у него есть свои недостатки.
По моему скромному мнению, обычные системы отслеживания проблем не годятся для Getting Things Done. Насколько я понимаю, вам нужен простой, но мощный инструмент управления проектами. Что приводит нас к нашему победителю.
Trello - это веб-приложение для управления проектами, разработанное Fog Creek Software.
Некоторые из функций:
- Вы можете создавать проекты. Проекты отображаются в виде списков.
- Создавайте задачи. Задачи показаны в виде карточек. Вы также можете назначать задачи другим лицам.
- Вы можете легко перемещать карты из одного проекта в другой, например, из Doing в Done.
- Вы можете использовать теги, прикреплять файлы и создавать контрольные списки и т. Д.
Это очень хорошо объяснено в этом коротком видео: http://www.youtube.com/watch?v=xWiunIolf4s
Также @JoelSpolsky объясняет это подробно здесь: http://www.youtube.com/watch?v=aaDf1RqeLfo
На мой взгляд, Trello охватит именно то, что вам нужно, скорее всего, даже больше.
FogBugz хорош для GTD
Я храню свои (в основном связанные с работой) задачи GTD в своей базе данных FogBugz и вполне им доволен. Вы можете попробовать размещенную версию бесплатно:
У меня был большой успех с использованием программного обеспечения Agile Software Management Project JIRA. Он имеет пользовательские истории, оценку, настраиваемые форматы, экспорт в Excel и многие другие замечательные функции. Есть бесплатная версия, а коммерческая версия для 10 разработчиков стоит 10 долларов в месяц. Имеется множество плагинов, в том числе подключаемых к репозиториям github и svn. Вы можете легко прикрепить изображения и файлы к каждой проблеме / ошибке. Вы можете легко использовать его для новых проектов, а также для отслеживания ошибок.
Я очень рад использовать https://www.pivotaltracker.com/ для этой цели. Pivotal tracker - это инструмент управления гибкими проектами. Он позволяет вам оценивать и отслеживать усилия (в масштабе 1-5, а не в реальном времени). Затем он позволяет отслеживать вашу скорость в каждом конкретном проекте.
В рамках проекта истории могут находиться в разных областях, таких как "активный", "отставание", "ледяная корзина" и т. Д. С первого взгляда легко увидеть, что происходит, а что готовится. Просто перетащите, чтобы изменить порядок в истории.
У меня есть несколько проектов, таких как моя лодка, усадьба и т. Д. У историй могут быть теги, а также подэлементы.
Pivotal Tracker не имеет расписаний или напоминаний. Идея в том, что вы будете смотреть на это каждый день и реорганизовывать истории по ходу дела.
Он также имеет открытый API, и для него было создано немало вспомогательных приложений. Я лично использую PivotalBooster на своем Mac, особенно во время отключения Интернета в 7-9 вечера ежедневно.
Одна вещь, которую я хотел бы сделать легко, это распечатать истории для проекта. Это не должно быть сложно сделать с их API, я просто не проявил инициативу.
До этого я попробовал Trello и нашел, что это немного больше работы, чем Pivotal Tracker. Я также провел довольно много времени в org-mode в emacs, и, хотя это довольно удивительно, я нашел это громоздким.
Redmine, довольно круто, бесплатно, с открытым соусом и т. Д.
Редактировать:
Существует перспективная ветка Redmine, ChiliProject, https://www.chiliproject.org/
Не уверен, почему они раздвоили Redmine, но я считаю, что они хотели более быстрые циклы выпуска и более открытые для изменений сообщества.
Я использовал десятки application lifecycle management инструменты, от basecamp в jira в wunderlist, assemblr и многое другое, но я продолжаю возвращаться к простому набору инструментов управления проблемами / вехами, встроенным в github,
Мне нравится github в основном потому, что в нем есть все, что нужно для управления версиями исходного кода, (Git действительно приятно использовать) плюс миллионы hooks для уведомления других систем при коммитах. Он имеет простую настройку совместной работы и управления, позволяет публиковать pages продвигать и описывать ваш проект, допускает несколько проектов, от нескольких учетных записей до бесплатных и корпоративных в зависимости от ваших потребностей (я обнаружил, что дешевый вариант очень хорошо работает для меня как внештатного разработчика) и управление задачами / проблемами / этапами Система простая, но отличная. Это также добавляет очень хороший wiki система для совместной документации, и позволяет зацепки для ряда continuous integration / создавать и тестировать инструменты коммита, что означает, что вы можете легко контролировать все аспекты жизненного цикла проекта с одной панели. Это также намного легче, чем многие другие, такие как trello которые полагаются на множество причудливых вещей на стороне клиента и часто чувствуют себя вялыми, когда все, что вы хотите сделать, это быстро войти и поставить галочку на задании. Есть также хорошие приложения для iPhone а также Android этот интерфейс хорошо с GitHubЭто означает, что вы можете легко использовать его в качестве мобильного диспетчера задач.
Итак, исходя из требований, которые вы указали в своем вопросе, я бы предположил, что GitHub полностью удовлетворит вас.
Обратите внимание, что я никоим образом не связан с GitHub, это рекомендация, основанная на моем многолетнем опыте работы со многими такими системами.
Я предлагаю http://www.abstractspoon.com/tdl_resources.html Я использовал его в течение многих лет и считаю его вполне достаточным для моих нужд. Я считаю, что это также соответствует тому, что вы ищете.
Посмотрите на сравнение существующих проблем трекеров.
http://en.wikipedia.org/wiki/Comparison_of_issue-tracking_systems
Я думаю, что вы можете легко сделать свой выбор.
С уважением.