Page tree

EN



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

Сама миграция делится на 6 этапов, при этом большая часть времени уйдёт именно на планирование и на анализ.

Пройдёмся по каждому этапу.


Этап 1. Оценка

Если вы хотите избежать неожиданностей и неприятностей, которые могут вылезти уже после самой миграции, нужно понять основу – в чём вообще разница между Atlassian Server и Atlassian Cloud.

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

Также, помимо понимания разницы между Server и Cloud, нужно разобраться в отличиях собственной инфраструктуры: что именно у вас установлено, какой версии, сколько человек пользуется, какие плагины и интеграции у вас есть. Проведите полный аудит и сформулируйте для себя ответ на вопрос: почему ваша система выглядит так, как она выглядит? для чего нужен каждый элемент системы?

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


Этап 2. Планирование

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

Основная задача – разобраться с результатами аудита.

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

Пройдитесь по этим пунктам:

  •  Размер: все ли данные и пользователи вам нужны;
  •  Приложения: проверьте, существуют ли облачные версии необходимых плагинов, какова их функциональность и какой механизм их миграции. Эту информацию можно уточнить вот тут.
  •  Индивидуальные настройки системы;
  •  Количество продуктов: чем их больше, тем сложнее миграция;
  •  Тип размещения на облаке: будь то с консолидацией или федерализацией данных, или гибридное размещение – у всего есть свои заморочки;
  •  Управление пользователями: придётся ли использовать Atlassian Access.

Когда уже есть понимание, насколько сложная будет миграция, и в какие сроки вы хотите мигрировать, можно приступать к выбору способа миграции. Их всего четыре:

  1. Перенос данных после оптимизации;
  2. Перенос сразу всех данных;
  3. Постепенная миграция;
  4. С чистого листа.

У каждого из них есть свои особенности: первые два рассчитаны на несложные системы (до 5000 пользователей и 10 приложений), постепенная миграция подходит для сложных систем. Название «с чистого листа» говорит само за себя – быстро, но никаких старых данных.

Подробнее о способах миграции здесь - https://support.atlassian.com/migration/docs/compare-cloud-migration-methods/

Итогом этого этапа является план, в котором расписано кто что делает и в какие сроки.


Этап 3. Подготовка

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

Также это этап последней проверки системы перед миграцией.

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

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

Проверьте, все ли пункты из подробного контрольного списка миграции у вас выполнены:

Контрольный список для миграции Jira

Контрольный список для миграции Confluence 

Не забудьте установить облачные версии приложений, которые хотите протестировать.


Этап 4. Тестирование

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

Проведите тестовую миграцию с помощью руководства по тестированию.

Сделайте резервную копию данных и проведите приемочное пользовательское тестирование у конечных пользователей (есть в руководстве - пункт 6).

После того, как все недочёты и особенности учтены, и вы удовлетворены итогами теста, можно начинать подготовку к самой миграции.

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

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

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

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

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


Этап 5. Миграция

Во избежание путаницы пользователями, установите на сервере режим «только для чтения».

Следуйте перечню необходимы процедур, который вы составили при тестировании.

Перенесите в облако все критически важные приложения и проверьте, что все данные перенеслись корректно.

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


Этап 6. Запуск

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

На этом этапе нужно ещё раз рассказать своей команде и партнёрам об изменениях и сообщить явки-пароли.

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

Также не забывайте следить за обновлениями в дорожной карте развития облака - и адаптируйтесь к изменениям!


Если вам кажется, что самостоятельно вы не справитесь, у вас недостаточно ресурсов, или после прочтения этой инструкции у вас возникли вопросы по каким-то моментам – запишитесь к нам на консультацию!

Всё разберём, со всем поможем и мигрируем вас на Облако - https://www.teamlead.ru/display/RU/Contact+Us

Ни для кого уже давно не секрет, что в 2024 продукты Atlassian под редакцией Server прекращают своё существование.

При этом среди пользователей появилась тенденция делиться два лагеря: тех, кто в срочном порядке бегут оценивать миграцию на Cloud, и тех, кто любит Server всей душой и пытается отсрочить миграцию на максимально далёкий срок.

Так кто же прав?

Хоть Atlassian действительно прилагает все усилия, чтобы миграция прошла безболезненно, Cloud на данный момент не обладает всем тем функционалом, к которому мы привыкли в серверной редакции. Это касается как самих Jira и Confluence, так и практически всех популярных плагинов.

Но всё же Cloud стремительно развивается. Все обновления можно отслеживать на "дорожной карте развития облака". Atlassian и вендоры плагинов вносят изменения в свои продукты практически каждый день. И не скупятся на инструкции для более лёгкого перехода.

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

И мы плавно подошли к насущному вопросу – когда мигрировать?

Наш совет:

Если вы уже давно используете редакцию Server, все процессы работают как часы, и вы всем довольны – не спешите. До 2024 года ещё есть время подготовиться, составить план перехода и без спешки мигрировать как на Cloud, так и на Data Center.

Если же ваша система ещё в самом начале настройки, то есть смысл не оттягивать по ряду причин:

  • Вы изначально сможете настроить систему так, как надо, и больше не думать о трудностях миграции.
  • Программа лояльности Atlassian для крупных клиентов позволяет очень сильно сэкономить. Чем раньше вы мигрируете, тем больше сэкономите.
  • Более длительная бесплатная пробная версия Cloud для тех, кто решится мигрировать как можно раньше. Подробнее можно почитать об этом здесь 


На самом деле, главный вопрос не КОГДА, а КАК.

Миграция – сложный процесс, со множеством нюансов и тонкостей. Самим разобраться очень сложно.

С чего начать? Что важно, а что нет? Какой тарифный план выбрать? Может вообще не Cloud, а Data Center?

Напишите нам. Ответим на все эти и другие ваши вопросы, составим план действий, всё подготовим и поможем вам мигрировать - https://www.teamlead.ru/display/RU/Contact+Us

С удовольствием делимся гостевым постом наших друзей из компании Polontech. Эта команда на профессиональном уровне поможет разобраться с внедрением Agile-методологии на базе Atlassian и не только.


Posted by Anastasia Sarana

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

Custom Charts for Jira от Old Street Solutions

Это идеальное дополнение для создания отчетов в Jira. Интуитивно понятный интерфейс, множество шаблонов отчетов и диаграмм на все случаи жизни помогут автоматически составить понятный отчет. В приложении также можно настроить внешний вид диаграмм в Jira. Легко заходит как техническим, так и не техническим специалистам.  Приложение доступно для версий Jira Cloud, Server и Data center. 

Epic time for Jira — Sum of Worklogs от Teamlead

Как понять, хватает ли времени на выполнение всех задач в эпике? Если вы не уверены, что сможете закончить еще пару дополнительных тасков, проверьте оставшееся время эпика с помощью этого приложения от Teamlead. Здесь можно мониторить процент выполнения эпика, сколько у команды осталось времени до дедлайна и другую важную информацию по задачам. 

Whiteboards for Jira от Spartez Software

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

Elements Copy & Sync от Elements

Elements Copy & Sync автоматизирует перенос задач из одного проекта Jira в другой. Можно клонировать и перемещать задачи в два клика или автоматически при переходе с возможностью добавления ссылок и синхронизации изменений между исходным тикетом и его копиями. Такое приложение необходимо для лучшего управления инцидентами или доработки эпиков. Самый популярный кейс использования — это копирование запросов с Jira Service Management в проект Jira Software для разработчиков с комментариями и вложениями. Облачная версия уже доступна на Atlassian Marketplace.

Smart Attachments for Jira от Stiltsoft

Это приложение значительно упрощает работу с тикетами в Jira. C помощью специальных лейблов можно помечать любые прикрепленные файлы и документы в тикетах. Можно сделать несколько лейблов, чтобы разделить все прикрепленные файлы на категории. Так сотрудники не будут тратить много времени на поиск нужного вложения: искать можно по названию, дате добавления, формату и т.д. 

Все эти приложения доступны для облачной версии Jira. Если вы не нашли приложение, которое подошло бы вам больше всего, обратитесь к нашим специалистам. Мы подберем оптимальное решение из Atlassian Marketplace и настроим его или разработаем новое дополнение на базе Atlassian с учетом требований вашего бизнеса.


Архив

Пока в архиве ничего нет