Ты замечал, как договор раздувается до ритуальной книги? В нем растут требования к отчетности - не к пониманию проблем и не к улучшению процессов, а к самому факту наличия форм. Появляются таблицы, которые никто не читает, графики, которые переделывают три раза ради соответствия шаблону, и тексты, предназначенные исключительно для аудита. В этот момент ценность перестает быть целью, а становится побочным эффектом между двумя подписями. Неделя уходит не на релиз, а на охоту за запятыми. ИТ рапортует о трансформации, а живет по тетрадке согласований.
Когда фреймворки управления ИТ начали входить в мою жизнь, ITIL стал фаворитом как понятный сборник практик. Однако меня интересовали и другие инструменты, в частности COBIT (Control Objectives for Information and Related Technology). Просматривая запись конференции о COBIT отметил для себя слова спикера, в которых он делился интересным случаем, с которым столкнулся занимаясь переводом фреймворка на русский язык. "Control" в COBIT, это контроль или управление? Ответ оказался простым - и то, и другое. Контроль и управление - две стороны одной медали. Без одного не бывает другого.
Не думал, что придется писать о базовых вещах, но суровая реальность показывает - даже в крупных проектах эта база часто игнорируется. И результат - потерянное время, необоснованные предположения, неправильно принятые решения. Если на руках только сама 1С можно действовать системно.
Утопия XXI века. Бирюзовая команда - никакой иерархии, коллективная ответственность, равные решают вместе, горизонтальность, самоорганизация, счастье. В это веришь, пока не столкнешься с простой вещью: человеческой природой. Лень, некомпетенция, страх ответственности, желание отсидеться. И главное - размазанная ответственность.
Сегодня о гарантии работоспособности пользовательских сценариев. То есть об уверенности, что после любых доработок и обновлений ключевые операции работают как прежде. В мире 1С слишком часто звучит "все проверить невозможно, пусть пользователи тестируют". Перекладывать ответственность на пользователей нельзя - это риск для бизнеса и удар по доверию к ИТ.
ИТ пронизывает нашу обыденную жизнь - как новая математика или письмо. Мы соприкасаемся с результатами работы айтишников постоянно и чаще всего не задумываемся об этом. Для ИТ-компаний создание и внедрение цифровых продуктов - основная деятельность. В других это обычно ИТ-сервис - от эникейщиков до собственной внутренней разработки, для них это кост-центр. Но по сути все айтишники создают и поддерживают автоматизацию: мы помогаем делегировать машинам рутину и неинтересные задачи.
Мы живем в экономике презентаций: решения и бюджеты сегодня продаются цифрами. Спонсоры, комитеты и кураторы проектов хотят видеть графики с растущими стрелками, KPI выше рынка и аккуратные проценты улучшений. Без чисел любая инициатива кажется слабой - и это создает давление на всех участников цепочки: продукт, продажи, подрядчиков.
При инцидентах критично важно как можно быстрее восстановить сервис. При неопределенности команда теряет время, а пользователи ждут. "Само прошло" или "не воспроизводится", это признак низкого уровня зрелости и отсутствия понятного процесса.
"Мы ценим инициативу", "Открыты к изменениям", "Растем вместе". "Мы всегда так делали", "Инициатива наказуема", "Ничего не изменится". Разрыв между декларируемыми ценностями и реальной культурой - не лицемерие, а симптом системной болезни. Он убивает мотивацию, гасит инициативу и делает любую трансформацию бесполезной.
Что общего между SMART, "5 почему", Definition of Done, ретроспективами и Acceptance Criteria? Все про них слышали. Все кивают на тренингах. И никто этим не пользуется.
