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

08.11.07

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

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

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

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

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