Как стать автором
Обновить

Комментарии 71

Интересно, посмотрим
Не дёшево выходит в перспективе. Остаюсь на ActiveCollab
5 разработчиков - это полноценная команда, как в терминах scrum, так и в общем. Ну а если у вас в конторе человек 10-15, то 100-150 у.е., как мне кажется, не очень большая строчка в расходах.
Зачем платить если есть бесплатные аналоги, пусть и не такие удобные. Мне там понравился драг&дроп нескольких событий. Графики и прочие рюшечки в 90% случаев не нужны.
Касательно графиков - категорически не согласен. Используя их очень удобно отслеживать прогресс по спринту и более точно планировать последующие спринты.
% выполнения менее адекватен? Сложно согласится.
Давно ищу нормальную удобную систему (иногда даже хочется сесть за разработку :) ).
Скиньте ссылочки посмотреть.
Все равно хочется работать на родном языке.
Очень странно, почему акуноты не сделали русский интерфейс? Надеюсь, это не проявления национализма? ;-)
До 2008 ActiveCollab был бесплатный. Но автор видимо или продал проект или решил получать прибыль.
Да и в год выходит более $1500, а это уже серьезная сумма.
Извините, но странное заявление.
1500 у.е. в год не более серьёзны чем 150 у.е. в месяц. Затраты нельзя учитывать как мгновенные в этом случае.
Деньги не перестают быть деньгами. Вы забываете что нужно постоянно нести еще целый ряд вменённых расходов. Переведя все проекты в эту систему Вы станете зависимы от нее. Скажем, через год цена будет уже не 150, а 250? Соскочить просто уже не получится.
Тем не менее, это меньше чем затраты компании на одного разработчика в месяц...
А смысл сравнивать? За такие деньги можно купить 2 рабочих места.
Вы поймите разницу между пассивом и активом. SaaS - это пассив для компании.
И в долгосрочном периоде Вам проще заплатить $2000-$3000 за разработку своей системы PM, чем платить за чужую ежегодно. Ваша разработка будет Вашем активом ( вы сможете ее продавать, сдавать в аренду или как-то по другому извлекать из нее прибыль, + она увеличит стоимость Вашей компании)
$2000-3000 за разработку своей системы PM? Маловероятно. И в конце концов каждый должен заниматься своим делом.
Если не хватит, то за эти деньги можно довести до ума бесплатный
а можно посмотреть пример рабочего пространства? на оф. сайте нет ни одного скриншота, а просто так регистрироваться не очень хочется.
А что подразумевается под "рабочим пространством"?
как по-другому то назвать, dashboard наверно. чтобы там было все видно: кто что делает, текущие задачи, сообщения и подобная информация. внизу уже ответили и показали где смотреть =)
В основу статьи как раз и лег этот тур, поэтому практически вся информация из тура есть в статье :)
ага, спасибо большое! почему-то сразу не увидел, только текст почитал =(
Видимо много человек полезли смотреть, теперь не удается войти. Пишет что логин заблокирован.
довольно интересная штука. система тасков и спринтов довольна удобна, приятная внешность, активное использование аякса. самое интересное это графики продуктивности, давно мечтал такое видеть. правда не совсем понятно как они расчитывают сложность задачи, может конечно параметр какой-то есть, но все равно не понятно.
Сложность задачи оцениваете вы сами, когда создаете таск. А ваша суммарная загрузка определяется по сумме времени в назначенных вам тасках. В статье уже говорилось, что время определяется условно, скажем, простоую задачу вы оцениваете в 1 час, а более сложную - в 2. Очень быстро к этому привыкаешь, и нужные часы расставляешь без особых затруднений.
Неплохо бы упомянуть в статье, что не разработчики Acunote придумали scrum, и что scrum это методология agile, а переводить agile вообще не стоит.

У Acunote куча соперников:
http://www.targetprocess.com
http://www.versionone.com
http://rallydev.com/

Они гораздо менее узко специализированны, позволяют использовать XP, FDD и прочие вкусности agile. Цены есть и поинтересней.
Как мне кажется, даже из первого абзаца вполне понятно, что scrum - это гибкая методология разработки, а acunote - система управления проектами ;) Acunote не идет вразрез с XP (об этом тоже было упомянуто в обзоре) и мы сами вполне успешно практикуем scrum + XP.

А вот почему не стоит переводить agile мне не понятно :)
Почему вы scrum и XP не переводите, потому и agile не стоит. Слово уже почти нарицательное.

Словарь в XP и scrum разный, "scrum sprint" = "XP user story" если не ошибаюсь. Остальные тулзы, позволяют именно выбирать из списка методологий (словарей).
XP обычно переводим как "экстремальное программирование", все понимают. Но так как печатать два слова лениво, пишем просто XP - тоже все понимают, о чем речь :)

В терминах XP спринт - это итерация. Может кому-то и удобно, но лично я не вижу особого смысла в замене понятий если и так ясно о чем речь. Поэтому и функцию выбора словаря считаю совершенно бесполезной.
user story != sprint
нигде и никогда

sprint - итерация работы команды
user story - требование сформулированное по некоторым правилам
+ вам, я плохо знаю scrum.
Так вот насколько я понял в acunote нельзя работать с user stories, как в остальных тулзах, именно поэтому я работаю с TargetProcess (US у нас - основной метод планнинга, заказчики в восторге).
User Story - это описание заказчиком того, как должна работать система, точнее, некоторая ее часть. Задача в backlog - это и есть user story ;)
Удаляемся от темы - но вы вновь видимо сказали не до конца корректную вещь.
US - это средство описания требования пользователя/заказчика, а не планирования. Возможность указания времени на US (как в TP) c точки зрения XP - не средство планирования (планирование - это сроки), а описание необходимых ресурсов.
А Sprint - это некоторая итерация (например месяц) в которой должны быть реализованы следующие Features, исправлены такие-то баги и т.д. (Sprint plan, backlog). И вот на эту итерацию вы назначаете сроки (планируете).
US это неотъемлемая часть planning game, именно они имеют business value и именно они разбиваются на tasks для оценки времени. А заказчики в восторге потому что им очень просто понять по их же собственным US, на что разработчики тратят время.
Да, безусловно неотъемлемая часть, как и всего XP, но никак не инструмент планирования, планирование - это назначение сроков, а сроки вы не назначаете на US - вы только оцениваете сколько нужно времени на реализацию US. А сроки - на релиз/итерацию/задачу.
Недавно начали экспериментировать с Acunote на нескольких проектах с возможной перспективой постоянного использования и приобретения. Инструмент отличный, разве что не хватает сводной отчетности (по всем проектам, сотрудникам и т.п.) и групповых операций (например, поменять исполнителя или статус сразу у нескольких задач).

Насколько я понимаю, Acunote — отечественная разработка. Вы случайно не из команды авторов? :) Интересно было бы узнать о планах развития системы — есть желание купить ее для команды из нескольких десятков человек, но отсутствие сводной отчетности сулит много геморроя.
Мы не из команды авторов, просто рядовые пользователи системы :) Насколько мне известно, разработчики территориально располагаются в Украине. Что приятно, они с удовольствием идут на контакт и прислушиваются к мнению пользователей. Когда мы только начинали использовать Acunote он не поддерживал мультипректность и эта функция была реализована после нескольких запросов пользователей. Я видел просьбы добавить сводную отчетность на форуме и, думаю, если мы коллективно поддержим эту идею она будет реализована.
Ага, из Украины мы :)

Что касается планов развития - мы в первую очередь делаем то, в чем нуждаемся сами и то, что народ желает. А потом уже все остальное, что у нас есть в бэклоге.

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

Да, но только в течении 45 дней.
Нет, в течение всего времени. 45 дней free trail предоставляют при платной подписке.
где?
http://www.acunote.com/promo/prices
45 дней - ограничение по работе с перфорсом. Интересно, его кто-нить использует?
Если имелось в виду ограничение на интеграцию с perforce - да, в бесплатном аккаунте оно есть. Но сам бесплатный аккаунт не ограничен по времени использования, я именно это имел в виду :)
это хорошо, плохо только, что места мало дают - ничего толком не сделаешь, только систему понюхать :)
А следующий тарифный план - слишком большой. Нужен еще какой-то промежуточный.
Мы за все время не загрузили ни одного аттача. Для обмена файлами используем asapload.com и, в случае необходимости, оставляем ссылку в комментариях к задаче.
да и немало, он появился до выход SVN - и успел получить в корпоративным мире некоторое признание - с тех пор и используют - привыкли. Хотя сейчас оснований для его выбора наверное нет.
Что интересно, в основном пользователи Acunote сидят на svn. Но уже очень активно просят git...
Спасибо за разъяснения. О Perforce даже не слышал, поэтому "Perforce Integration" вольно перевел как срок действия аккаунта.
А там есть русский интерфейс?
Пока нет. Все, что связано с локализацией и интернационализацией в Rails - головная боль. А Acunote - Rails приложение. Идея делать какое-то половинчатое решение нам не нравится. Но как только что-то существенно с l10n/i18n изменится - будет и русский интерфейс. Меня уж и самого английский домучал :)
а вообще, какой софт испольщовать для управления не так важно. главное чтобы сама практика была. если процесс командной разработки не поставлен, то никакая система не спасет.
Unfuddle (http://unfuddle.com) еще рекомендую посмотреть для полноты. По удобству интерфейса, по-моему он лучше. Очень удобен личный дашборд, на котором можно отслеживать, что происходит во всех текущих проектах.
Спасибо. А то я все по старинке, в Excel таблички строю... Вообще, если бы была возможность интеграции подобных систем в свой сайт + возможность экспорта выборочной статистики в PDF... было бы очень хорошо (может оно уже есть, пока не разбирался). Однако, по любому, даже для одного фрилансера при работе с несколькими проектами - вешь незаменимая. Я постоянно путаюсь что и кому я обещал и в какой срок.
Удобно, но не хватает:

1. Чтобы пользователи могли только видеть, но не изменять записи
2. Чтобы пользователь, на которого весится задача, получал email
1. Будет (только не спрашивайте когда :))
2. Уже есть. На странице с редактированием проекта есть галочка "send email notification about task changes"
Меня как PM-a не особо вдохновляют такие сайты.

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

Мы используем довольно простую, но очень практичную систему, в котором работают и сотрудники, и клиенты. Мы создали её на основе open source продукта. И то — при всей простоте клиентам требуется небольшой обучающий курс, чтобы они могли ей грамотно воспользоваться. При том что наши программисты убрали у клиентов половину кнопок, а мне также пришлось написать подсистему справки, объясняющей, как и куда надо нажать, чтобы жизнь стала в радость.

Чем сложнее система — тем сложнее посадить на неё сотрудников, а тем более — клиентов.

Надеюсь, в скором времени появится нечто, воздающее каждому по способностям и по заслугам ;)
Попробовал. В данный момент пользуюсь чисто средствами JIRA.
Создаётся странное впечатление, что это — чисто надстройка, добавляющая рюшечки к существующей JIRA системе. Ничего принципиально нового и особо полезного по сравнению с JIRA кроме AJAX не обнаружил. Также не нашёл некоторых фич, которые наличествуют в JIRA.

Так в чём же всё таки смысл?
Можно пользоваться чисто средствами, например, мантиса или даже exel и тоже быть довольным жизнью. Каждому свое :)
Речь не о том. Для того, чтобы поменять привычную систему на какую-то другую — нужны какие-то весомые плюсы. Здесь я их не вижу. Вот и интересно — то ли я проглядел, то ли их и нету?
Когда я последний раз смотрел JIRA, она представляла собой очень хороший багтрекер, но не систему управления проектами, заточенную под agiledev. Для нас огромный плюс - поддержка scrum и xp и очень удобный интерфейс.
см. greenhopper, прелесть jira в том что она гибкая и в принципе докручивается до любой методологии
прошу прощения, потерял ссылку
А чего собственно не хватает в JIRA для того, чтобы её можно было расценивать как систему управления проектами?
Релизы — суть те же итерации (или спринты). По каждому релизу можно увидеть статистику, которая позволяет прогнозировать время последующих релизов. Есть огромное количество плагинов, которые помогают заниматься именно планированием.

Опять же при совмещении JIRA с Confluence получаем прекрасный инструмент для документирования как релизов так и продуктов.
А в том же Trac это всё так и вовсе на нативном уровне - каждая задачка как wiki документ.

Я не хаю, естественно, этот новый и красивый Acunote — просто пытаюсь найти чего же в нём такого нового и положительного :)
Проще собраться коллективом и написать свою систему управления. Со своими шлюхами и пойлом. (с) Бендер. ;)
А до этого можно написать свой язык программирования на предварительно изобретенных заново компьютерах ;)
Зачем же? Opensource. Я об этом.
Для небольшой компании до 10 человек какую систему управления проектами вы можете посоветовать?
И сколько будет стоить такая система ?
Зарегистрируйтесь на Хабре , чтобы оставить комментарий

Публикации

Истории