5 разработчиков - это полноценная команда, как в терминах scrum, так и в общем. Ну а если у вас в конторе человек 10-15, то 100-150 у.е., как мне кажется, не очень большая строчка в расходах.
Зачем платить если есть бесплатные аналоги, пусть и не такие удобные. Мне там понравился драг&дроп нескольких событий. Графики и прочие рюшечки в 90% случаев не нужны.
Касательно графиков - категорически не согласен. Используя их очень удобно отслеживать прогресс по спринту и более точно планировать последующие спринты.
Деньги не перестают быть деньгами. Вы забываете что нужно постоянно нести еще целый ряд вменённых расходов. Переведя все проекты в эту систему Вы станете зависимы от нее. Скажем, через год цена будет уже не 150, а 250? Соскочить просто уже не получится.
А смысл сравнивать? За такие деньги можно купить 2 рабочих места.
Вы поймите разницу между пассивом и активом. SaaS - это пассив для компании.
И в долгосрочном периоде Вам проще заплатить $2000-$3000 за разработку своей системы PM, чем платить за чужую ежегодно. Ваша разработка будет Вашем активом ( вы сможете ее продавать, сдавать в аренду или как-то по другому извлекать из нее прибыль, + она увеличит стоимость Вашей компании)
как по-другому то назвать, dashboard наверно. чтобы там было все видно: кто что делает, текущие задачи, сообщения и подобная информация. внизу уже ответили и показали где смотреть =)
довольно интересная штука. система тасков и спринтов довольна удобна, приятная внешность, активное использование аякса. самое интересное это графики продуктивности, давно мечтал такое видеть. правда не совсем понятно как они расчитывают сложность задачи, может конечно параметр какой-то есть, но все равно не понятно.
Сложность задачи оцениваете вы сами, когда создаете таск. А ваша суммарная загрузка определяется по сумме времени в назначенных вам тасках. В статье уже говорилось, что время определяется условно, скажем, простоую задачу вы оцениваете в 1 час, а более сложную - в 2. Очень быстро к этому привыкаешь, и нужные часы расставляешь без особых затруднений.
Как мне кажется, даже из первого абзаца вполне понятно, что scrum - это гибкая методология разработки, а acunote - система управления проектами ;) Acunote не идет вразрез с XP (об этом тоже было упомянуто в обзоре) и мы сами вполне успешно практикуем scrum + XP.
А вот почему не стоит переводить agile мне не понятно :)
Почему вы scrum и XP не переводите, потому и agile не стоит. Слово уже почти нарицательное.
Словарь в XP и scrum разный, "scrum sprint" = "XP user story" если не ошибаюсь. Остальные тулзы, позволяют именно выбирать из списка методологий (словарей).
XP обычно переводим как "экстремальное программирование", все понимают. Но так как печатать два слова лениво, пишем просто XP - тоже все понимают, о чем речь :)
В терминах XP спринт - это итерация. Может кому-то и удобно, но лично я не вижу особого смысла в замене понятий если и так ясно о чем речь. Поэтому и функцию выбора словаря считаю совершенно бесполезной.
+ вам, я плохо знаю scrum.
Так вот насколько я понял в acunote нельзя работать с user stories, как в остальных тулзах, именно поэтому я работаю с TargetProcess (US у нас - основной метод планнинга, заказчики в восторге).
Удаляемся от темы - но вы вновь видимо сказали не до конца корректную вещь.
US - это средство описания требования пользователя/заказчика, а не планирования. Возможность указания времени на US (как в TP) c точки зрения XP - не средство планирования (планирование - это сроки), а описание необходимых ресурсов.
А Sprint - это некоторая итерация (например месяц) в которой должны быть реализованы следующие Features, исправлены такие-то баги и т.д. (Sprint plan, backlog). И вот на эту итерацию вы назначаете сроки (планируете).
US это неотъемлемая часть planning game, именно они имеют business value и именно они разбиваются на tasks для оценки времени. А заказчики в восторге потому что им очень просто понять по их же собственным US, на что разработчики тратят время.
Да, безусловно неотъемлемая часть, как и всего XP, но никак не инструмент планирования, планирование - это назначение сроков, а сроки вы не назначаете на US - вы только оцениваете сколько нужно времени на реализацию US. А сроки - на релиз/итерацию/задачу.
Недавно начали экспериментировать с Acunote на нескольких проектах с возможной перспективой постоянного использования и приобретения. Инструмент отличный, разве что не хватает сводной отчетности (по всем проектам, сотрудникам и т.п.) и групповых операций (например, поменять исполнителя или статус сразу у нескольких задач).
Насколько я понимаю, Acunote — отечественная разработка. Вы случайно не из команды авторов? :) Интересно было бы узнать о планах развития системы — есть желание купить ее для команды из нескольких десятков человек, но отсутствие сводной отчетности сулит много геморроя.
Мы не из команды авторов, просто рядовые пользователи системы :) Насколько мне известно, разработчики территориально располагаются в Украине. Что приятно, они с удовольствием идут на контакт и прислушиваются к мнению пользователей. Когда мы только начинали использовать Acunote он не поддерживал мультипректность и эта функция была реализована после нескольких запросов пользователей. Я видел просьбы добавить сводную отчетность на форуме и, думаю, если мы коллективно поддержим эту идею она будет реализована.
Что касается планов развития - мы в первую очередь делаем то, в чем нуждаемся сами и то, что народ желает. А потом уже все остальное, что у нас есть в бэклоге.
Скоро будет список задач по нескольким спринтам (ес-но с аналитикой, предсказаниями, прогрессом и т.д.). Так что данные по всему проекту посмотреть сможете. То же касается и данных по отдельным пользователям.
Если имелось в виду ограничение на интеграцию с perforce - да, в бесплатном аккаунте оно есть. Но сам бесплатный аккаунт не ограничен по времени использования, я именно это имел в виду :)
это хорошо, плохо только, что места мало дают - ничего толком не сделаешь, только систему понюхать :)
А следующий тарифный план - слишком большой. Нужен еще какой-то промежуточный.
Мы за все время не загрузили ни одного аттача. Для обмена файлами используем asapload.com и, в случае необходимости, оставляем ссылку в комментариях к задаче.
да и немало, он появился до выход SVN - и успел получить в корпоративным мире некоторое признание - с тех пор и используют - привыкли. Хотя сейчас оснований для его выбора наверное нет.
Пока нет. Все, что связано с локализацией и интернационализацией в Rails - головная боль. А Acunote - Rails приложение. Идея делать какое-то половинчатое решение нам не нравится. Но как только что-то существенно с l10n/i18n изменится - будет и русский интерфейс. Меня уж и самого английский домучал :)
а вообще, какой софт испольщовать для управления не так важно. главное чтобы сама практика была. если процесс командной разработки не поставлен, то никакая система не спасет.
Unfuddle (http://unfuddle.com) еще рекомендую посмотреть для полноты. По удобству интерфейса, по-моему он лучше. Очень удобен личный дашборд, на котором можно отслеживать, что происходит во всех текущих проектах.
Спасибо. А то я все по старинке, в Excel таблички строю... Вообще, если бы была возможность интеграции подобных систем в свой сайт + возможность экспорта выборочной статистики в PDF... было бы очень хорошо (может оно уже есть, пока не разбирался). Однако, по любому, даже для одного фрилансера при работе с несколькими проектами - вешь незаменимая. Я постоянно путаюсь что и кому я обещал и в какой срок.
Да, они оч. круты, если есть постоянная команда, все участники которой договорились между собой работать именно так.
Мы используем довольно простую, но очень практичную систему, в котором работают и сотрудники, и клиенты. Мы создали её на основе open source продукта. И то при всей простоте клиентам требуется небольшой обучающий курс, чтобы они могли ей грамотно воспользоваться. При том что наши программисты убрали у клиентов половину кнопок, а мне также пришлось написать подсистему справки, объясняющей, как и куда надо нажать, чтобы жизнь стала в радость.
Чем сложнее система тем сложнее посадить на неё сотрудников, а тем более клиентов.
Надеюсь, в скором времени появится нечто, воздающее каждому по способностям и по заслугам ;)
Попробовал. В данный момент пользуюсь чисто средствами JIRA.
Создаётся странное впечатление, что это чисто надстройка, добавляющая рюшечки к существующей JIRA системе. Ничего принципиально нового и особо полезного по сравнению с JIRA кроме AJAX не обнаружил. Также не нашёл некоторых фич, которые наличествуют в JIRA.
Речь не о том. Для того, чтобы поменять привычную систему на какую-то другую нужны какие-то весомые плюсы. Здесь я их не вижу. Вот и интересно то ли я проглядел, то ли их и нету?
Когда я последний раз смотрел JIRA, она представляла собой очень хороший багтрекер, но не систему управления проектами, заточенную под agiledev. Для нас огромный плюс - поддержка scrum и xp и очень удобный интерфейс.
А чего собственно не хватает в JIRA для того, чтобы её можно было расценивать как систему управления проектами?
Релизы суть те же итерации (или спринты). По каждому релизу можно увидеть статистику, которая позволяет прогнозировать время последующих релизов. Есть огромное количество плагинов, которые помогают заниматься именно планированием.
Опять же при совмещении JIRA с Confluence получаем прекрасный инструмент для документирования как релизов так и продуктов.
А в том же Trac это всё так и вовсе на нативном уровне - каждая задачка как wiki документ.
Я не хаю, естественно, этот новый и красивый Acunote просто пытаюсь найти чего же в нём такого нового и положительного :)
Гибкая система управления проектами Acunote