The CTO

Друзья, привет!

Возвращаюсь в эфир с темой, которая для меня стала, наверное, открытием этого года. Я не анализирую в процессе работы те планы, которые уже построил до прохождения "ворот качества". Причем это соблюдается во всем, от личного планирования (тренировок, ежедневного графика встреч, плана инвестиций) до самых больших графиков проектов. Причина тому - "умная" лень, если я один раз напряг голову и сделал какой-то план, то зачем опять вводить голову в энергозатратное состояние.
Таким подходом я увел себя от постоянного желания перепланирования. Все знают эту ситацию "съехал срок - сдвинул план", вот это приводит к ощущению, что все "в порядке" и ты не можешь сделать выводы о корректности своего плана. Это, кстати так же круто работает в личном планировании. Что проще, собраться и пойти на запланированную тренировку когда устал, или перепланировать и придумать оправдание? Или что проще, заряжать кучу денег на падающий актив, потому что есть инвестиционный план или на каждой новости переобуваться и терять на транзациях? Да и нет никакой гарантии, что новый план будет лучше, как правило первые идеи - самые рабочие, а потом идет искажение под влиянием внешних факторов
Что для меня работает:
1. Напрягся, подумал, сформировал план (желательно еще посоветоваться и проверить его на паре экспертов)
2. Придумал точки выхода и перепланирования: те самые ворота качества, при прохождении которых нужно принимать решения. Например пересмотр ставки ЦБ (=
3. Следуем плану и не рыпаемся. Фиксируем отклонения в формате План-Прогноз-Факт.
4. При Прогнозе, который не удовлетворяет требованиям, продумываем корректирующие мероприятия, возвращающие нас к плановым параметрам.
5. При фактическом отклонении делаем в голове засечку на будущее. И тем самым улучшаем точность планирования в будущем

Это немножко теории. Я накидал в заметки пару-тройку реальных кейсов из разных направлений. Буду их по мере оформления вкидывать.

Всех обнял,
The CTO

Лучше безобразно, но однообразно

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

Давайте как-то попробую описать как я вижу плюсы и минусы, а потом напишу как так вышло (=

Плюсы:
1. Быстро раскатывается на новые бизнесы и не требует дорогостоящей кастомизации
2. Низкий порог входа, даешь тупейшую инструкцию и любой человек со средненьким IQ делает плюс-минус едущий-пердящий бизнес (или процесс)
3. Предсказуемость стоимости масштабирования на новые активы (будь-то кальяшка по франшизе или новый строительный отряд)

Минусы:
1. У людей чуть умнее среднего, вызывает отторжение в стиле: «зачем мы масштабируем говно?» (тут кстати, есть уровень менеджмента, на котором ты начинаешь чувствовать, когда лучше взять типовое и раскатать)
2. В среднем типовые модели и шаблоны, менее эффективнее чем кастомные, на которые потрачена куча труда и сил
3. Размытая ответственность. Ваш сотрудник всегда имеет право сказать: «ваш шаблон говно, я не виноват»

Как так вышло:
Я думаю, что унификация и «лучшие практики» обалденно продаются фаундерам больших компаний, т.к. это возможность бездумного масштабирования их успешного бизнеса. И консультанты из этих наших big3,4,5 это очень удачно продают. Автоматизаторы загибают стоимость кастома в небеса, и пугают высоким порогом входа. Снижение уровня образованности и повышение уровня лени подталкивают к принятию средненького результата, как хорошего.
И даже самые крутые руководители бегут создавать свой обалденный ШУЗ/ШУА/ШУП и прочие СПАЗМы и МОПСы

Всех обнял,
Давно не виделись 😉

The CTO

SAP Unless

Немного сказочек из начала века. На заре своей трудовой карьеры я столкнулся с одним взрослым директором завода, который подсмотрел "ИННОВАЦИОННУЮ" концепцию, единого контура ИТ-системы. Называется эта концепция "SAP Unless", но на самом деле она была справделива и для Infor и Oracle Applications. Как вы поняли, ее ключевым тезисом стала замкнутость ИТ-контура компании в одном приложении. На то было несколько причин:
1. Высочайшая стоимость лицензий и внедрения, для сравнения, внедрение простой системы бухучета и управления складом могло спокойной стоить несколько сотен тысяч баксов (тогда это было примерно 70-200 тысяч бигмаков)
2. Маленькое количество разработчиков и внедренцев, которых не отпускали с работы. заваливая кокаином и поршами (реальная история моего знакомого, который обслуживал NYSE)
3. Отсутствие API как такового, интегрировать SAP с чем-то еще было проектом нескльких лет, PI не существовало и никто не знал про типовые паттерны интеграции.
И все привыкли пилить любую хрень на SAPе: хотите склады? - вот они, Хотите управление активами? - пожалуйста, Хотите ремонты всех такси в Нью-Йорке? - конечно. Так было достаточно долго. До тех пор, пока реальная стоимость систем и внедрения не упала ниже плинтуса. В этот момент грамотные ИТ-Диры начали переезжать на новые инструменты и диверсифицироваться от SAP

Что сейчас? А у нас все также, множество айти-директоров не хотят думать и ставят задачи по созданию любой Говны в 1С, Привет "Первом Щиту", который заработал 2 млрд за написание "с нуля" предиктивки по состоянию фонарей (= Естественно, такие требования стали одним из самых манипулятивных и коррупционных методов вывода денег из гос компаний. Вы легко можете услышать аргументацию: "А они в реестре отечественного ПО! А зачем нам еще одна система, есть же 1С! А мы потом не сможем обслуживать/интегрировать/развивать, если это будет не 1С"

Стыдно, господа CIO!!!

Еще раз повторю свой тезис - "Каждой задаче - свой инструмент!"

Всех обнял,
The CTO

Всем привет!

Решил попробовать кросс-линк в качестве расширения аудитории и какого-то более разнонаправленного опыта. Ну и ребята подобрались офигеть какие разные. Короче, любопытно почитать:

AShip++ канал о том, как девушка строит успешную международную карьеру в IT, много полезного и мало воды от Анны Шипиль, Senior Backend Developer в крупнейшем немецком банке. Сорри, за акцент на пол, но мне это прям важно, девчонки вперед!

Торбек | IT и около - тот самый Сбер, тот самый человек, который там прорвется и победит. Слежу регулярно и с удовольствием

Семён обо всём Нейросети в каждый дом - канал про разбор нейросеток, рекомендаций по внедрению и запуску «без регистрации и смс» от Мартюшова Семёна, Исполнительный директор в платформе Байкал, Сбер. Не просто шитпостинг, а реальные рекомендации.

life in dev - изначально авторский дневник разработчика с большой мечтой, сейчас набор мыслей про жизнь в IT и все что около от Золотов Всеволод, Frontend Tech Lead, Спикер, ПСБ

Никита Ульшин про IT - канал про управление разработкой, построение команд, архитектуру и профессиональный рост от Никиты Ульшина, тимлида в отделе архитектурных трансформаций, Т-Банк.

Смотрим, изучаем, подписываемся.

Всех обнял,
The CTO

Помните, что я постоянно перемещаюсь по работе? Я созрел еще для пары лайфхаков:

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

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

3. Если меняете часовой пояс на восток, то прилетайте вечером. И переночуйте в новом часовом поясе. Если на запад, то наоборот.

4. Если опаздываете в аэропорт или на вокзал - берите самый дешевый класс такси. И пообещайте 500 рублей если водитель успеет. В этот момент ваше такси превращает в шахид-мобиль и как летчик-камикадзе несется, чтобы успеть. Только пристегнитесь, вдруг чего.

5. Самый мразотный лайфхак. Которому я научился работая в РЖД. Если вы едете в купе или СВ - выкупаете все места, а за 2 часа сдаете ненужные билеты. Можно брать на левые номера паспортов и ФИО. Вероятность, что поедете в купе один - почти 75%.

Всех обнял,
Всем легкой дороги,
The CTO

Четкие ПМ-ы

Со мной бывают достаточно стрессовые собеседования у проджект-менеджеров. Потому, что я жду двух оч странных (почему-то) навыков:
1. Декомпозиция задач на разные уровни абстракции и правильное управление этими самыми уровнями. Почему это важно? Странно, когда человек берется оценивать макро-задачи (например сроки строительства или производства чего-либо). Или сравнивать задачи несравнимого порядка. Недавний пример: Мой сосед построил дачу за полгода, значит бетоно-смесительный узел можно построить за год. Он же в два раза больше. В итоге кандидат всю мою задачку измерял дачами, чем естественно вызвал у меня улыбку, но не желание взять его на работу. Есть крутые упражнения по WBS (https://www.pmi.org/standards/work-breakdown-structures-third-edition)
2. Навыки счёта, быстрого и устного. Зачем? Просто когда ты считаешь с подрядчиком или будущим поставщиком, необходимый тебе объём услуг - ты обязан перепроверять за ним расчёты в голове. И твоя скорость счёта должна быть быстрее калькулятора, потому что тебе надо посчитать свои цифры, его и еще в голове сравнить и найти отклонения. Почему делать это все в онлайне- круче, потому, что тот кто назовет точнее для себя стоимость, тот будет в последующих переговорах в выигрыше. А еще это всегда производит крутое впечатление, когда человек перепроверяет за тобой с калькулятором и все сходится (=

Кстати, проджекты, если кто-то устал от айтишки и готов вкатиться в производство космических аппаратов - пишите

Всех обнял,
The CTO

Друзья, привет! На прошлой неделе не писал и очень про это грущу. Хочу рассказать вам историю прошлой недели.
Помимо прочих разъездов, попал я в места, знакомые и родные еще со студенческой скамьи. Да, много забытых деталей и всплывающих воспоминаний. Много новых открытий, которые можно увидеть только, когда знаешь куда смотреть. Но самое интересное было - послушать свои ощущения.
После поездки я еще долго размышлял о том, что поменялось за, почти 15 лет, с момента первого приезда туда. Все изменения, оказались во мне, там ничего не меняется уже давным-давно.
И вот оно первое изменение - раньше я считал это застоем и старостью, а теперь мне кажется, что это постоянство и мудрость. В постоянной спешке и непрерывном развитии мы не находим времени к анализу того, что было раньше и каждый раз тратим силы на то, чтобы с нуля придумать то, что давным-давно сделали другие. Тут люди работают иначе, наши выдумки и идеи за 5 минут разложили в призме времени и выдали то, что мы считали своим вау-новшеством с такой простотой и легкостью, что сидишь с дурацкой физиономией и думаешь, что твою идею слили. А они просто «академики», это их обыденность (=
А знаете в какой обстановке это происходит? Маленький, уютный кабинет с пошарпанными обоями. На деревянном, видавшем виды, столе стоит дешевенький чайник и какие-то печеньки с вафлями. Раньше я сказал бы вам: «колхоз, кто так работает!». А сейчас в этом есть какой-то бесконечный уют и чувствуется уважение с благодарностью. Да, не очень богатое, но максимальное, и стоит оно дороже вот этих дорогих вискарей и сигар. Благодарность за то, что нашли время, вспомнили, приехали в достаточное далекое место.
А, вот оно, последнее, раньше мне было максимально далеко, а теперь, совсем близко. Все познается в сравнении, теперь это место не кажется глухой дырой. Кажется, что это тихая гавань, скрытая от ненужных глаз и от того безопасная. Место где можно экспериментировать и не попасть под внимание ненужных людей, где можно ошибаться и не ловить усмешек. Можно, конечно, и бездельничать не боясь попасться, но это просто надо понимать и управлять этим.

Было еще одно чувство, чувство потерянного величия. Такое всегда ощущаешь на старых предприятиях. Я про него напишу отдельно, надо еще подумать.

Всех обнял!
The CTO

Ну ты же сейчас заберешь свою команду на новое место?

Неа, не заберу. Если коротко, то команда - это один из результатов моей работы. Очень важный результат, которым я всегда горжусь.

Есть только не так много обстоятельств, когда я могу это сделать:
1. Меня об этом попросил тот, для кого я эту команду создавал. Например если кончилось финансирование или меняется бизнес-модель.
2. … а все (= один пункт. Это единственное исключение.

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

Всех обнял,
The CTO

p.s.
Натолкнул на пост мем, всем расслабиться, ко мне никто не просился (=

Про отдых

Хочется в конце тяжелой недели написать про отдых. Отдых - один из ключевых факторов моего нормального функционирования или нефункционирования. Так, надо какой-нибудь очередной список забабахать, вы ж любите мои списки, ну вот он, держите:

1 Чем дороже становится время, тем концентрирование я стараюсь отдохнуть. Поездки, движение, активности на выходных и т.д.
2 Чем более долгожданный и откладываемый отдых, тем он ценнее для меня и моей нервной системы. Как пример: После полутора лет без отпуска я повез семейство по островам с арендой вилл, серфингом и дайвом на 3 недели(=
3 Смена вида деятельности для меня - лучшая передышка, поэтому у меня очень рваный график дня: спорт - работа - книги - работа - блог - работа - семья - спорт (стандартный будний день)
4 Уход в отрыв раз в 1-2 квартала, для полной перезагрузки. Это может быть выключенный телефон на несколько дней, отпуск или … retreat. Примерно полгода назад я познакомился с крутейшими ребятами из: https://t.me/productretreat - Они делают мероприятие, после которого ты чувствуешь себя заново родившемся (кстати в прошлый раз офигительно сочетавшееся с работой)

Не скажу, что это правила моего отдыха или моя инструкция. Просто я вот так отдыхаю (=

P.s.
Саши, Никита - Вы красавчики, кип дуин вот ю дуин (парни на фото) (=

Всем хорошо отдохнуть,
The CTO

Ex CTO at govno.inc

Хочется рассказать историю. Когда-то рабов клеймили клеймом плантации на которой они работали. На самых тяжелых плантациях: Юта, Канзас, Алабама были самы дорогие рабы. Ничего не напоминает, дорогие EX-Google/Yandex/Netflix?
Напоминаю, что после 10 лет работы на этих плантациях они стоили 0 долларов. Потому, что были выдохшимися, больными и бесполезными. Кстати, рабовладельцы приплачивали, чтобы их куда-то забрали на простые работы (уборку, готовку и т.д.), потому что их содержание стоило денег (ДМС, компенсация спортзала, корпоративный психолог).

Никогда предыдущие места работы, как строчка, не станут Вашей реальной характеристикой. Гораздо важнее: что вы умеете делать, какими контактами владеете, сколько у вас ресурса энергетического, какое у вас здоровье.

Все желаю снова стать крутыми специалистами, а не (EX Govno.inc)!!!

p.s. В голове провел аналогию, а что если бы эксортницы в профилях начали писать чьи они EX. Вот это была бы кора 🤣

Всех обнял,
Сорри за злой нарратив, всех люблю!!!
The CTO

Промышленный туризм

Для меня нет ничего более увлекательного, чем изучить как работает какое-то производство. На это есть несколько причин:

1. Знакомство с крутыми специалистами.

Как правило производство тебе показывает человек, который способен такое производство воссоздать или как минимум разобрать и собрать заново. Это штучные специалисты, которые могут быть полезны в карьере
2. Расширение бизнес-кругозора

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

3. Штучность опыта
Для сравнения: на Эверест каждый год восходит 600 человек, а на завод по сборке печатных плат в Московской области, не больше 1000. Таким опытом не стыдно делиться с товарищами и рассказывать о нем, как о чем-то экстраординарном

К чему я это? При любой возможности посетить какое-то придеприятие - хватайтесь за нее. И будьте проактивными и вовлеченными.

Всех обнял,
The CTO

P.s. На фото цех Уссурийского локомотиворемонтного завода до реставрации

#итмемдня

Была у меня такая рубрика 🤣
Возможно, когда-нибудь она станет регулярной, но не сегодня.

Вспомнил как я в первый раз жестко посрался с САПерами. Это было еще во времена, когда сап был супер-активен в РФ. Я пришёл с очень простой на мой взгляд идеей: «давайте мы сделаем простую морду для ввода данных на Ajaх, и будем прикидывать инфо в сап, чтобы не вводить операторами».
Я выслушал кучу мата, рассказов про то, как они ща все на Fiori (типа их анальный React) сделают. Про то, что наши REST подходы - это детский сад и так управлять данными нельзя. И все в этом духе.
Раньше я думал, что их все изолировали из-за такого уродского подхода, а сейчас я все больше уверен, что это их реакция на то, что их не принимают в сообществе разработки. Потому, что с 1С-разработчиками, абсолютно такая же ситуация!

Будьте добрее (=
The CTO

Так, господа (и дамы)

Надеюсь, у всех неделя началась мощно как и у меня.

Я очень давно хочу поделиться с вами одним очень важным фактом: «бережливое производство изобрели в РФ». Этот факт я изучал и проверял достаточно долго для того, чтобы об этом написать. В далеком 1922 году, больше 100 лет назад, господин Гастев написал методичку «как надо работать». Ее я приложу к посту, она максимально любопытна к прочтению.
Книжка эта стала началом агитационной деятельности Центрального института труда, организации, которая исследовала производство на предмет оптимальных физиологических, психосоциальных и поведенческих подходов к работе. За 18 лет существования ЦИТ и господин Гастев полностью трансформировали несколько отраслей производства, поменяли подходы к станкостроению и даже вступили в активную переписку Генри Фордом об оптимальных методах труда.
Дальше были расстрел, забвение всех работ и реабилитация только в 70-х. Причем реабилитация с огромными поправками на идеологию и цензурой.
Сейчас книги ЦИТа издаются маленькими тиражами, советую к прочтению, но с включенной головой. Читаться будет медленно и непривычно, все-таки это не только методичка, но и агит-материал.

Всех обнял,
The CTO

p.s. Многие советы офигенно перекладываются на ИТ. Особенно про размеренность работы и производственный героизм (=

Друзья, привет!

Вот и подошел к концу мой трудовой спринт, длинной в год, в крупнейшем инфраструктурном холдинге страны. Да, много сделали, да многое получилось, но самое главное - команда. С нуля мы создали обалденную рабочую единицу, в скромном составе решающую сложнейшие задачи в абсолютно новом холдинге. Хочу поблагодарить свою команду за бесконечную энергию, могучее терпение и жажду к чему-то новому.
Также хочу поблагодарить коллег, для которых вся эта автоматизация и новые айтишные приколы стали занозой в заднице. Вы стоически терпите и замечательно справляетесь. Лучше десятков других компаний, выставляющих себя передовиками в цифровизации своего бизнеса. Хочется переиначить господина Толкиена: «Половину ваших бизнес-процессов я автоматизировал в два раза меньше чем хотел бы, а вторую половину обеспечил цифровыми инструментами вполовину меньше чем они того заслуживают»

А что дальше? А дальше космос, как и обещал…

Возвращаемся в прежний режим! Работа, перелёты, много моей писанины и куча интересных задач, теперь не только в ИТ, но и в космической отрасли!

Всех обнял (=
Всем хороших выходных,
Ваш СТО

Друзья, привет!

Последнее время редко пишу, но тому есть причина. Завершаю работу на текущем месте и готовлюсь к переходу на следующее. Не хочу, чтобы поднятые мной темы трактовались не правильно, и также не хочу домыслов и двояких трактований, поэтому немного сайленс-мод. Но вот что мне захотелось написать, так это про то, как экологично завершать трудовые отношения:
1. Готовьте три конверта Заблаговременно предупредите, ваших замов и руководителей. Как только начинаете поиск или вам поступает предложение над которым вы хотите подумать. Есть одно "но", не бегите писать заявление, просто дайте знать, что есть предложения или неудовлетворенность и вы над этим работаете.
2. Начните пробовать вашего сменщика на автономность и постарайтесь дать ему максимальную уверенность, что ему это по силам.
3. После получения предложения нужно сделать несколько прямых коммуникаций:
а. с руководителем напрямую, где вы предложите варианты развития Вашей функции без вас. Утвердите сменщика или его поиск и требования к нему (я заранее готовлю шорт-лист тех, кого буду приглашать на собеседования)
б. Подобрав сменщика или утвердив того, кого предлагаете из текущего штата, договоритесь об условиях его работы
в. Встреча на троих с планом передачи дел, обязанностей и условий его дальнейшей работы
4. Теперь пройдемся по небольшому чек-листу передачи дел:
а. однозначно передать все взятые обязы с датами, в случае необходимости их пересмотра - за вами организация их переносов
б. перечислить все майл-стоуны по проектам с ожидаемыми результатами по ним
в. передать регулярную отчетность и плавно передать ее подготовку в совместном режиме. В идеале сесть и сделать вдвоем, либо ее верифицировать
г. передать все бизнес-контакты, провести встречи-знакомства со всеми участниками
д. последнюю неделю провести в режиме автономии, если что-то падает на вас, значит вы не передали дела
5. Не пропадать. Я привык, что приобретая дорогостоящую услугу (коей мой труд является), я получаю практически пожизненную гарантию на нее. И в случае со всеми моими работодателями я всегда доступен, и стараюсь уделить максимум внимания, при необходимости

Настя, я надеюсь я все уже сделал (=

p.s. новое место пока не разглашаю, не знаю их правила по публичности, но это будет просто космос, гарантирую (=
p.p.s. знаю, что иногда у вас бывают конфликтные экзиты, в таких случаях я всем советую обратиться к юристам по ТК, это гигиена!!
p.p.p.s. написал это 15 июля, не знаю когда опубликую (=

Друзья, всем привет!

Сегодня хочется поднять тему, которую не любят обсуждать в компаниях: "За что платят большие деньги?". Как-то так пошло, что я эту тему обсуждаю часто и с разными людьми и каждый раз нахожу какие-то новые объяснения для себя. Вопрос оплаты стоит всегда в балансе спроса и предложения. Попробуем посмотреть на факторы, влияющие на заработок:

То что не умеют делать другие (предложение)

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

1. Хардскилы.
Умение писать код (быстрее и качественнее остальных), Пользоваться сложным оборудованием, Бросать трехочковые, Танцевать короткие танцы, Публично выступать. Все те навыки, которые вырабатываются с опытом и приложением труда.

2. Софтскилы
Обычно обусловлены вашим характером и темпераментом. К сожалению, тяжело развиваются и тут скорее надо подгонять профессию под свои сильные стороны. Я вот знаю пару человек, которые зарабатывают своей записной книжкой, устраивая эффективные партнерства. Также софт-качеством может быть риск-толерантность (если человек готов рисковать без потери головы, то это поможет заработать - 100%)

3. Таланты
Это врожденное. Умение сосредоточиться или наоборот делать несколько дел. Рост, метаболизм. Чувство ритма или слух. Что-то, что дано вам и вы это обнаружили (в 90% случаев человек находит свой талант слишком поздно, чтобы успеть его монетизировать или найти в себе силы пивотнуться). Кстати сна этом зарабатывают почти все ученый - люди нашедшие себя в фундаментале (это ИМХО, и я пару раз рубился на это тему. Чаще принято думать, что это сочетание особенных хард-софт скиллов).

То что не хотят делать другие (спрос)

Могут сделать - это не значит, что все люди хотят делать эту работу. Если в вашей работе нет эксклюзивности именно в навыках, то можно поискать условия, в которых эту работу делать не хотят. Я иногда привожу пример знакомого слесаря, который работает на островах в Арктике. Получает он много, потому что он там один. А обслуживать надо много объектов. Он может поставить любую цену на работы и его оплатят.

1. Стрессовая работа

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

2. География

Тут, думаю все понятно. Вахтовики, Моряки, Экспаты. Вам будут готовы заплатить за работу там, где не хотят работать другие.

3. Работа с тяжелыми слоями населения

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

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

Всех обнял, всем больших денег!
The CTO

Друзья, надеюсь у всех отличная неделя!

Хочу сегодня проговорить о цифровом саботаже, процессе столь же неприятном, сколь и распространенном в нашем деле. Знаю, что как минимум мои сотрудники с этим встречаются ежедневно, поэтому сделаю небольшую памятку. Я приведу пару примеров того, что я видел на своих проектах или проектах по соседству:

1. Ой, а оно все удалилось

Одновременно и классика и самая большая тупость, когда человек сам сносит информацию в общем доступе, либо сносит систему у себя на компе, а потом пишет/звонит в техподдержку "А я вот ничего не трогал, пришел на работу и все пропало". Встречается на любом уровне, причем чем выше уровень, тем честнее глаза, смотрящие тебе в душу.

Как лечить?

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

2. Игра в QA-инженера

Есть такая категория пользователей, которая из общей вредности или из въедливости и пытливости ума начинает шатать систему. Причем делает это на множестве граничных случаев, которые ваши инженеры даже представить не могли. Если коротко:

- буквы О вместо 0 и наоборот
- огромные портянки в загружаемых и выгружаемых файлах, в сотни раз больше тех, что используют в реальной жизни
- смена кодировок и использование кириллицы вместо латинской раскладки и наоборот
- белые буквы вместо пробелов, чтобы наговнить поисковому движку
- "эксклюзивные единицы измерений", а давайте мерить щебень унциями, а обрезную доску футами
- пытаться работать с онлайн-сервисом без интернета (самый маразм)

Как лечить?

У меня есть средство, но не уверен, что оно универсальное. Надо превратить человека в часть команды и немного формализовать его действия, тогда либо ему станет скучно и неинтересно, либо он принесет пользу. Два пути: ввести плату кэшем за каждый баг, но найденный на препроде (или тесте), либо установить доплату за совмещение с работой тестировщика. Важно зарегулировать действия пользователя по отлову багов, объяснить как фиксировать воспроизводимость и в идеале научить писать куски тест-кейсов

3. Молчуны, ждуны и итальянцы

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

Их очень легко обнаружить по ключевым фразам:

- Опять ваше ___(синоним слова говно)____ не работает
- Мне никто не говорил, что этим надо пользоваться
- Тут ничего не понятно (кто это все придумал)
- Ну вы как доделаете, мы и попробуем

Как лечить?

Для таких людей есть: Должностные инструкции, Приказы о вводе в эксплуатацию, Пользовательские инструкции и протоколы обучения. Их можно лишь прибить бумагой, ее они боятся и уважают. После того, как сделали использование системы их обязанностью и научили пользоваться (под протокол). Дайте им бумажку, что они обученный пользователь. Дальше самое интересное - сделайте общекорпоративный рейтинг использования системы. Это могут быть абсолютно различные показатели. Как только люди увидят себя на дне - они почувствуют риск. Либо они побегут на вас жаловаться, либо придут просить помощи. В первом случае - на вашей стороне цифры.

Всем поменьше диверсий и саботажа на работе!
Всех обнял, The CTO

Ребят, всем привет!

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

А нахера ты мотался одним днем на производство в коломну? Это ж в дороге часов 6 только...

Я бы мог привести пару прикольных аргументов, как-то подискутировать, но вместо этого рассказал историю:

Лет 7 назад я занимался проектом по отслеживанию транспорта в западной Cибири, с нашего центрального склада на перевалочные базы, под зимний завоз и на железку. И в рамках пилота мы хотели включить в обязательства наших подрядчиков-транспортников установку нашего мобильного приложения для трекинга. Прилетаю я в Тюмень, жутко не выспавшийся (вылетаешь в час ночи, а прилетаешь аккурат перед началом рабочего дня). И начинаю "продавать" эту историю директору филиала (мировой дядька, обожаю). Тот молча слушает и соглашается со всеми предложениями, но с условием, что мы с ним "прокатимся". Я радостный, что убедил производственников ударяю с ним по рукам и мы выезжаем.
После недолгой поездки на "поджопнике" директора и его пары звонков, мы подъезжаем к стоянке дальнобоев на выезде из города и меня пересаживают в обычный такой КАМАЗ, который едет в Тобольск. Я, ж не фуфел, с каменным лицом пересаживаюсь, пообещал же, и еду 7 часов по жаре +35 до Тобольска. За время поездки мы классно общаемся с Пашей, водителем. Он рассказывает как у него работа устроена и я понимаю несколько вещей (телефона, на который поставить приложение можно, у него нет, а тот что есть будет работать через жопу, на протяжение всей дороги нормальный интернет у меня появлялся пару раз, а вся электрика у него в кабинете замкнута на какие-то коробки типа раций, антирадара и т.п.) При этом он каждый час отзванивался диспетчеру и говорил где он (т.е. инфо о локации какая-то есть). За 30 минут до подъезда к разгрузке он набрал на площадку, чтобы его ждали.
Спустя 7 часов кайфа от жары, придорожных буфетов и остановок в поле, мы приехали на разгрузку, которая оказалась сука "закрыта", хотя работает в вахту круглые сутки. Поставили в лист ожидания на 6 часов, потому что оператор плавкрана забухал и не вышел во вторую смену и в третью скопилась очередь. В простое, естественно все стоят около тачки, т.к. водитель - материально ответственный за груз и отойти он не может. К утру нас поставили "под кран" и началось веселье. Стропальщики начали в теч часа придумывать схему разгрузки, вместо того, чтобы взять типовую. Пару раз весело бахнув массомер об борта Камаза, все добро отправилось на баржу и я уже думал, что мы едем обратно... Но, осталось оформить документы. Прошло еще три часа, к моменту когда тетя Люся-кладовщик поставила отметки на ТТН и забрала доки у водителя. И вот мы стартуем назад. Паша с абсолютным блаженством на лице прыгает за руль и мы получаем еще 9 часов кайфа по пути назад (заплатили ему за рейс, за ожидание и простои не заплатили)

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

Всех обнял, сорри что много букв!
The CTO

Друзья, салют!

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

Что нужно сделать перед тем, как написать инструкцию (-ии)

1. Выкинуть из головы мнение, что ваш интерфейс интуитивен и понятен, если вы не провели крутые UX-исследования и ваши UI-инженеры до этого не делали крутые сервисы на аудиторию более 100 тыс.чел. (цифра не из головы, обычно на каждые 1000 человек вы получаете 1 респонс, а 100 - это минимальное количество отзывов, чтобы адаптировать продукт)
2. Посчитать количество пользовательских ролей и количество типовых пользовательских сценариев на каждого и количество функций, которыми надо воспользоваться в рамках каждого сценария
3. Запишите свои действия в системе на видео, медленно и с остановками. Потом вам будет удобнее нарезать скрины с Видео и заодно проверить себя в правильности последовательности действий

Как не обосраться в написании инструкций (-ии)

1. Сразу определите сколько будет инструкций. Обычно пользователь может осознать от 10-20 функций за одну инструкцию (это объём до 30-50 страниц). Если помещается в одну - отлично, если нет - дробите по Ролям, если в одной роли тоже куча функционала - выпускайте инструкции на отдельные сценарии.
2. Если у вас не одна инструкция, то не дублируйте общее описание системы (назначение, цели, описание общего процесса, и остальное абстрактное) вынесите это в общий документ
3. Проверьте, что в инструкции есть наглядное пояснение, что заполнить, куда жать и что, где смотреть. Обязательно по шагам давать визуальное изображение интерфейса с указателями поверх скрина.

Как довести инструкцию (-ии) до конечного пользователя

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

Написал инструкцию по инструкциям (=

Всех обнял!

p.s. у меня есть любимый контрпример дерьмовой инструкции, прикрепил к тексту!