#релизы — Public Fediverse posts
Live and recent posts from across the Fediverse tagged #релизы, aggregated by home.social.
-
«Мы же предупреждали!» Почему реестр рисков не спасет проект, если команда не умеет принимать решения
Почти в каждом проекте есть момент, когда кто-то говорит: «Ну мы же предупреждали». И это, пожалуй, самая неприятная фраза в проектном управлении. Так как она означает, что проблема была не в том, что команда не знала о рисках. Проблема была в том, что знание о рисках никак не повлияло на решения. Реестр рисков в таком случае превращается не в инструмент управления проектом, а в кладбище тревожных мыслей. А что вообще такое Риск?
https://habr.com/ru/companies/viju/articles/1035034/
#проектное_управление #управление_рисками #реестр_рисков #ITпроекты #управление_разработкой #релизы #принятие_решений #project_management
-
Эволюция цифрового двойника компании: как управлять изменениями в сложном ИТ-ландшафте
Как победить хаос изменений в 1C, SAP и микросервисах? Авторская модель управления изменениями через Задания на разработку (ЗНР) и Релизные контейнеры, которая синхронизирует бизнес-процессы и код, предотвращая сбои в сложном ИТ-ландшафте.
https://habr.com/ru/articles/1030410/
#управление_изменениями #цифровой_двойник #change_management #релизы #релизменеджмент #бизнеспроцессы #бизнесанализ
-
Эволюция цифрового двойника компании: как управлять изменениями в сложном ИТ-ландшафте
Как победить хаос изменений в 1C, SAP и микросервисах? Авторская модель управления изменениями через Задания на разработку (ЗНР) и Релизные контейнеры, которая синхронизирует бизнес-процессы и код, предотвращая сбои в сложном ИТ-ландшафте.
https://habr.com/ru/articles/1030410/
#управление_изменениями #цифровой_двойник #change_management #релизы #релизменеджмент #бизнеспроцессы #бизнесанализ
-
Эволюция цифрового двойника компании: как управлять изменениями в сложном ИТ-ландшафте
Как победить хаос изменений в 1C, SAP и микросервисах? Авторская модель управления изменениями через Задания на разработку (ЗНР) и Релизные контейнеры, которая синхронизирует бизнес-процессы и код, предотвращая сбои в сложном ИТ-ландшафте.
https://habr.com/ru/articles/1030410/
#управление_изменениями #цифровой_двойник #change_management #релизы #релизменеджмент #бизнеспроцессы #бизнесанализ
-
Эволюция цифрового двойника компании: как управлять изменениями в сложном ИТ-ландшафте
Как победить хаос изменений в 1C, SAP и микросервисах? Авторская модель управления изменениями через Задания на разработку (ЗНР) и Релизные контейнеры, которая синхронизирует бизнес-процессы и код, предотвращая сбои в сложном ИТ-ландшафте.
https://habr.com/ru/articles/1030410/
#управление_изменениями #цифровой_двойник #change_management #релизы #релизменеджмент #бизнеспроцессы #бизнесанализ
-
Сократили срок выхода задач в продакшен почти вдвое: что реально сработало
Команда разработки может работать много и активно, но продукт все равно будет выходить медленно. Рассказываю на своем опыте, какие изменения в процессах помогли почти вдвое сократить срок выхода задач в продакшен и сделать релизы предсказуемыми.
https://habr.com/ru/articles/1010694/
#разработка #SaaS #Agile #Scrum #спринты #бэклог #релизы #задачи #приоритизация #процессы
-
Как внедрить TBD?
Привет! На связи разработчик Максим и инженер по качеству Евгения из Т-Банка. Как-то мы задумались о переходе на TBD , чтобы избежать develop-ветки со всеми вытекающими. Внедрение TBD оказалось более сложным процессом, чем мы думали сначала. Углубившись в тему, осознали, насколько важно учесть множество деталей, которые нужны для успешного перехода: в каких процессах необходимо настроить автоматизацию, доработать тесты, обновить документацию и сделать многое другое. В этой статье мы поделимся опытом перехода на TBD: планом внедрения и вопросами, с которыми мы столкнулись. Cтатья пригодится инженерам уровня middle и ниже и тимлидам. Для senior-инженеров статья не будет откровением, но надеемся, что станет местом для обсуждения нюансов внедрения или возможностью посмотреть на процесс с точки зрения QA. Погнали!
https://habr.com/ru/companies/tbank/articles/931016/
#qa #срок_разработки #qa_testing #тестирование #релиз #релизы #релизменеджмент #релизный_цикл #автоматизация #автоматизация_тестирования
-
Уроки Git-хаоса: форс-ресет, удалённые ветки и GitLab
Привет! Я старший fullstack-разработчик в крупной b2b-команде, где мы активно развиваем IT турпродукты и сопровождаем легаси-проекты. Недавно мне довелось временно заменить тимлида — он ушёл в отпуск, оставив напоследок фразу: «Ты не будешь деплоить» . Спойлер: деплоил. И не просто деплоил, а чуть не похоронил релиз из-за одного неосторожного git reset --hard . К счастью, всё закончилось хорошо — но пришлось восстановливать ветки из GitLab’а, бороться с удалённой историей и вручную черри-пикать задачи. Рассказываю, как всё было, какие выводы сделал и чего теперь точно делать не буду. Надеюсь, кому-то это сэкономит пару нервных клеток.
-
Процессы безопасности в релизном цикле RuStore
Меня зовут Дмитрий Морев, я руководитель Информационной безопасности в RuStore. В предыдущей статье мы рассказали о роли автоматизации и управления релизами в RuStore, в этой продолжу тему в части проверок безопасности в релизном цикле. У информационной безопасности нет собственных целей — есть только один общий путь с бизнесом и ИТ (командой разработки), поэтому команда ИБ должна ориентироваться на бизнес-цели и производственные метрики ИТ. Одной из таких бизнес-целей является быстрая и эффективная проверка продуктовых гипотез, запуск MVP (Minimum Viable Product) и выбор правильных гипотез для дальнейшего развития бизнеса. Для выполнения этих целей ИТ-разработка должна быть быстрой, гибкой и иметь низкий Change Failure Rate. Инфобез должен быть еще быстрее, потому что необходимо успеть разобраться в логике работы фичи, проверить код, подсветить риски безопасности и желательно снизить их в рамках установленных производственных метрик и TTM (time to market). Итак, чтобы поспевать за ритмом разработки необходима автоматизация, максимально быстрый подход к «снаряду» (смотрим производственные таски с момента создания), короткий TTS (time to security, общее время всех проверок ИБ) с привлечением QA-команд к тестам безопасности. В данной статье расскажу про проверку и автоматизацию согласования релизов. Наша команда ИТ использует быстрый и эффективный подход к разработке, в котором разработчики совместно работают над кодом в одной ветке, называемой «главной» (или master в терминологии Git) — Trunk based development .
-
Один в поле воин или не воин? Когда ты один тестировщик на 9 разработчиков. Часть 2
Ранее в 1-й части статьи писала об STLC проекта с веб- и мобильной разработкой, который осуществлял переход не только на новый интерфейс, но и с монолита на микросервис. Из-за чего тестирование веб-приложения удваивалось, а в мобильной части проверок было четыре (iOS и Android).
-
Оптимизируем релиз мобильного приложения: что получилось, а что нет
Привет, Хабр! Меня зовут Александр, я — руководитель группы тестирования в мобильном приложении для продавцов «Ozon Seller». Общаясь с тестировщиками из разных компаний, часто слышу про одну и ту же боль — долгий регресс руками, который из раза в раз отнимает уйму времени, сил и мотивации. Хочу поделиться с вами историей о том, как мы работали над улучшением релизного процесса и что из этого вышло. Думаю, что статья будет полезна для QA-специалистов, команд тестирования и в целом для команд, занимающихся мобильной разработкой.
https://habr.com/ru/companies/ozontech/articles/883538/
#тестирование_мобильных_приложений #релиз #релизы #релизменеджмент #релизный_цикл #мобильная_разработка
-
Пьеса о неудачный запуске предзаказа
Воскресный пост без технических нюансов. Просто история одного дня из жизни команды разработки. Пост для развлечения и поднятия боевого духа перед началом рабочей недели – все решаемо и всегда есть выход из ситуации, главное его найти. Акт первый. Предыстория