Автор статьи пытается сформулировать, что такое качество в софте, и приходит к простому определению: качество — это отсутствие проблем. Измерить его проще всего через тестирование — если сотня экспертов не нашла багов, продукт, вероятно, идеален. Но совершенство недостижимо, а попытки к нему приблизиться подчиняются закону убывающей отдачи.
Ключевой фактор качества — руководство компании. Примерно в 100% случаев, когда организация делала качественный софт, этого хотели лидеры. Если начальству плевать, команде будет в разы сложнее, хотя личный уровень качества всё равно можно повысить, даже в жёстких рамках дизайн-системы. Главная проблема — масштаб. Чем больше компания и кодовая база, тем труднее поддерживать качество. После определённого порога оно становится невозможным. Это не баг, а фича системы: компромисс, а не проблема для решения.
Автор перечисляет сигналы качества, универсальные для людей и артефактов: внешний вид (красивое — значит дорогое), ассоциации (судят по окружению), стоимость (дорогое — значит качественное) и производительность (как работает). Применительно к софту список другой: надёжность (нет багов и даунтайма), скорость (мгновенный отклик), понятность, эффективность, результативность и красота.
Качество приносит конкретные выгоды: привлекает сотрудников и пользователей, снижает количество пожаров, борется с энтропией, уменьшает текучку, упрощает продажи (работает сарафанное радио) и создаёт конкурентный ров. Премия за качество — это просто, конкуренты редко вкладываются.
Но есть и тёмная сторона. Качество легче всего, когда один человек держит весь интерфейс в голове. Чем больше команда, тем сложнее. Качество требует жертв — деньгами, ростом или временем. Оно упирается в разрешение самого влиятельного человека в организации. Снизу его не продавить. Многие коммерческие цели вроде роста и добавления рекламы убивают интерфейс. Люди чаще клюют на новизну, чем на качество, а настоящее качество замечают с опозданием.
В подтверждение автор приводит кучу цитат. Из показательных: Патрик Маккензи о Stripe («ничего из этого не достаточно, мы активно недовольны своим качеством»), Бенджи Тейлор про то, что большой корпоративный софт становится багованнее, а инди-софт — плавнее, и Стив Джобс из 1995 года про то, как в компаниях-монополистах продажники вытесняют продуктологов. Финал — шорт-лист компаний, которые реально пытаются бороться с энтропией: Automattic (наняла Chief Quality Officer в C-suite), GitLab (команда UX Paper Cuts, которая только фиксит мелкие баги и не трогает фичи), HubSpot (Cohesion Studio — горизонтальный слой между дизайн-системой и продактом), Linear (целый месяц полировки без новых фич и правило «баги в приоритете над всем»), Meta (пытались ввести числовую метрику Craft score для ключевых сценариев) и Microsoft (после скандала с качеством Windows 11 анонсировали целевую программу по улучшению производительности).