Особенно глубоко понимаю заказчика. Обычно это человек задерганный и запутавшийся одновременно. У него есть классическое пожелание: «хочу одну кнопку, чтобы на нее нажал и получил все». Цитирую из служебной записки, видел своими глазами. Заказчик этот пребывает в двух формах: скептическая и романтическая. Скептическая форма звучит примерно так: «да что вы понимаете и можете сделать». Скептическая форма, обычно, прекращается после первого успешного внедрения. Когда заказчик соображает, что он может большое количество своих проблем переложить на автоматизацию. Процесс просветления обычно настает во время изучения им программы и методик испытаний, первого по-настоящему читаемого им документа. В этот момент он начинает понимать, что жизнь его невозвратно меняется.
🔖 Перейдя в романтическую форму, заказчик стремится автоматизировать все. Становится эдаким неофитом, как сейчас члены секты ChatGPT. Он перестает руководствоваться здравым смыслом, не слышит аргументов и с утра до ночи готов обсуждать не только техническое задание, но даже подробно копаться в архитектуре системы. Он выучит слова «технический долг» и «рефакторинг», будет успешно вворачивать аббревиатуры «SLA» и «TTM», в общем, станет эдаким евангелистом от эджайла и сына его скрама. Со стороны профессионалов выглядит это забавно. Как будто человек, посмотревший «Доктора Хауса» внезапно стал диагностом в федеральной больнице. Но заказчик есть заказчик. Простим ему его энтузиазм. Лучше же так, чем с кислой физиономией и отрицанием. Лучше подпись на акте, чем куча невнятных замечаний.
Конечно да, но нет. Такой развращенный заказчик становится головной болью. Единожды «подсев» на автоматизацию, он будет все вопросы решать через автоматизацию. А что, удобненько. Не надо думать. И не надо нести ответственность. Это же не он хреново выстроил процессы, это ИТшечка криво внедрила Asanу. Это не он не продумал процедуры использования базы знаний, это ему криво поставили Confluence. Ну и так далее. Возникают совершенно дикие конструкции, когда вместо того, чтобы нанять стажера, человека пока неквалифицированного, на выполнение рутинных задач и с перспективами роста, тратятся миллионы на создание решений.
А потом еще десятки миллионов на их интеграцию в общий контур. А потом сотни миллионов на рефакторинг и переделку бизнес-логики монолитных монстров с тоннами легаси.
И про монолиты пару слов. Заказчик как чумы боится многих систем. Типа «зоопарк» или, для продвинутых, «лоскнутная автоматизация». Пользуясь случаем, ответственно заявляю. Ровно как по бизнесу чаще выгодно нанять человека, ровно так же выгодно использовать несколько небольших систем вместо одной большой. Я не буду сейчас обосновывать это через TCO, просто поверьте на слово. Наши бизнесы сложные и так часто меняются, что чем больше изолированных элементов вашего ландшафта автоматизации – тем лучше. Дешевле. Быстрее изменения. И, может быть, при таком подходе вы реже услышите от вашего финансового или коммерческого что-то вроде: «А я ничего сделать не могу! Мне ИТ спринт задерживает!».