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

Текстовая версия видео:
Мой LinkedIn:   / dmitriy-kononenko-005728a9   Telegram канал:
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 дней. Вдруг вы передумаете и сможете восстановить проект.