Волею судеб мне иногда приходится встречаться с новыми заказчиками. Посидеть на пресейле, «сверкая экспертизой», пока менеджер пытается не перепутать сервер с сервисом (говорил же, не произносить слов, которые не понимаешь).
Уже давно в этих встречах ничего особенного не было. Вероятно, потому, что я для себя и команды сознательно выбрал рынок среднего бизнеса, и появилась ожидаемая повторяемость. Но там люди как-то поживее, чем в Больших и Важных Корпорациях. И, в большинстве случаев, удаётся встретиться с собственником – это кратчайший путь к пониманию духа компании.
Но недавно какая-то злая сила опять затащила в корпоративный сектор. И начался… Хотел написать «кромешный ад», но не заслуживают они столь громкого эпитета. Так, мелкий булькающий пердостан.
Как вы, наверное, догадались, главное отличие корпоративного заказчика – там есть собственные программисты. Из всех людей клиента это самые жалкие, мелкие, противные и пакостные засранцы.
Чтобы вы на этом моменте не плеснули, в гневе, свой утренний капучино на смартфон, скажу, что я был на стороне этих программистов, целых 8 лет. Знаю внутреннюю кухню, понимаю мотивацию и поведение.
Итак, чего они там вытворяют.
Кэшбек
Да-да, старых добрых откатов уже почти нет, теперь дружеская помощь голодающему ИТ-директору называется кэшбек. Встречается в разных формах.
Первая, классическая – деньги за победу в тендере. Ну, тут нечего рассказывать, лучше меня знаете.
Вторая, появилась относительно недавно – через субподряд карманной фирме ИТ-директора или жены его друга. Они даже чего-то там делать умудряются, на этом субподряде.
Третья – секретный найм программистов заказчика. Они ж всё тут знают, могут работать хорошо и быстро (вдруг выяснилось, ага). Надо только им доплачивать, как мы своим программистам платим. И это, кстати, отдельная проблема – не деньги, а мельтешение под ногами.
Союзники
Итак, мы в качестве дружеской помощи даём местным часть задач по проекту. Бывает, кстати, на вполне законных основаниях, без кэшбека – чтобы научились, ну и заказчик сэкономить хочет.
Если вам приходилось нанимать на проект фрилансеров – не знакомых и надёжных, а шабашников вахтовым методом, вы можете себе примерно представить, о чём речь. Только тут вдвое хуже – примерно как племянника директора взять программистом. Всё придётся делать за него.
Местные – они, конечно, молодцы. Реально бывают толковые ребята. Но проект очень быстро начинает в них упираться. Никакие методы управления, доступные вам в своей команде, на местных не распространяются. Деньги ваши им, конечно, в прикол, но их корпоративный оклад-то никто не отменял. Ставить им сроки бесполезно – всё равно что вороне на улице. Уговаривать, мотивировать, ругаться – как с бомжом. Вам не понять этого дзена, и не вам на него влиять.
Придётся делать самим, за свой счёт, ещё и втайне, а то обидятся.
Комплекс неполноценности
Красная линия, которая проходит через всё сотрудничество с местными программистами – это их комплекс неполноценности. Оно и понятно – если в помощь к внутренней ИТ нанимают внешнюю ИТ, то тут ведь явно что-то не так? Ну, так думают местные программисты.
Если нанимают людей со специализацией, которой нет внутри корпорации, это совершенно нормально. Например, есть сисадмины и программисты 1С, а нанимают битриксоидов, для создания сайта или запуска корп.портала.
Но когда программистам 1С нанимают в помощь программистов 1С – местных явно не уважают. Формально это звучит как «у нас тут перебор задач, недостаток специалистов, так-то мы обычно всё сами делаем». Но когда жена нанимает мужа на час, чтобы сделать то, что вы хорошо умеете (стол передвинуть) – сложно будет себя убедить, что это нормально.
Особенно если «муж на час» пришёл, когда вы лежите не диване, уткнувшись в смартфон. Придётся подскочить и убедительно продемонстрировать, что вы и сами в состоянии порешать бытовые проблемы.
Кстати, местные зачастую так и делают.
«Я же говорил»
Если вам повезёт проводить предпроектное обследование в паре с местными программистами, вы этого «я же говорил» обязательно наслушаетесь. Он всё это говорил. Его не слушали. Этому – да, вот этому, коммерческому директору, с которым мы только что разговаривали – всё этому он уже говорил, показывал, предлагал, просчитывал, чуть ли не внедрил.
Но его, бедняжку, конечно, никто никогда не слушает. Нет же пророка в своём отечестве. Придётся слушать вам – при коллегах из других служб программист будет, от силы, загадочно улыбаться и поглядывать на вас.
Серый кардинал
Некоторые программисты будут пытаться предстать в ваших глазах эдакими серыми кардиналами, сведущими во всех подковёрных интригах – кто, с кем, где, когда и что. Только роль его будет, скажем так, пассивной.
Он всё про всех знает, всё повидал – чего тут только не было, кто тут только не топтался со своими проектами, но всё тлен.
Любая ваша инициатива, высказанная программисту прежде остальных, будет встречена устало-презрительной улыбкой и рассказом о том, что это уже было, толку никакого не получится, не стоит даже начинать.
Если же вдруг перестать слушать программиста – не слушаться, а хотя бы слушать – всё серокардинальство как рукой снимет. Вдруг станет ярым сторонником родной конторы и, увы, содержимое ваших задушевных бесед может стать достоянием корпоративной общественности.
По книжке
Естественно, до вашего появления программисты успели изучить все лучшие практики по написанию кода, построению архитектуры, тестированию, управлению проектом, сбору требований, определению функциональных разрывов. Вся «Войну и мир» по ИТ-проектам прочитана, сочинения написаны, пятёрки получены.
Разумеется, знания эти – чисто теоретические. Если заглянете под капот, то увидите лютейший говнокод на специфическом диалекте, все известные антипаттерны архитектуры, тестирование на людях при почти нулевой скорости появления релизов, ну и из проектного управления – пачка стикеров на столе. Нет, в столе. У секретарши.
Но, что позволено Юпитеру, не позволено быку. Вам придётся всё это и изучить, и соблюдать. Иначе ждите докладную, а то и закладную записку, брюзжание на совещаниях и зловещие прогнозы грядущего провала проекта.
Пробка
Некоторые, особенно ИТ-директоры, могут поставить условие: все коммуникации «с бизнесом» - только через них. Не вместе с ними, а именно через них. Подрядчик говорит с ИТ-директором и его подчинёнными, а уж серьёзных людей нечего беспокоить.
Целей несколько. Во-первых, хочется быть пробкой, затычкой, шлюзом, Важной Персоной. Обычно так поступают ИТ-директоры, которых раньше вообще не приглашали на совещания, или наоборот – те, кто с них не вылезал.
Во-вторых, получается узаконенный глухой телефон. Что он там говорит, чего ему отвечают – вы не узнаете. Только выгодная ИТ-директору интерпретация. Сам герой, разумеется, видит себя челночным дипломатом похлеще Киссинджера.
По результатам этой дипломатии ждите блестящих побед. Если вы всё хорошо сделали по этапу проекта, это никто иной, как ИТ-директор убедил ключевых пользователей принять результат. Когда подписан акт – угадайте, кто надавил на заказчика, кому вы теперь должны?
Кто же в случае проблем «сделал всё, что мог» - догадаетесь сами.
Безопасность
С вашим появлением вдруг окажется, что в корпорации – очень строгие требования к безопасности. Особенно – в части доступа к ИТ-инфраструктуре. С антресолей достаются покрытые пылью талмуды с протоколами безопасности, инструкциями по получению доступа, сложными процессами внесения изменений в продакшн.
Вам нельзя смотреть в продакшн со своего компьютера – только с чужого монитора. А то по скриншотам гадайте. Все ваши действия записываются, включая время, проведённое в подключённом к инфраструктуре состоянии. Вам нельзя смотреть и, не дай боже, анализировать код, написанный местными – он под грифом секретности. Не стоит заикаться о том, чтобы постоять рядом с серверной – чего вам, таким красивым и умным, там делать?
Отвал подключения в критичное время – самое обычное дело. Столь же обычное, как и долгое восстановление этого подключения – с повторным прохождением всех кругов ада. Вы ж чё-то сделали не так – например, Alt+Tab нажали.
Мелкие пакости
Ну и напоследок – неисчислимое количество мелких пакостей, которые мне лень классифицировать и разбивать на категории.
У вас будет пропадать код – его затрут, случайно или намеренно. По официальной версии – и случайно, и по вашей вине. Шибко умные, перемудрили со своими системами контроля версий.
Сложите что-нибудь в папочку в локальной сети – будьте готовы её однажды не обнаружить. Место на диске ведь не безгранично, даже если ваши файлики лежали в зачуханском файловом хранилище, никому не нужном до начала проекта.
Если вам нужно собрать несколько подписей под какой-то бумажкой по проекту, и в списке согласователей будет ИТ-отдел – угадайте, чей автограф вы получите последним? Самого важного человека, разумеется, который может расписаться только после всех остальных.
P.S.
Разумеется, не всё так страшно, как я написал. В корпоративном секторе полно очень и очень приличных ИТ-директоров и ИТ-команд. Фуф, бумага всё стерпит…
