Jira для управления проектами разработки

08.11.07



Нельзя сказать, что Atlassian Jira -  оптимальный, универсальный продукт для управления задачами и распределения нагрузок команды разработчиков. Однако, в целом она довольно неплохо справляется с функцией контроля за продвижением проекта разработки и удобна для самих исполнителей. Jira предполагает достаточно простую логическую структуру:можно заводить Проекты, в них - создавать задачи и подзадачи (task->subtask) . При этом Проекты - это как глобальный каталог реально разрабатываемых проектов, которые бывают очень крупные, не очень и совсем крошечные.

Структурировать всё таким образом, чтобы этот каталог не разростался до монстрообразных размеров, задача тоже не простая (возможность определять рубрики для проектов отсутствует, поэтому этот каталог одноуровневый, линейный). По этой причине на все типы мелкодизайнерских самодостаточных “проектиков” можно сделать один большой Проект “Дизайн”, в котором уже задачами и подзадачами создавать задания на веб-сайты для группы дизайнеров. Не особо красиво, но так проще - а с точки зрения управления и контроля по большому счёту то же самое.

Каждому taskу можно прикреплять разработчика (дизайнера),предварительно заведенного в системе, можно назначать время, отведенное(по мнению постановщика задачи) на решение, дату начала работы, можно оставлять комментарии - в textarea расписать насколько угодно подробно что требуется, как требуется и где на что обращать внимание, можно прикреплять (при необходимости) любые документы, иллюстрации, любыефайлы. Можно в рамках уже поставленной задачи создавать подзадачу (к примеру - задача “Интерфейс для программы Х”, подзадача - нарисовать картинки заданного размера в том же стиле на инсталлятор).

Подзадаче (subtask) так же можно определять сроки, давать комментарии, назначать разработчика и прочее. Отправленная из системы задача приходит разработчику (которому назначена) на определённый в профайле мейл (дабы оперативно и не говорил потом, что “не заметил”). Если задача выполненауспешно - она разрешается (”Resolved”) как выполненная (”Done”). Так же у задачи могут быть и другие статусы - “Canceled”, “Won`t fix”,“Fixed”, “Duplicated”, “Incomplete”, “Cannot Reproduce”, статусы можно использовать для контроля над качеством выполнения тех же дизайнерских проектов - к примеру, какие эскизы были выполнены и одобрены заказчиком, какие — выполнены, но не одобрены и отменены, какие отправлялись на переделку, для подзадач (если возникали мелкие недоработки) — пофиксенные баги.

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