Сегодня о гарантии работоспособности пользовательских сценариев. То есть об уверенности, что после любых доработок и обновлений ключевые операции работают как прежде. В мире 1С слишком часто звучит "все проверить невозможно, пусть пользователи тестируют". Перекладывать ответственность на пользователей нельзя - это риск для бизнеса и удар по доверию к ИТ.
ИТ пронизывает нашу обыденную жизнь - как новая математика или письмо. Мы соприкасаемся с результатами работы айтишников постоянно и чаще всего не задумываемся об этом. Для ИТ-компаний создание и внедрение цифровых продуктов - основная деятельность. В других это обычно ИТ-сервис - от эникейщиков до собственной внутренней разработки, для них это кост-центр. Но по сути все айтишники создают и поддерживают автоматизацию: мы помогаем делегировать машинам рутину и неинтересные задачи.
Мы живем в экономике презентаций: решения и бюджеты сегодня продаются цифрами. Спонсоры, комитеты и кураторы проектов хотят видеть графики с растущими стрелками, KPI выше рынка и аккуратные проценты улучшений. Без чисел любая инициатива кажется слабой - и это создает давление на всех участников цепочки: продукт, продажи, подрядчиков.
При инцидентах критично важно как можно быстрее восстановить сервис. При неопределенности команда теряет время, а пользователи ждут. "Само прошло" или "не воспроизводится", это признак низкого уровня зрелости и отсутствия понятного процесса.
"Мы ценим инициативу", "Открыты к изменениям", "Растем вместе". "Мы всегда так делали", "Инициатива наказуема", "Ничего не изменится". Разрыв между декларируемыми ценностями и реальной культурой - не лицемерие, а симптом системной болезни. Он убивает мотивацию, гасит инициативу и делает любую трансформацию бесполезной.
Что общего между SMART, "5 почему", Definition of Done, ретроспективами и Acceptance Criteria? Все про них слышали. Все кивают на тренингах. И никто этим не пользуется.
SonarQube тактично отмечает ERP с 14 миллионами строк как XL. Хотя, если посмотреть на размерную сетку, то Extra Large считаются все проекты с количеством строк свыше 500 тысяч.
Были времена, когда задача сводилась к тому, чтобы сервер 1С просто жил. Зеленая лампочка - все хорошо; жалобы на тормоза - перезагрузим. В 2025 это не работает. Бизнес ожидает устойчивую скорость операций, а не набор разрозненных графиков. Переход от мониторинга к наблюдаемости дает понимание причин, а не только симптомов.
Эйнштейну приписывают фразу - "Все люди лгут, но это не страшно, никто друг друга не слушает". Все так. Но когда ты заинтересован в коммуникации и результате - начинаются проблемы.
Костыли, велосипеды, ошибки разработки и проектирования - удобный повод обвинить команду: это ведь они так пишут. Но откуда берется техдолг? Всегда ли это результат ошибок? Или это эффект амбиции "пятилетку за один год"?
