Мир ИТ-услуг весьма странен.

С одной стороны, вроде все заказчики всё знают: о гарантированно провальных проектах, засилье говнокодеров, непрофессионализме менеджеров и тимлидов, низком качестве продуктов. Невозможно этого не знать, рынок давно сформировался, устоялся и не собирается качественно меняться. По крайней мере, в лучшую сторону.

С другой стороны, продолжают покупать. Это понятно – выбора-то особо нет. Будь на рынке реально крутые, качественно лучшие игроки – законы конкуренции доделали бы остальное.

Непонятно другое – все делают вид, будто никто ничего не знает. Заказчики на полном серьёзе обсуждают предстоящий, непременно успешный проект, а говнокодеров называют «специалистами». ИТ-компании – подыгрывают. Хорошо ещё, большинство встреч проходит онлайн – не приходится продумывать логистику офиса, чтобы просранные клиенты не столкнулись с невинными потенциальными.

Итог всегда один, просто достигается за разное время, кому как повезёт. Кому-то выпадет счастливый билет, и попадётся действительно классный программист или целая команда. Но это лишь продлит агонию – никакой программист, и никакая команда не будет с заказчиком всегда. Штурмовые бригады идут дальше, а на замену приходят охранные войска – ополченцы, грубо говоря. И разочарование заказчика ИТ-миром в целом произойдёт обязательно.

А бывает ли по-другому? Речь не про сказку об очередном мифическом деревенском программисте, который с пинка открыл дверь собственника и всё ему объяснил, нет. Бывает ли так, что не обманываются ожидания?

Конечно. Чтобы не обманывались ожидания, рычага есть два. Первый – соответствовать ожиданиям. Второй – корректировать ожидания. Я сегодня про второй.

Есть у нас команда, которая…. Как бы это выразиться. Странная короче. Они говорят заказчику всё, как есть. И предлагают выбор.

Не смейтесь, но когда-то очень давно я подрабатывал тренером качков. В деревне открылся тренажёрный зал, но тренер не успевал приходить в одну детскую группу, и попросил меня с ними "посидеть". Я был так польщён, что перечитал про бодибилдинг всё, что нашёл в деревенской библиотеке.

Но не суть. У качков, как ни странно, можно многому поучиться. Не у самих качков, а у подходов к их тренировкам. Сами качки, кстати, этих подходов не знают – видят только готовые «программы» в нескольких вариантах, под разные ситуации. Не правда ли, похоже на нас, использующих «фреймворки» Scrum, Lean или DevOps, не понимая заложенных в них принципов? Ну да ладно.

Есть у качков такая замечательная штука, как статические упражнения, или упражнения на статику.

Я люблю 1С. Возможно, больше всего за то, что самое лучшее она оставляет партнёрам и пользователям. Без иронии.

Что написано в назначении любой конфигурации? Если кратко, то две вещи: учёт и управление. Учёт в 1С давно и хорошо сделан. Всегда можно сделать лучше, но эту волшебную фразу можно применить к чему угодно, кроме игры «Сапёр». А управление?

Любому работающему человеку, на любой должности, есть куда стремиться, расти, развиваться. Профессионально, в карьерном плане, в доходах, эффективности. Но мало кто это делает. Точнее так – пытаются все. Нет, ещё точнее – «пытаются» все. Но у большинства не получается.

Причина банальная, если в корень зрить – недостаток силы воли. Сила воли – это способность делать то, что нужно. Делать то, что не нужно – легко, сила воли почти не требуется. Сидеть тупить, пялиться в интернет, листать ленту, даже заниматься рутинными рабочими задачами – только на это силы воли и хватает.

Чтобы как-то продвинуться в работе, нужно приложить усилия сверх привычного. Для этого нужна добавочная сила воли. Но её нет. И чё, как быть? Всё, ничего не получится?

Недавно закончилась цепь увольнений. Один ушёл, второй, третий... На прощальном интервью все назвали разные причины. Зная историю появления, развития, восхождения этих людей на пьедестал, легко увидеть - причина одна. Кто-то подсадил ребят на лайки за вполне определённое поведение, подходы, ценности и результат, а потом... Стоп, начну издалека - с негативной мотивации. С дизлайков.

В управленческой жизни часто слышишь: «наведите порядок», «ну и бардак», «мне нужны чёткие процессы!», «главное – прозрачность» и т.д. Принято считать, что хаос в управлении – это плохо, а порядок – хорошо.

Однако, в реальности у каждого руководителя – смесь хаоса и порядка. Часть работы выполняется по отлаженным схемам, даже если они нигде не описаны – люди и так знают, куда бежать и кому звонить. И всегда присутствует то, что выполняется каждый раз, как в первый раз – хаотично, затратно, неуправляемо, непрозрачно. Это – хаос.

Проблема не в наличии хаоса, а в отношении к нему. Раз считается, что хорошо – это порядок, то хаос автоматом получает оценку «плохо». Каждый руководитель носит в душе чувство вины (от лёгкой формы до тяжкого угнетённого состояния) за то, что в его периметре присутствует хаос.

Возьму на себя смелость утверждать, что клиенты ведутся на профессиональное хамство, когда продаёшь им услуги сопровождения или внедрения информационной системы или инфраструктуры. По текущей накопленной мной статистике, клюют 80%. Оставшиеся 20% почти сразу отваливаются – это, в основном, те, кому нужна лесть и важен этикет.

Этот, переломный, момент в переговорах, на мой взляд - самый интересный. Клиент, слыша профессиональное хамство, на несколько минут впадает в ступор из-за резкого нарушения запланированного сценария разговора. Если от клиента на переговорах большая делегация, все начинают ошарашенно друг на друга озираться и ждать - кто первый придёт в себя и скажет, что делать дальше.

Приобретённая вежливость обычно заставляет людей продолжить встречу, довести её до "мы изучим ваше предложение". Частенько результатом изучения предложения становится сотрудничество. Но 80%, всё-таки, клюют прямо на встрече.

Если у вас есть дети – скорее всего, вы быстро поймёте, что тут к чему, и чем история закончится. Но в конце текста я, на всякий случай, поясню. История короткая, шутливая, без претензии на что-либо, кроме пары минут вашего внимания и улыбки.

Жил-был на свете программист. Днём, сидя на работе, он программировал. Иногда программировал и по вечерам.

Сядет за компьютер, нальёт кофе, наденет наушники, расплывётся в блаженной улыбке – и программирует. Не видно его, не слышно – прям хамелеон в засаде. Но код появляется. Хороший, качественный код, который нравится всем коллегам.

Так продолжалось много лет. Пока не пришёл какой-то парень и не сказал: «ты можешь намного больше, ты достоин, ты много теряешь». И программисту стало интересно. Он снял наушники, и огляделся вокруг.

Этот текст – заказной. Знаю, многие из читателей пытались заказать у меня тексты, но я если и пишу для кого-то, то только для друзей. Нетрудно догадаться, что заказчик – мой друг. Зовут его… Пусть Вася. Он так и не решил, называться ли настоящим именем. Потому что так и не решил, зачем ему этот текст.

Итак, Вася – создатель уникального подхода в автоматизации. Надеюсь, процитировал достаточно точно. Вася делает Вялые Проекты.

Все клиенты, которые смогли вынести, дотерпеть, смириться, а то и склониться – обожают Васю и его Вялые Проекты. Возможно, именно большое количество лайков вскружило Васе голову. Я своего мнения высказывать не буду, ибо обещал заказчику – он хочет услышать ваше, непредвзятое мнение.

На всякий случай отмечу, что кроме вышеупомянутой цитаты, ни одной буквы в этом тексте не написано Васей. Он этот текст прочитает одновременно с вами.

Текст длинный, прошу прощения. Но Вася и его подход слишком многогранны, чтобы написать мало букв. Да и у меня день рождения, решил сделать себе подарок – жизнь как-то замотала, некогда длинные статьи писать. А люди просят.

В работе любого человека, особенно руководителя, есть разные типы задач. К каждому типу задач нужен собственный, индивидуальный подход и стратегия выполнения. Если ко всему подходить одинаково, результат будет плачевный.

Вот есть у нас Сергей. Задачи по программированию он выстраивет в очередь согласно приоритетам, и потом выполняет, одну за другой. Если очередь большая, то полученную сегодня задачу Серёжа начнёт делать, например, через неделю. Допустим, у нас это считается нормой.

Если Сергей применит ту же стратегию к задаче "отвечать на письма", то результат будет ужасным - никто в здравом уме не будет ждать ответа на письмо в течение недели. Какой бы Серёжа ни был молодец. Поэтому на письма лучше отвечать, например, в течение суток.

Вроде всё просто и понятно. Но отвечает ли Серёжа на письма в течение суток? Хрена с два. Скорее всего, на некоторые письма он вообще не отвечает. И почта вся у него лежит в одной папке - "Входящие", и если он не ответил на письмо сразу, то вообще забудет на него ответить. Потому что Сергею не хватает дисциплины.

Полезные штуки можно встретить в самых неожиданных книгах. Читая очередную из серии «у меня много подписчиков, поэтому я решила книгу написать», наткнулся на прекраснейшую вещь: аргумент растущей кучи, взятый автором из книги Эразма Роттердамского «Похвала глупости»

Много лет руковожу программистами, при этом продолжая писать код, придумывать архитектуру, управлять проектами и т.д. Короче, я как все, только ещё хожу на совещания.

Рядом много других команд программистов, и у них тоже есть свои начальники. И вот странное дело - сильно они разные получаются.

Примерно половина начальников - прям уух, настоящие технические лидеры, знают почти всё примерно обо всём, могут подсказать выход из любой затруднительной ситуации - причём, и технической, и человеческой, покажут где посмотреть пример аналогичной решённой задачи, помнят, кто из ребят уже делал подобное, какие были подводные камни, как лучше не делать.

Вторая половина, ну это... Возьмите любой эпитет из предыдущего абзаца и добавьте НЕ.

Исходные условия у всех одинаковые - каждый когда-то был хорошим программистом, потом "выдвинулся" (все - по своей воле), ну и руководил, как мог.

Почему такая разница?

Внешние симптомы схожи - руководитель не делает то, что нужно в реально сложившейся ситуации. Но причины могут быть разные. В числе прочих - управленческие импотенция и инфантилизм.

Контролировать исполнение поручений и задач – постоянная обязанность руководителя. В мечтах, конечно, всё не так – хочется работать с надёжными и ответственными людьми, вроде легендарного Роуэна из «Послания к Гарсиа» Э. Хаббарда. Ты ему такой говоришь, что надо сделать – он идёт и делает. Скинул и забыл. Ага, да.

В руководители обычно переходят из специалистов – не важно, будь то программист, продавец, снабженец или кто-то ещё. И начинается ломка.

Когда человек работает специалистом, для него вполне нормально стремиться сделать всё хорошо. Решить все запланированные задачи, уложиться в сроки, достичь требуемых показателей, своевременно вести учёт и т.д. Если специалист что-то не успевает – он немного переживает, поднапрягается, возвращается в колею и снова доволен собой.

Став руководителем, человек стремится действовать точно так же – делать всё хорошо. И «делать всё», и «делать хорошо» (сюда включается и «делать вовремя»). Но это стремление разбивается о невиданные им доселе проблемы.

Потихоньку начинаю задумываться, на какой технологии буду «въезжать» в пенсионный возраст. Почитываю статьи о том, как люди после 30 лет учатся или переучиваются, какие испытывают трудности в трудоустройстве. Оно и понятно – «старых коней» обычно берут только на технологии, которыми они уже владеют. Самому мне под 40, если что.

Я и сам принимал на стажировку людей в возрасте 35-45 лет, остался только один – чрезвычайно упёртый. Остальные сами убегали, кто через неделю, кто через квартал. Хотя рядом сидят 22-летние студенты, которые и не думают никуда сбегать.

Что интересно – они именно сбегают, причём – назад. Туда, откуда пришли. Если человек с завода, где работа была – не бей лежачего, туда он и спешит вернуться. Если был так-себе-менеджером по продажам, но с инженерным образованием, то быстро сбегает обратно – принимать звонки и оформлять заказы.

Судя по отзывам тех, кто ушёл и тех, кто остался, сбегать заставляет страх. Понятный, даже выраженный в упускаемых деньгах страх не состояться в новой профессии или технологии. Вот и бегут от неё, технологии.

Однако случается, что технология сама приходит к человеку, не спрашивая его мнения. И бежать ему особо некуда, ибо собственные знания продать особо некому – они безнадёжно устарели. Но на заводе, где сидит «возрастной» программист, за эти знания пока платят. Ровно до тех пор, пока старая, уютная, тёплая ламповая информационная система не будет заменена новой, дорогой, блестящей и высокотехнологичной (возьмите в кавычки любое слово, если хотите).

Ну и придётся программисту что-то придумывать, как-то выкручиваться. С учётом ускоряющегося с возрастом течения времени, мне это тоже скоро предстоит. Поэтому решил вспомнить реальные кейсы из внедрений молодости – как тогдашние заводские программисты предпенсионного возраста находили своё место в жизни.

Стыдно признаться, но я беззастенчиво использую Хабр для влияния на людей из моего окружения. Примерно каждая вторая моя публикация написана для того, чтобы её прочитал конкретный человек. Действую я, разумеется, из лучших побуждений.

Наткнулся я на этот способ случайно. К одному из клиентов, на завод, устроился очень толковый парень, программист, выпускник очень уважаемого ВУЗа. Я, зная историю этого завода, понимал, что парень там пропадёт – превратится в 1Сника. Но как ему об этом сказать?

Прямо заявить не получится – уровень отношений не тот, я для него – просто хрен с горы. Если начну лезть со своими советами – сделаю только хуже. К тому же, не хотелось случайно испортить отношения с клиентом – он, в общем-то, перед парнем ни в чём не виноват. Он просто такой, какой есть.

Приводить какие-то аргументы и доказательства смысла не было – не зная истории развития клиента, парень мне просто не поверит. Публикаций от программистов, гибнущих на заводах, тоже мало, да и толку от них – кто поверит чужому опыту? Хочется заиметь свой собственный.

Мне хотелось, чтобы парень увидел себя через несколько лет. И чтобы увиденное его зацепило и заставило задуматься. Как это сделать? Нужен материал, который взывает не к разуму, а к эмоциям. Нужна история. Так я написал свой первый худлит – Requiem for a Dream.

 И о чудо! – сработало. Парень ещё несколько месяцев посидел на заводе, увидел проблески воплощения этой истории, и свалил – туда, где шансы сгинуть намного ниже.

А я стал пользоваться этим методом постоянно.

Пока я работал на заводах, мир 1С сильно изменился. А мне ничего не сказали. Поэтому я, вернувшись в мир 1С, продолжил пользоваться старой терминологией и, в частности, устаревшим классификатором профессий.

Я считал, что главный в мире 1С – программист. Позже в жёлтый мир пришли новые профессии, из большой разработки – аналитики, архитекторы, разработчики, даже тестировщики. Но я, как упрямый баран, называл эти профессии ненужными, вынужденными. Это просто неудавшиеся программисты, говорил я. Не можешь программировать – иди в аналитики. Боишься разговаривать с директором – иди в разработчики. Вообще ничего не умеешь – иди в тестировщики.

Но даже такая картина мира 1С не могла до конца объяснить происходящего. Аналитиков, архитекторов, разработчиков, сервис-инженеров и даже программистов в нашей отрасли – мало. А людей – много. Кто они?

За два с лишним года наблюдений, исследований и выращивания 1Сников я понял, что подходящего названия их профессии сейчас просто нет. Оттого постоянно возникает путаница, завышенные ожидания, неверные направления подготовки. Поэтому пришлось придумать название профессии самостоятельно.

Разрешите представить: Слесарь 1С. Без стёба. Статья – абсолютно серьёзная.

Выдался у меня как-то на работе хороший год. Я сделал пару серьёзных проектов, за что получил существенную прибавку к окладу. Естественно, я захотел этот опыт повторить. Пришёл к директору и говорю – хочу +30%, готов стараться от всей души.

Тот почему-то обрадовался. Давай, говорит, всё-превсё автоматизируем в течение года, и будет тебе прибавка. Чтобы понять, кто такое «всё-превсё», мы собрали совещание всех отделов. Люди с радостью притащили хотелки, мы из сгруппировали в 13 проектов.

Увидев предстоящий объём работы, я, конечно, приуныл. А директор – наоборот. Когда все отделы ушли с совещания, он сказал: я тебе помогу. Ну, думаю, поможешь ты мне. Уже помог, спасибо.

Директор же сказал: я знаю, как тебе легко и быстро сделать все эти проекты. Ты, говорит, сам от себя офигеешь. Будем делать по-гибкому, в стиле эджайл.

Когда будут устранены все проблемы в программе?

Как нам удалось это сделать?

Когда ты уже сделаешь задачу?

Вы будете на нас тренироваться?

Почему программа постоянно тормозит?

Когда вы начнёте нормально работать?

Не знаю, как другим, а нам, программистам, подобные вопросы задают постоянно. Ответы – очень важны. Они, во многом, определяют дальнейшую судьбу человека, команды, проекта.

Но важно не содержание ответов, а само их наличие. Вопросы, как вы поняли, весьма тенденциозные.