Это 21-й век, он был 21-м веком уже восемнадцать лет, и, честно говоря, мы его преодолели. От повторного заказа еженедельной еды на вынос нажатием кнопки до вызова машины к вашей двери — теперь все это происходит мгновенно. Как потребители, мы перестали думать о компьютерах и смартфонах и стали просто их использовать. Теперь это интуитивно понятно, просто и просто часть жизни. Но как насчет программного обеспечения, которое поддерживает новую эру? Как часто вам нужно обновлять приложение? Как часто веб-сайт, на который вы просматриваете каждый день, внезапно меняется? И когда происходят изменения, вас это волнует или пугает?

Честно говоря, мы ожидаем новых вещей. Точно так же, как наземное телевидение было разрушено сервисами по запросу, потребители ожидают, что будет больше нового «контента», чтобы переваривать и экспериментировать с ним на регулярной основе. И они ожидают, что этот контент просто сработает. Когда релизы идут хорошо, они могут быть похожи на продолжение вашего любимого фильма или новую серию телешоу, они вызывают у вас энтузиазм при использовании программного обеспечения и заставляют вас инвестировать в него в течение длительного времени. Даже если что-то пойдет не так, релизы поддерживают интерес потребителей и помогают поддерживать сообщество вокруг продукта.

Но правильно выпускать релизы никогда не было так просто, и теперь это не так просто, поскольку клиенты взаимодействуют с системами совершенно по-другому. Тот факт, что сервис сейчас существует в «облаке», не означает, что добавлять новые функции так же просто, как смотреть в небо. Итак, какое лучшее решение? Что ж, некоторые решили отказаться от старых стратегий своих предшественников и принять радикальные решения:

«Двигайся быстро и ломай вещи». - Марк Цукерберг

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

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

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

Регулярный, но не жесткий – создание календаря релизов дает много преимуществ. Выберите дату, например «мы выпускаем в последнюю пятницу месяца» или «мы выпускаем каждый второй четверг», и убедитесь, что ее знают все, как клиенты, так и внутренние команды. Предсказуемость и надежность календаря выпусков помогает всем планировать выпуски и укрепляет доверие между вами и вашими клиентами. Если ваши релизы достаточно регулярны, то это позволяет вашей организации перестать беспокоиться о том, чтобы выпустить большую функцию за дверь. Если он не готов, то пусть подождет до следующего релиза. Конечно, вы можете раздражать некоторых клиентов, но пока вы все еще выпускаете даже незначительные улучшения, время ожидания не будет раздражать многих. И если ваша логика всегда направлена ​​на повышение качества и выполнение чего-то правильного, то с этим трудно поспорить.

Чего хочет ваш клиент. Никогда не забывайте о золотом правиле: клиент всегда прав. Не стесняйтесь спрашивать их мнение, они платят за ваши услуги, поэтому их, вероятно, волнует, как часто они получают новые обновления. Типичное правило заключается в том, что предприятия предпочитают менее частые выпуски, чтобы снизить риск, а малые предприятия будут довольны более частыми обновлениями, но это не всегда так. Спросите их, а затем стройте свои планы на основе их ответов!

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

Сценарист: Нил Малхолланд

Первоначально опубликовано на сайте syndeo.cx 10 апреля 2018 г.