Levitra online Vicodin Online Propecia online

Инструменты

10.02.2009 | Инструменты | by Dmitry Zdanovich

Инструменты иногда помогают, а иногда мешают. О значении инструментов для разработки ПО приходилось слышать разнообразные мнения, которые, как правило, попадали в шкалу между “Инструмент ничего не значит” до “Плохой инструмент - ничего хорошего в итоге не получится”. Как мне кажется, истина где-то посередине.

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

  • release planning
  • product backlog management
  • sprint backlog management/tracking
  • sprint/project status gathering/analysis
  • bug tracking

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

  • MS Excel + Jira
    Не очень удобно делать release planning; для анализа приходится брать данные из двух источников
  • XPlanner для sprint backlog management/tracking, Jira для bug tracking’a, MS Project для release planning и product backlog management
    Проблема со множеством источников только ухудшается
  • XPlanner для sprint backlog management/tracking, Jira для bug tracking’a, MS Excel для всего остального
    Аналогично предыдущему варианту
  • Jira + GreenHopper для всего вместе
    В принципе, уже неплохо, но могло быть и лучше (для больших проектов high-level planning делать проблематично)

Одна из проблем почти со всеми этими вариантами - несколько источников данных. Плюс используются платные инструменты.

Хотелось бы узнать, что другие команды используют, какие инструменты рекомендуют. Не думаю, что стоит ограничиваться только бесплатными продуктами, так как если инструмент действительно хорош (и принесет реальную выгоду), то есть смысл купить его.

Какие инструменты Вы используете/рекомендуете?

Об авторе

Dmitry Zdanovich
Dmitry Zdanovich

Занимаюсь управлением разнообразными IT проектами. Последние несколько лет использую agile подход. Активно интересуюсь выстраиванием процессов, созданием команд, communities, корпоративной культурой, да и вообще много чем :-).


Добавить комментарий

Take a moment to comment and tell us what you think. Some basic HTML is allowed for formatting.

You must be logged in to post a comment. Click here to login.

RSS комментариев Комментарии:

Павел Габриель,
10 февраля 2009 at 16:23

Достаточно сложно ответить на все пункты полностью. Вот, к примеру, они могут решаться так:
http://trac.edgewall.org/roadmap

Для scrum есть такая штука, но я сам не пользовался: http://agile42.com.
Фичи описаны здесь: http://media.agile42.com/content/Scrum_Cheat_Sheet.pdf
Построена на Trac. OpenSource :)

Павел Габриель,
10 февраля 2009 at 16:31

При изучении JIRA мне показалась слишком громоздкой (особенно для наших нужд). Мы хотели все в одной системе и поэтому взяли trac, т.к. там есть тикеты, инструмент для планирования (roadmap), работа с системой контроля версий (SCM) и Wiki :)

Yuri Shilyaev,
10 февраля 2009 at 16:42

У Trac есть одно существенное ограничение: только один проект. Именно поэтому мы его в свое время и не выбрали. Они обещали его сделать многопроектным, не знаю сделали или нет.

Мы используем:
* MS Excel (Google Docs) для product backlog.
* Acunote.com для sprint backlog/tracking.
* Jira для багов.
Работа разработчиков в основном проистекает в акуноте. Туда же в Акунот публикуются ссылки на баги в джире. Частично product backlog идет там же в Акуноте. А Эксель используется менеджментом для ведения скорее фич-листа, его приотирезации и согласования с заказчиком.
Про то как мы используем Акунот я хочу написать или статью или снять скринкаст.

Павел Габриель,
10 февраля 2009 at 17:10

У нас несколько проектов используют Trac. Разделение идет вполне логичное:

Проект 1 -> milestones, tickets, etc.
Проект 2 -> …

Настраивается достаточно просто (на уровне веб-сервера, например).

Пользователи одни и те же.

Yuri Shilyaev,
11 февраля 2009 at 13:05

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

Павел Габриель,
11 февраля 2009 at 13:48

Trac стоит один. У него несколько Environments. Каждый Environment использует для доступа пользователей один и тот же набор данных (файл .htpasswd, например).

Это разные проекты. Если человеку нужно, он переходит в другой проект (по линку) и видит свои тикеты и т.п. без необходимости логиниться.

Получить сводную статистику по обоим проектам на нашей версии нельзя.

Yuri Shilyaev,
11 февраля 2009 at 14:16

Это для меня означает только одно, Паша. Я хочу заехать к вам в гости. Посмотреть, что и как.

Не нашли ответа в комментариях? Воспользуйтесь листом рассылки сообщества Agile.by. Подробнее о листе рассылки вы можете прочитать здесь. Или просто послать свое сообщение на адрес: agile-belarus@googlegroups.com.

Последние обновления:



Наши партнеры и проекты: