Как стать автором
Обновить

App.Farm CI. Часть II. Конвейер — швейцарский нож: особенности запуска мультиарендного процесса разработки

Уровень сложностиПростой
Время на прочтение11 мин
Количество просмотров800
Всего голосов 14: ↑14 и ↓0+16
Комментарии2

Комментарии 2

Спасибо за статью, вопрос "Какие проблемы возникли при отражении организационной структуры компании в инструментах разработки, и какие шаги команда рассматривает для улучшения структуры проектов в GitLab в будущем?"

Основные проблемы:

  • Частая смена орг.структуры компании (переименовывание или упразднение отделов, масштабирование отделов на несколько новых, переезд отделов в другие департаменты и т.д.).

  • Смена владельца продукта (передача продукта от одного подразделения другому).

Из-за этого службе сопровождения платформы приходится, во-первых, отслеживать подобные изменения, что не просто, во-вторых, по факту выполнять миграцию продуктов на новую структуру. Такая миграция отнимает человеческие ресурсы прямо пропорциональные количеству сервисов у переезжающей системы. Кроме того и самим владельцам нужно подстраивать свои манифесты (groupId) под обновленную орг.структуру.

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

Зарегистрируйтесь на Хабре, чтобы оставить комментарий