[JIRA] Как НЕ создать себе ДОПОЛНИТЕЛЬНУЮ РАБОТУ, сделав НЕВЕРНЫЙ выбор. Типы и виды проектов.

Текстовая версия видео: https://dkononenko.com/2022/07/09/how...
Мой LinkedIn:   / dmitriy-kononenko-005728a9  
Telegram канал: https://t.me/managerarea
Twitter:   / d__kononenko  

Приветствие
Меня зовут Дмитрий Кононенко и вы на канале Уголок менеджера.

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

При этом, не ставится целью чтобы вы изучив плейлист смогли сдать сертификацию Atlassian.
Опыт с JIRA
Это первое видео в цикле и поэтому нужно немного больше рассказать о себе. Свою карьеру проектного менеджера начал в 2018.

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

Компания аутсорс и мы постоянно работаем в JIRA - для нас это привычный инструмент. В марте-апреле 2021 компания мигрировала в клауд. У меня как раз закончился коммерческий проект и я был свободен чтобы помочь в этой активности.

Соответственно, нужно было настраивать схемы доступов, настраивать проекты и т.д. Произошел переезд.

А следующим запросом была автоматизация онбординга/оффбординга, под которую заюзали JIRA Automation. Процесс непрерывно улучшали. К текущему моменту, у нас уже вторая, более прокачанная версия на стероидах, в которой учтены ошибки первой версии и адаптированы улучшения самого процесса онбординга.

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

Важное уточнение, что мы будем рассматривать JIRA Cloud, не JIRA Server или Data Center. Есть различия, но теоретическая база там и там одна. В JIRA Cloud активно добавляют фичи и это означает, что с момента записи видео какие-то фичи скорее всего будут добавлены и видео может быть не совсем актуально, но база от этого не поменяется.

Нам необходимо быть внутри одной терминологии. И начнем мы с JIRA Site.


Терминология

JIRA Site - это экземпляр вашей JIRA, где работает ваша организация.

Для JIRA Cloud - это Название-организации.atlassian.net, для серверной JIRA - это скорее всего что-то развернутое на своем домене/под-домене: jira.название-организации.com.

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

Org admin - группа пользователей с максимальными полномочиями. Автоматически выдается тому, кто создает JIRA Site.

Site admin - группа в JIRA Cloud, которой доступны полномочия для администрирования.

Типы проектов
Начнем мы с создания проектов.

Во флоу создания проектов Atlassian предлагает сначала выбрать шаблон. Их прям много всяких разных. Но базово они делятся на:

Business project
Software Development

Business type - имеет интересные фичи свои ограничения.

Из фич:
Overview
Calendar View
List View
В риалтайме видно кто какую задачу выделил и куда тащит
Можно настроить цвет всей доски

Что нельзя делать:
Создавать борды в рамках одного проекта


Сперва нужно разобраться какие типы проектов доступны в JIRA. В JIRA Cloud доступно 2 типа проектов:

Team Management
Company Management

Software Development - наиболее гибкое решение, но заточено под разработку, соответственно. В большинстве случаев я выбираю именно этот тип проектов в силу удобств.

Выбирайте то, что вам необходимо под ваши требования.

Виды проектов
Team management проекты
Это новый тип проектов для JIRA. В девичестве этот тип проекта был известен как Next Gen. Atlassian начали делать этот тип проектов потому, что в определенный момент JIRA настолько сильно стала сложной и неповоротливой, что чтобы настроить проект нужно было иметь в штате отдельного человека - JIRA Administrator, который разбирается в том, как все устроено. И не было возможность “быстро настроить и побежали”.

Т.е. задача Team management проектов - быть легковесными, быстро-настраиваемыми, но при этом такой тип имеет свои ограничения: не все фичи имплементированы, а часть и не будет имплементирована.

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

Company management проекты
Группа Site Admin вам пригодится для того, чтобы производить настройки. Если будете настраивать JIRA в вашей организации, то вам понадобится наличие вашего аккаунта в этой группе.

Без разницы Scrum или Kanban - вы сможете досоздать Board Доска.

Процесс удаление проекта
Полномочия, которые позволяют удалить проекты нужны на уровне JIRA Site Admin.

Сначала удаленный проект отправляется в Trash bin на 60 дней. Вдруг вы передумаете и сможете восстановить проект.