Рубрика «релиз-менеджмент»
Эволюция цифрового двойника компании: как управлять изменениями в сложном ИТ-ландшафте
2026-05-01 в 9:43, admin, рубрики: change management, бизнес-анализ, бизнес-процессы, релиз-менеджмент, релизы, управление изменениями, цифровой двойникХьюстон, у нас проблемы! Наводим порядок в зоопарке инструментов и возвращаем контроль над продуктом
2026-03-13 в 6:30, admin, рубрики: agile, nocode, sdlc-система, аналитика проекта, инструменты для команды, поддержка, разработка, релиз-менеджмент, сервисы, таск-трекер
Если вы тимлид или техдир, ваше утро редко начинается с неспешного наслаждения чашкой кофе. Скорее, оно начинается с открытия пяти разных вкладок.
Читать полностью »
От аналитики до релиза: как я пересобираю мобильную разработку с помощью Flutter и AI
2025-07-31 в 7:15, admin, рубрики: AI, CICD, flutter, gitflow, lean-процесс, mobiledev, qa, trunkbased, аналитика, релиз-менеджментПредыстория
Последние годы я фокусируюсь на мобильной разработке с точки зрения собственной экспертизы и бизнеса. За это время собрал несколько команд, попробовал разные сферы, поработал с Xamarin и ушел от него на Flutter, ищу куда развиваться дальше.
Обзор рынка в СНГ сейчас дал какую‑то однобокую картину: курьер может заработать больше, чем предлагают по вакансиям в разработке.
Кажется, что после COVID стало нормальным, когда у специалиста несколько работ.
Может, и работодатели уже смирились с этим? «Задачи закрываются и ладно».
От пул-реквеста до релиза. Доклад Яндекс.Такси
2019-02-10 в 8:23, admin, рубрики: teamcity, Блог компании Яндекс, Геоинформационные сервисы, интеграционное тестирование, миграции, нагрузочное тестирование, Промышленное программирование, релиз-менеджмент, Тестирование веб-сервисовВ релизном цикле сервиса есть критически важный период — с момента, когда новая версия подготовлена, до момента, когда она становится доступна пользователям. Действия команды между этими двумя контрольными точками должны быть единообразны от релиза к релизу и, по возможности, автоматизированы. В своём докладе Сергей Помазанов alberist описал процессы, которые следуют за каждым пул-реквестом в Яндекс.Такси.
— Добрый вечер! Меня зовут Сергей, я руководитель группы автоматизации в Яндекс.Такси. Если вкратце, основная задача нашей группы — минимизация времени, которое разработчики тратят на решение своих задач. Сюда входит все: от CI до процессов разработки и тестирования.
Что наша разработка делает, когда код написан?
Как мы находим проблемные релизы с помощью Graphite и Moira. Опыт Яндекс.Денег
2019-01-18 в 7:28, admin, рубрики: devops, elasticsearch, grafana dsl, heka, java, kibana, log4j, moira, open source, Блог компании Яндекс.Деньги, мониторинг инфраструктуры, релиз-менеджмент, системное администрирование, яндекс.деньгиПривет! Вдоволь наотдыхавшись после длинных праздников, мы снова готовы причинять вам пользу всеми доступными способами. Коллегам из IT-департамента всегда есть что рассказать, и сегодня мы делимся с вами докладом Александра Призова, системного администратора Яндекс.Денег, с митапа JavaJam.
Как мы выстроили поток обратной связи для обнаружения проблемных релизов с помощью Graphite и Moira. Расскажем, как собирать и анализировать метрики о количестве ошибок в приложении.
Рецепт гладкого релиза: PMy на заметку
2018-07-16 в 11:53, admin, рубрики: business activity monitoring, CD, ci, continuous delivery, continuous integration, elk, Grafana, kubernetes, MDM, product management, qa, UAT, UI, ui kit, Блог компании EastBanc Technologies, конвейер, кубернетис, логирование, окружение разработки, планирование, планирование проекта, планирование проектов, релиз, релиз-менеджмент, тест-сессии, Управление продуктом, управление проектамиВсё ближе момент, когда мы выпустим в свет наше решение, свежее, новенькое и сияющее. Волнительно? Не очень, ведь мы его уже проверили со всех сторон.
Мы составили чек-лист для проверки, насколько решение готово к выкатыванию в продакшн. В нём перечислили всё самое важное, что проверяем в инфраструктуре, первоначальном наполнении, интеграции, обучении пилотной группы пользователей, передаче решения, пользовательской документации, бизнес-мониторинге и выборе момента для релиза.
На основе этого плана мы ставим задачи разработчикам и «аудиторам» — коллегам из других отделов, которые проводят ревью решения. (Да, это тоже лайфхак). Надеемся, эта шпаргалка пригодится для подготовки к релизу продукта в прод.
Как мы уже 4 года выживаем в условиях двух релизов в день
2016-12-16 в 7:13, admin, рубрики: code review, continuous delivery, continuous integration, deploy, php, qa, quality assurance, release management, testing, Блог компании Badoo, контроль качества, Программирование, релиз-инжиниринг, релиз-менеджмент, тестирование, Тестирование IT-систем, Тестирование веб-сервисов
Здравствуй! Сегодня я хочу завершить цикл статей об организации тестирования (начавшийся с изучения ошибок и опыта), рассказав о том, как же все-таки Badoo выпускает два качественных серверных релиза каждый день. Кроме пятницы, когда мы релизимся только утром. Не надо релизиться в пятницу вечером.
Я пришел в Badoo чуть более четырех лет назад. Все это время наши процессы и инструменты для тестирования непрестанно развивались и совершенствовались. Для чего? Число разработчиков и тестировщиков увеличилось примерно в два раза — значит, для каждого релиза готовится больше задач. Количество активных и зарегистрированных пользователей тоже удвоилось — а значит, и цена любой нашей ошибки стала выше. Для того чтобы доставлять пользователям максимально качественный продукт, нам нужны всё более и более мощные средства контроля качества, и эта гонка не заканчивается никогда. Цель этой статьи не только продемонстрировать работающий пример, но и показать, что какими бы крутыми ни были ваши процессы контроля качества, наверняка можно сделать их еще лучше. Технические реализации некоторых инструментов вы сможете найти по ссылкам на другие статьи, о некоторых из них нам еще предстоит написать.
В Badoo существует несколько разных QA-флоу, отличие которых обосновано разными средствами разработки и целевыми платформами (но мы используем для них общие системы: JIRA, TeamCity, Git и т.д.), и я вам расскажу о процессе тестирования и деплоя наших серверных задач (а заодно и веб-сайта). Его можно условно разделить на 5 больших этапов (хотя тут, конечно, многие мои коллеги считают по-разному), каждый из которых включает в себя и ручную, и автоматизированную составляющую. Постараюсь рассказать вам по очереди о каждом из них, отдельно выделяя то, что изменялось и развивалось в последние годы.
Читать полностью »