изображение создано нейросетью
Разработка ИТ-систем — это не только функциональные возможности, но и качество: даже если система обладает отличным функционалом, но зависает или теряет данные, результат оставляет желать лучшего. Однако задавать требования в формате «99% качества» — неэффективный подход. О том, как искать баланс и формулировать требования к качеству ИТ-систем, IT-World рассказал Евгений Скориков, главный архитектор ИТ-интегратора AWG.
Содержание:
Что такое качество
Сначала следует определить, что подразумевается под качеством ИТ-системы. В системной инженерии есть понятие атрибутов качества.
Модель качества продуктов
Ключевые и наиболее понятные для бизнеса из них следующие:
- Доступность. Система должна обеспечивать выполнение функционала с заданным уровнем доступности. Причины недоступности могут быть разные: падение серверов, сбой базы данных, ошибка программного кода или проблемы с сетью. Но в результате каждая минута простоя приводит к потере денег для бизнеса.
- Производительность и скорость отклика — сколько операций система может произвести в единицу времени и сколько времени проходит от запроса до отклика. Недостаточная производительность или скорость отклика — это тоже прямые убытки: например, если карточка товара в интернет-магазине загружается за 30 секунд, для клиента это слишком долго и он просто уходит: в современных магазинах время загрузки должно составлять 1-2 секунды.
- Безопасность. Взлом сайта – это не только утечка данных, но и штрафы, потеря доверия клиентов. Если злоумышленники получат доступ к аккаунтам пользователей или полностью «положат» систему, последствия могут быть катастрофическими.
- Актуальность данных. Если информация о ценах и наличии товаров обновляется с задержкой, возможны неприятные ситуации: товар на сайте есть, а на складе его уже нет. Это приводит к оттоку клиентов и потенциальным юридическим проблемам для бизнеса.
Но помимо этих аспектов есть еще важные качества, связанные с поддержкой и развитием системы, важность которых не всегда очевидна для стороны бизнеса:
Обнаружение ошибок и диагностика. Нужно заложить возможность быстро находить проблемы и понимать, почему они возникают. Если сайт не открывается на каком-то определенном устройстве, и ничто об этом не сигнализирует, бизнес теряет деньги.
Поддерживаемость и развитие. Системы постоянно дорабатываются, но люди меняются. Разработчик, который писал код два года назад, может уже не помнить, зачем он сделал ту или иную вещь. Поэтому важно, чтобы система была спроектирована так, чтобы ее можно было легко развивать.
Раз и навсегда не получится
На развитии систем хотелось бы остановиться подробнее. Бизнес иногда полагает, что достаточно создать ИТ-систему, которая удовлетворяет текущим требованиям и базовым стандартам качества. Однако в реалиях конкурентных рынков это ошибочный подход: нужно учитывать, что система неизбежно потребует дальнейшего развития.
Основная причина – конкурентная борьба: компании стремятся улучшать продукты, расширять ассортимент и предлагать новые товары и сервисы для роста продаж. Для их внедрения необходимы изменения как во внешних, так и во внутренних корпоративных системах, включая обновление бэк-офиса.
Какую выгоду приносит бизнесу управление качеством данных
Во-вторых, изменения диктуются законодательством, и бизнесу приходится подстраиваться и дорабатывать связанные автоматизированные процессы.
И третья причина – технологический прогресс. Новые ИТ-инструменты вытесняют ручной труд и помогают сокращать издержки: чем меньше людей вовлечено в рутинные операции, тем лучше для бизнеса. Главная мечта любого бизнесмена, чтобы у него было 0 сотрудников, занимающихся операционной деятельностью: ИИ и роботы не требуют зарплаты, не болеют, не увольняются.
Все это приводит к тому, что система постоянно требует изменений, причем они касаются не только добавления новых функций, но и модификации уже существующего кода. Чтобы модификации проходили безболезненно, важно помнить, что было написано раньше – а главное зачем, а также быстро разбираться в чужом коде.
Качество стоит денег
Еще один аспект – финансовый. Важно просчитывать стоимость владения: любая система требует серверов, поддержки, администрирования. Все это – финансовые расходы, которые предприниматели стремятся минимизировать. Важна и стоимость, и сроки разработки: бизнесу хочется, чтобы любые изменения внедрялись мгновенно и бесплатно, но это невозможно.
Нельзя создать систему с нулевой стоимостью, абсолютной надежностью, бесконечной масштабируемостью и безграничной производительностью – всегда приходится искать баланс. Запрос от бизнеса на поддержку «миллиардов» пользователей потребует огромных серверных мощностей. Недостаток серверов может привести к потерям клиентов, но и избыточные инвестиции рискованны — реальный трафик может не оправдать ожиданий. Поэтому при проектировании ИТ-систем всегда приходится находить правильные компромиссы между требованиями, возможностями и затратами.
Как привык формулировать бизнес
Когда речь идет о физических объектах — возьмем, например, чайник — требования к качеству выражаются в четких числах. ГОСТы рекомендуют описывать требования качества в цифрах: например, вес чайника не должен превышать 500 грамм, а его объем должен быть ровно 1 литр. Почему критически важно защищать данные Вышло глобальное обновление системы централизованного управления РЕД АДМ Промышленная редакция 2.0 Импорт сдулся. Что происходит с ИТ в новой реальности
Поэтому в ИТ-бизнесе тоже часто пытаются формулировать требования в цифрах: «наша система должна быть доступна на 99,9%». И иногда такой подход действительно работает. Например, если бизнес определил, что сайт должен поддерживать 600 запросов в секунду (RPS), это вполне конкретное требование и оно достижимо: можно оптимизировать код, настроить серверы, чтобы их было ровно столько, сколько нужно, и не больше.
Однако есть параметры качества, которые не так просто выразить в числах. Это те случаи, когда снижение на любую величину влечет за собой прямые потери. Бизнес ожидает, чтобы они выполнялись на 100%, но это может быть нереально. Примером может быть скорость — страницы сайта должны открываться за 0 минут, или безопасность — абсолютная защита от взлома. Понятно, что невозможно создать абсолютно защищенную банковскую ячейку: любой замок можно вскрыть, вопрос только в затраченном времени и усилиях. Так же и в разработке.
Не фантазия, а баланс: поиск требований к качеству
Итак, многие показатели качества невозможно обеспечить на 100%. Поэтому для выработки реалистичных требований важно найти баланс между избыточным и недостаточным качеством.
Недостаточное качество — это когда система работает настолько плохо, что бизнес несет убытки.
Избыточное качество — это как летать на самолете в булочную за хлебом. Да, самолет быстрее, но зачем?
Цифра, которую мы заявляем — те самые «99,9%», — не должна задаваться заранее. Ее нужно находить в процессе анализа, сколько бизнес теряет из-за недостаточного качества и сколько стоит обеспечение его необходимого уровня.
Управление документацией QA: чек-лист эксперта
Причем баланс качества должен рассматриваться не только для системы в целом, но и для отдельных её функций, потому что потери бизнеса из-за них могут различаться. Если на сайте невозможно купить товар, это критическая проблема, а вот если не работает рассылка новостей, бизнес теряет косвенно и гораздо меньше. Читайте также
Иван Новосёлов: Как Data Governance меняет бизнес. Кейсы и инсайты В современном мире организации все чаще сталкиваются с растущими вызовами: обилие источников данных, необходимость быстро извлекать информацию из данных в интересах бизнеса, отсутствие единого процесса работы с данными и постоянный дефицит ИТ-специалистов. В этом интервью IT-World поговорил с Иваном Новосёловым, генеральным директором DataCatalog (входит в Группу Arenadata) о том, является ли система Data Governance необходимостью для бизнеса и какие возможности открывает для роста компаний.
Кроме того, потери зависят даже от времени суток и ритма бизнеса. Днём даже небольшой сбой может привести к серьезным убыткам, тогда как ночью, при минимальном трафике, значительные проблемы могут остаться почти незамеченными.
Развилки и решения: как разговаривать с бизнесом
Первое, с чего стоит начать — понять, сколько бизнес теряет при отсутствии качества и как должен работать бизнес, если качество не достаточно. Например, мы рассматриваем варианты поведения системы, если в магазине не работает бонусная программа на кассе. Первый вариант — ничего не предусмотреть, но тогда бизнес может потерять часть покупок. Другой вариант — например, выдавать клиентам 15% скидки, тогда лояльность клиентов сохраняется, но требуются дополнительные доработки в системе, чтобы скидки применялись автоматически. И мы выходим в выбор между разными вариантами потерь и затрат.
Второе — найти причины проблем качества и проработать варианты их устранения. Например: отказ базы данных – частая причин падения системы, и нужно решить, как повысить ее доступность. Первый вариант – холодный резерв: запасное серверное оборудование, на которое можно развернуть резервную копию в случае сбоя. Оно требует минимальных затрат (например, дополнительно 10% к стоимости серверов), но восстановление занимает несколько часов. Другой вариант – горячий резерв: база уже развернута, постоянно получает обновления, и при сбое переключение происходит за минуты. Это требует больше ресурсов (плюс 100% к стоимости серверов), но дает минимальное время простоя.
Чтобы принять решение, важно понимать, какие потери несет бизнес в случае простоя системы. Если система работает с клиентами в реальном времени (например, в магазине), то любая остановка ведет к потерям продаж. Если система бухгалтерская, то последствия зависят от времени сбоя: во время сдачи отчетности — потери огромные, а в другое время — почти незаметны. Часто посчитать потери точно сложно, но все-таки расходы на обеспечение качества – предсказуемы.
ИТ-подразделению важно уметь не только увидеть эти варианты, но и донести это до бизнеса и вовлечь его в принятие решения. Для этого нужно представить понятный выбор, например:
Первый вариант: в случае сбоя система восстанавливается за 4-6 часов, это стоит 70 тысяч рублей.
Второй вариант: восстановление за 5 минут, но стоит 300 тысяч рублей.
Когда бизнес участвует в принятии решения, он разделяет ответственность за возможные риски. Если был выбран дешевый вариант, то в случае сбоя бизнес понимает, что сам принял это решение. Главное — объяснить, что 99,9%-е качество, как бы не хотелось его в теории, невозможно без огромных затрат, и решение должно быть осознанным.
В итоге, проработка баланса качества — это, с одной стороны, понимание, сколько, как и что бизнес теряет при его отсутствии; с другой стороны, поиск и проработка способов улучшения качества и их стоимости; и последний этап — принятие решений, что делаем, а что не делаем.
Существует множество стандартов качества для информационных систем, но на практике важно не просто следовать ГОСТам, а реально обеспечивать качество так, чтобы это работало. Иногда требования, сформулированные цифрой “99,9%”, неэффективны — важнее проанализировать все возможные сбои, определить тактики устранения и выбрать оптимальный баланс между качеством и затратами. Так команда сосредотачивается на реальных рисках и оптимизирует расходы. В итоге качество становится осознанным и контролируемым, а не утопичным показателем, который в действительности никто не ожидает выполнить.
Евгений СкориковГлавный архитектор ИТ-интегратора AWGКонтроль качества