Релиз фичей

Чем больше я работаю с разными командами разработки (сейчас их 5), тем больше обращаю внимание на разницу в процессах и тем больше понимаю, что разные подходы для разных продуктов и команд — это хорошо.

В своем канале @hrtechru я стараюсь отслеживать публичные релизы hrtech продуктов. Это помогает и следить за рынком, «примерять» их бэклог на свои продукты, подсматривать интересные фичи.

На рынке есть одна hrtech компания, которая публично пишет о каждом своем релизе и эти релизы состоят из довольно мелких фичей. Раньше я удивлялась этому и думала что это как-то… немного несерьезно чтоли.

Недавно у меня появилась одна команда, (https://t.me/whrdata/2411) где лид проповедует такую же схему релизов. И немного поработав с ним я поняла ценность такого подхода.

Кроме лежащего на поверхности пункта про сроки

1. Быстрые запуски,
т.е. более короткий период времени поставки пользы

есть еще не менее важные, про стабильность системы

2. Фича-флаги
На маленьких фичах проще сделать так, чтобы если что-то пошло не так, то ее можно было отключить или откатить.

3. Независимость фичей друг от друга.
Т.е если что-то пойдет не так, то откатить можно только ее, а не все доработки последнего релиза целиком

Так что при выборе провайдера на внедрение и поддержку добавьте в свой чек-лист пункт
«Как вы релизитесь?»