Без багтрекера уже и не знаю как работать. Сейчас мы юзаем Мантис ( http://www.mantisbt.org/ ), но он некрасивый и неудобен в кастомизации =(  Вот подумываю на что б соскочить, поэтому вот такой опрос.

Есть вот такой рейтинг таск-менеджеров http://2011.tagline.ru/task-management/  , но я чот не уверен, что любой таск-менеджер может полноценно выполнять функции багтрекера.

собсно голос за Мантис

Настоящий 1сник

Еще на мелких проектах/подпроектах иногда пользуем гуглотаблицы

redmine

Телефон

(2) ну тут 2 варианта, или 1Сник настолько крут, что нет багов или второй

пишем без ошибок, делаем основной упор на качестве, не нанимаем быдлокодеров, платим тонны аналитикам

Скоро будет 1С-Битрикс: Корпоративный портал

(6) конечно второй

собственно не пользуемся ... если не считать листочки тз

вообще, багтрекер или таскмэн
если таскмэн, то самописка

+(5)

(11) лично я считаю, что багтрекер это таскманеджер + ПО для управления инцидентами

(0)
Что-то по ссылке в рейтинге смешались в кучу кони-люди: тут тебе и SVN, и git, и Visio, и Google Apps.
Какое-то сравнение сыра с пятницей получается.

(7)
"Не льстите себе, подойдите ближе"

Битрикс корпоративный портал

(15) ну я где то читал, что компании 5го уровня CMM могут делать продукты, в которых потом за годы эксплуатации находят 1-2 бага

даже не знаю, что это такое...

(0) как только 8.2 вышло на ней сами написали. Работаем, по тихонечку допиливаем.

(17)
"Если на вашу программу не жалуются, значит, ей никто не пользуется" :)
Помимо багов есть еще фичреквесты. Их принято тоже в багтрекер кидать.

В случае с программами на 1С (в силу особенности областей ее применения), иметь 1-2 бага и 0 изменений функционала за весь период эксплуатации - возможно наверное только на уровне хеловордов.

(20) да я тока про баги сказал, и то с сарказмом... наличие учета багов это требование даж на первый уровень CMM, а на 4ый (или на 3ий, не помню точно) нужно иметь подробнейшую статистику, которую можно закладывать в оценки, типа мы это сделаем за 10 месяцев и будет 7 багов плюс минус 1

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

(18) wiki:Система_отслеживания_ошибок


Про KanBan и ПО под него тут наверно вообще бесполезно спрашивать... в лучшем случае пошлют

пользовался трахстудио (trackstudio)

(22) Какое отношение KanBan имеет к сабжу вообще?

уже в нескольких конторах пользовался http://www.mantisbt.org/ пока всем устраивает

(24) хочу багтрекер с поддержкой канбана

насяльника в XLS файлик пишет текущие задачи (служебки+произвольные) и исполнителя, мы с коллегой включаем фильтр в колонке Исполнитель и отслеживаем свои задачи. После выполнения ставим дату в соответствующей колонке.

нафига он вообще нужен

(27) проблем с совместным доступом нет? гуглотаблицы в плане совместной работы и доступа откуда хошь, лишь бы инет был мне больше нравяца

(29) если файлик занят, а надо что то в него записать, говоришь громким голосом: "Эй, кто файлик занял, блин?!", сидим все в метре друг от друга, поэтому оперативно приходит ответ: "Я в нём! Тебе освободить его?".

(26) Летели два крокодила - один зеленый, другой в Африку... Вы хоть понимаете о чем речь ведете? Какое отношение имеет методика разработки к багтреккеру? Причем крайне сомнительная на мой взгляд применительно к ИТ.

(28) вот если бы юзвери в него сами писали свои пожелания и выявленные косяки, вместо постоянных звонков, это была бы ВЕСЧ!

(32) Была бы полнейшая ЖПО. Проверено жизнью. Все заявки были бы двух видов "эта ваша программа не работает, разберитесь" и "у меня проблема, позвоните".

Крайне желательно иметь "первую линию", принимающую заявки и регистрирующую их. И отсекающую 90% заявок фразами "Почитайте раздел ххх руководства пользователя". Увы, не всегда есть на нее ресурсы :(

IBN

(31) речь именно про канбан в айти ( http://habrahabr.ru/blogs/development/64997/ )
вдохновился им после прочтения "SCRUM И KANBAN: Выжимаем максимум." http://www.scrum.com.ua/2011/04/kanban-and-scrum-making-most-of-both.html
и кроме самой методологии и известных практик хочется подходящее ПО

(35) По моему скромному мнению это полнейшая чушь. Ибо нет жесткого контроля за задачами, непонятен критический путь, хрен поймешь загруженность ресурсов, не оценить толком трудозатраты по задачам и т.п. Я придерживаюсь классической методики управления проектами. В т.п. и применительно к разработке ПО. Управление тут заменяется визуализацией с помощью картинок, обозначающих большие блоки задач.

(36) может и чушь, но для повышения эффективности нужно экспериментировать и выбирать наиболее удачные решения.

>>нет жесткого контроля за задачами
все что в багтрекере и контролируем

>>непонятен критический путь
тут нужно для каждого проекта продумывать его отдельно

>>хрен поймешь загруженность ресурсов
достаточно количества задач в разрезе исполнителя и статуса

>>не оценить толком трудозатраты по задачам
без этого вообще невозможно проект продать/спрогнозировать/запланировать