Jira управление проектами в строительстве

Система управления проектами и задачами JIRA компании Atlassian и ее применение

О продукте JIRA

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

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

Бывает и другая ситуация подобная этой — отдел, состоящий более чем из 15-20 сотрудников работающих одновременно над одной задачей — сложная структура для управления, и без специальных средств проконтролировать их работу чрезвычайно сложно. Устаревший метод — бесконечные совещания и доклады — только усугубляет проблему, так как отвлекает от ведения главного дела.

Менеджеры всего мира ищут способы как не забыть что-то в потоке дел, при этом вовремя сообщить команде важные новости, поставить всем задачи, проследить за выполнением, отыскать и узкие места и принять меры, и, в конце концов, успешно завершить работу в срок. Все давно поняли — для этого не достаточно записей на квадратиках из желтой бумаги! Не помогут и блокноты-органайзеры — нужно интеллектуальное, удобное программное обеспечение, доступное всем, не отнимающее много усилий, простое и понятное и вместе с тем очень гибкое и легко настраиваемое.

Представленное здесь программное обеспечение JIRA, разработанное австралийской компанией Atlassian — это web-базированное средство для управления проектами и задачами. JIRA может применяться во всех случаях, когда необходимо организовать работу сотрудников, эффективно назначать им задачи, иметь мгновенные средства контроля выполнения,

JIRA это программа, претендующая на звание стандарта де-факто в этой области, и ее применение очень широко.

Для поддержки гибких методик разработки (Agile software development, Scrum и Kanban вы можете установить add-on JIRA Agile (ранее называвшийся Greenhopper).

Смотрите страницу на сайте Atlassian обо всех продуктах компании.

Области применения JIRA

JIRA это продукт, предназначенный для организации процесса контроля запросов и задач, имеющий часть функциональности обычно присущей большим и дорогим системам управления проектами.

Ключевыми понятиями в JIRA являются проекты и задачи. Задачи создаются в проектах, для выполнение задач назначаются исполнители. Задачи могут быть разного типа и иметь подзадачи, задачи могут быть связанными с другими задачами. Статус задач меняется в процессе их выполнения.

Вы можете организовать контроль разработки проектов, раздав задачи исполнителям, вы можете определить свой собственный метод движения заданий — от создания к исполнению и контролю результатов, сконфигурировать правила уведомления о событиях всех участников процесса, управлять правами доступа пользователей и делать многое другое.

JIRA приносит большой эффект любой организации, деятельность которой можно интерпретировать как выполнение каких-либо проектов и задач, имеющих тематические и временные рамки.

Главное преимущество этого продукта в его ни с чем не сравнимой способности настройки под ваши нужды.

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

В сфере государственного управления — вы можете создать задания, определить сроки выполнения, присоединить документы, организовать процесс прохождения задания между сотрудниками и проконтролировать результат.

Проекты и задачи

Ключевыми понятиями в JIRA являются проекты и задачи. Проекты служат для группирования задач. Задачи создаются в проектах, для выполнения задач назначаются исполнители. Задачи могут быть разного типа и иметь подзадачи, задачи могут быть связанными с другими задачами. Статус задач меняется в процессе их выполнения.

Проекты

В JIRA многие понятия связаны с определенными проектами. Проект связанного с ним лидера проекта, URL сайта проекта, схему рассылки нотификаций, схему контроля доступа — очень гибкий механизм контроля доступа пользователя к задачам проекта.

Каждому проекту можно сопоставить свою схему движения задачи (документооборот). Каждому проекту можно сопоставить свой вид экрана — «собрать» требуемый экран из возможных компонентов.

Также, JIRA формирует отчеты по каждому проекту.

Задачи

Задачи создаются в проектах. Задачи имеют типы, например: Задание, Ошибка, Новая идея. Можно создавать и свои типы задач. При описании каждого типа задачи имеется возможность управления набором полей.

Фильтры

JIRA позволяет отыскивать задания по всем критериям и по пользовательским полям, создавать фильтры, которые можно сохранить и использовать вновь, а также сделать общедоступными и организовать автоматическую рассылку результатов работы фильтров членам рабочей группы.

Управление доступом, разделение ролей

Для организации работы с пользователями JIRA имеет группы пользователей и роли.

JIRA имеет систему контроля доступа пользователей к проектам, задачам и функциям, основанную на членстве пользователей в группах и ролях.

Так, для каждого проекта, есть возможность управления доступом каждой группы пользователей к каждому действию. Также, есть возможность сформировать набор допусков в «роль».

Типичное простейшее разделение ролей в JIRA включает в себя роли:

• Администратора
• Руководитель проекта
• Сотрудника работающего над проектом
• Другие сотрудники

Но возможности JIRA этим не ограничиваются, возможно создание специальных ролей, например таких, которым возможно только чтение задач одного типа но невозможно другого.

Движение задач

Задачи JIRA в каждый момент времени имеют определенный статус. Возможные действия с задачами, имеющими тот или иной статус, определяется встроенной системой управления движением задач. Здесь приведена схема простейшего описания движения задачи.

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

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

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

Нотификации

Задачи JIRA в каждый момент времени имеют определенный статус. Пользователи информируются по e-mail в случае любых действий с заданиями, для этого служит настраиваемая система нотификации пользователей. Совместно с системой управления движением задачи и настраиваемыми рассылаемыми фильтрами это позволяет очень эффективно информировать всех заинтересованных лиц о ходе выполнения задачи.

Отчеты и диаграммы

Для аналитических целей JIRA создает карту проекта (project roadmap), позволяет просматривать загрузку каждого пользователя и делает многое другое для эффективного управления проектами. Также имеется целый ряд необходимых стандартных отчетов.

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

Кроме стандартных отчетов, JIRA позволяет написать свои отчеты.

Приборная панель

JIRA позволяет управлять видом специальной стартовой страницы, называемой приборной панелью. На этой странице отображается ход выполнения проектов и имеются ссылки для быстрого доступа ко всем часто используемым функциям, отчетам и задачам:

• список задач назначенных вам
• список ваших сохраненных фильтров
• статистика проекта
• статистика фильтра
• список проектов
• линейные графики
• объемные графики
• текстовые и HTML сообщения

Безопасность

JIRA может работать через защищенное соединение с применением SSL.

Расширенные возможности JIRA, JIRA API

JIRA позволяет создавать задачи через e-mail и таким образом автоматизировать работу.

Имеется возможность просмотра хранилища файлов CVS (Система Конкурентных Версий).

JIRA имеет опубликованный программный интерфейс, обеспечивающий программный доступ к основным функциям системы (SOAP API), расширения позволяющие дополнять систему собственными сервисами для решения специфичных задач предприятия.

Пользователи JIRA

JIRA используют для контроля ошибок и проектов в более чем 20 000 организациях в более 138 странах по всему миру. В Fortune 1000, общественных организациях, в научных и технологических сферах:

• Технологические корпорации
• Банки и финансы
• Fortune 500 и другие крупные корпорации
• Инженерия и авиакосмическая промышленность
• Медицина и биотехнологии
• Наука и научные исследования
• Телекоммуникации и СМИ
• Университеты и академии
• Технологические предприятия в начальной стадии развития
• Правительство
• Разработчики компьютерных игр
• Консалтинг
• Сообщества профессионалов
• Малобюджетные и благотворительные предприятия
• Организации и проекты программного обеспечения с открытым кодом

Например, здесь список некоторых из пользователей JIRA в сфере государственного управления:

• Bundespolizei — German Federal Police (Полиция Германии)
• Department of Agriculture and Food (Ireland) (Департамент сельского хозайства и продовольствия Ирландии)
• Deutsche Post IT Solutions (ИТ подразделение почты Германии)
• European Commission (Европейская комиссия)
• European Parliament (Европейский парламент)
• Ministry of Health Singapore
• National Library of Australia
• National Police Computing and Material Service (Norway)
• NSW Department of Education and Training
• Port of Seattle
• Roads and Traffic Authority (NSW, Australia)
• Queensland Office of Gaming Regulation
• Swedish Armed Forces HQ
• Treasury Corporation of Victoria
• USAID
• US Department of Energy
• US Department of Forrestries and Fishery
• US Department of Labour
• US Department of the Interior
• US Department of Transport
• US Environmental Protection Agency
• US Navy (Флот США)
• US Supreme Court

Отзывы пользователи JIRA

Новости

Copyright © 2005 — 2013 Лион-Софт. Вcе права зарезервированы. Копирование без получения письменного разрешения запрещено. Торговые марки упомянутые на сайте принадлежат их владельцам.

Источник

Как мы работаем над проектами в Jira

Преимущества Jira

Jira — гибкий инструмент. Есть много разных таск-трекеров: Basecamp, Trello, Asana, но Jira — не просто программа, она позволяет настраивать и контролировать бизнес-процессы по разработке до мельчайших подробностей. Если не нужно много настроек, она может работать как тот же Basecamp или Trello, но на самом деле её возможности намного шире. Не важно, делаете ли вы плакаты или программы, — всё равно должен быть стандартизированный производственный процесс. Так вот, если есть регламент, то Jira поможет оцифровать его и контролировать. Возможности для настройки управления проектами в системе практически безграничные:

• диаграмма Ганта,
• диаграмма сгорания задач,
• управление временем,
• расстановка задач по приоритетам,
• фильтры,
• делегирование задач,
• отслеживание объема работы в процентном соотношении,
• настраиваемые scrum и kanban-доски,
• и многое другое.

Это важно, чтобы помочь сотрудникам действовать по процессу и держать качество, заданное руководителем. Руководитель в свою очередь легко контролирует процессы и предотвращает проблемы.

Однако кроме явных преимуществ у Jira есть один, на мой взгляд, серьёзный недостаток — её сложно настраивать. Система не подходит для работы в команде, у которой ещё не построены бизнес-процессы. Да, скрыв все функции и оставив в Jira функции, аналогичные, например, Trello — можно, но это нерациональное использование системы, притом с лишними расходами на её использование.

Если вы только начинаете бизнес по разработке, лучше выберите что-то более простое, а потом, набив шишки и выстроив все процессы, смело переходите на Jira.

Постановка задач

Когда в работу приходит большой проект, самое главное — определить и правильно поставить задачи. Преимущество Jira в том, что можно настраивать сколько угодно типов задач для удобства команды. Выбор типа влияет на то, как будет идти работа с таском в течение спринта. Тип определяет набор полей, описывающих проблему, набор статусов, которые получает задача и многое другое. В нашей команде мы используем 7 типов задач:

1. Epic — самая большая задача, из частей которой складывается работа над проектом. Для реализации такой задачи нужно выполнить несколько меньших задач. Эпик у нас длится спринт и больше.
2. Story — описание задачи без подробностей. В рамках этой задачи выполняются подзадачи, которые должны привести к результату, описанному в Story. Особенность: после закрытия задачи Story должна быть создана задача с заданием на реализацию выработанного решения.
3. Task — конкретная задача с четким описанием, которая требует выполнения. Длится в течение спринта.
4. Bug — задача, связанная с ошибкой в коде.
5. Easy-task — небольшая задача с упрощенным Workflow без статусов Review и Test.
6. Sub-task — конкретная далее неделимая задача с подробным описанием. Часть Story, Task, Bug или Easy-task.
7. Quick-subtask — маленькая конкретная далее неделимая задача с упрощённым Workflow без статусов Review и Test. Часть Story, Task, Bug или Easy-task.

Эти типы задач чётко контролируют наш процесс разработки и обеспечивают прозрачность процесса. Все задачи на спринт ставятся и распределяются из бэклога — доски со всеми задачами проекта по приоритетности.

Процесс работы над задачами

Мы работаем над задачами по недельным спринтам. Каждую неделю планируем задачи на новый спринт, проводим ретроспективу — мероприятие, на котором выясняем успехи и неуспехи команды за неделю. Те таски, что не были выполнены в текущем спринте, переносятся на следующий спринт.

Тот, кто ответственен за задачу, перемещает её по всему Воркфлоу. Вот такой путь проходят задачи в наших проектах в Jira:

1. Новая задача автоматически получает статус Backlog.
2. После переноса задачи в спринт, она готова к работе и получает статус Ready4Dev.
3. Разработчик взял задачу в работу и прямо сейчас трудится над ней — статус Development.
4. Разработчик пошел спать, переключился на другую задачу, выключил компьютер или как-то иначе отвлекся от выполнения текущей задачи — он ставит статус On Hold.
5. Задача готова, и результат работы требует одобрения руководителем? Способ об этом сообщить — поставить статус Review.
6. Если ревьювер решил, что задачу нужно дорабатывать, то он ставит её в статус On Hold, а разработчик уже потом в Development. То есть возвращаемся на пункт 3.
7. Если задача требует доработки — Development.
8. Задача одобрена, и нужно тестирование — статус Ready4Test.
9. Тестировщик взял задачу на тестирование и прямо сейчас тестит — статус Testing.
10. Задача прошла тестирование и готова к мержу с продакшном — статус Ready4Merge.
11. Статус Canceledиспользуется только в том случае, если задача перестала быть актуальной и больше не нужна, либо её выполнение по какой-то причине нужно прервать.
12. Выполненные задачи переносятся в статус Merged.

Все задачи перемещаются по четкому Воркфлоу без пропуска этапов, за исключением специальных задач Quick-subtask и Easy-task. Для них используется упрощенный Воркфлоу.

Структура задачи

Чтобы задача была принята в работу, нужно правильно заполнить все поля и дать максимально подробное описание — такое, чтобы посторонний человек посмотрел и у него не возникло вопросов. Чтобы сделать такое описание, окно задачи состоит из нескольких структурированных полей — обязательных и необязательных. У нас это выглядит вот так:

Обязательные поля

• Summary (Название задачи) — кратко, что нужно сделать; желательно использовать глагол в инфинитиве: сделать, создать, исправить и так далее.
• Description (Описание) — собственно, само описание. Дать столько информации, чтобы этого хватило для самостоятельной работы над задачей без дополнительных вопросов.
• Labels (Метки или теги) — ярлык для задачи по теме: Backend, Frontend, Design, Data, OPS.
• Reporter — ответственный за постановку задачи — тот, кто её создавал.
• Priority — приоритет задачи: Highest, High, Medium, Low. Обычный приоритет для задачи — Medium.

Необязательные поля

• Linked Issues — ссылки на связанные задачи, которые как-то относятся к создаваемой. Нужно выбрать подходящую связь: relates to, blocks, is blocked by и т.д.
• Epic Link — ссылка на Epic, для которого создаваемая задача будет его частью. Не работает для подзадач.
• Component/s — подраздел проекта, к которому относится задача. Компоненты используются для объединения задач в рамках проекта в небольшие группы по выбранной логике. Для каждого компонента определён свой ответственный, он назначается на задачу автоматически при выборе компонента для задачи.

Оценка задач

В Jira можно чётко отследить время на выполнение задачи, даже если она была в руках разных ответственных. Кроме этого, в задаче есть несколько показателей времени, которые исполнитель заполняет сам.

1. Time Spent (Work Log) — время, фактически затраченноена работу с задачей.
2. Time Estimate — время, которое планируется затратить на задачу.
3. Remaining Time — оставшееся время на выполнение задачи.

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

Поработал над задачей — запиши затраченное время. Поработал над задачей — запиши в комментариях, что было сделано.

Показатели здоровья проекта

Ещё одна причина, по которой мы ведём проекты в Jira — прозрачность процессов. Руководитель проекта и участники всегда видят, что и на каком этапе находится. Мы определяем несколько критериев здорового рабочего процесса, когда можно говорить, что проект будет выполнен успешно:

1. Наличие бэклога с актуальными задачами.
2. Наличие текущего или активного спринта с приоритетными задачами.
3. Наличие планируемого спринта.
4. Полное описание каждой задачи в активном спринте.
5. Своевременная оценка времени по задачам и заполнение нужных на данном этапе полей в карточке задачи.
6. Ежедневная смена статуса задач, которые были взяты в работу.
7. Логирование затраченного на работу времени.
8. Отсутствие задач, застоявшихся в спринте больше, чем на 2 недели.
9. Использование разных типов задач.

Главная причина работы в Jira

1. Достаточно корректно перемещать задачу по статусам, и Jira сама обо всем напомнит или сделает за вас.
2. Автоматизация рабочего процесса — половина успеха и эффективности работы над проектом.

Если хотите больше узнать про автоматизацию бизнес-процессов и контроль команды разработки, напишите нам.

Источник

Не пропустите:

Izburg строительство загородных домов

Izburg малоэтажное и коттеджное строительство

It cluster сколково строительство

Iso в строительстве что это такое

Iso 9001 в строительстве за 1 день