Один успешный предприниматель как-то решил со мной поделиться своей мудростью по управлению людьми:

Куриц надо кормить, куриц надо пиздить, курицам надо внушать, что их хорошо кормят


По шкале от “фу какая мерзость” до “нафиг так жить” — как вы оцениваете это утверждение? :)

Откуда у компаний берется плохая стратегия

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

👉У компании действительно нет единой стратегии. Но при этом она есть у отдельных людей в руководстве. Кто-то умеет хорошо убеждать других в конкретных ее частях, кто-то – не очень.
👉Скоммуницированная вам стратегия – это только прилизанный публичный нарратив, из которого убрали какие-то приватные куски, которые не надо знать всем.
👉В целом стратегия является результатом переговорного и политического процесса. Вместо объективно правильной в общем виде стратегии вы получаете правильную для кого-то конкретного в компании.
👉Стратегия по определению долгосрочна. При этом не все, кто прикладывает к ней руку, планируют задерживаться в компании надолго.
👉Стратегия на самом деле есть, и процесс ее выработки был построен правильно. Но она не скоммуницирована, и находится у руководителя в голове.
👉Главная стратегическая ставка уже сделана какое-то время назад, а все остальное – не важные детали. При этом вы замечаете только их.

😌 Управление ожиданиями, кейс №3

У вас трёхнедельные спринты и нет правила “задачи в спринт после утверждения не берём”. Срочное и есть срочное, на него есть резерв времени.
Время шло, возникали срочные задачи. И вот в середине спринта ты обнаруживаешь, что задач на спринт запланировано больше, чем часов в этом спринте. И все нужные. Что ты будешь делать?

Вы сами решаете кем быть — формалистом, карьеристом или полезным человеком, насколько зрелая ваша компания и т.п. Ответ формулируем с позиции исполнителя, а не руководителя команды.

Мой ответ с объяснением позиции — через несколько дней.

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

https://github.com/maximal/http-267
Сомнительно, но окэй...

Однажды подрядчики столкнулись с проблемой с целостностью данных в БД. Ну мы почесали репу, написали им SQL-запрос, который должен был подсветить, где проблема.

Не помогло, говорят.
Странно, говорят, запрос не валидный.
Стали разбираться.

Оказалось, что перед тем как вводить SQL-команду — нужно подключиться к базе данных.

Кажется, началось…

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

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

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

Нужно начинать продвигать Rust как более правильную замену!

Когда вступаешь в управленческую должность — нужно сделать ряд вещей, о которых никто тебе не скажет. Нужно “въехать” в целый ряд тем, самый лучший вариант — это буквально поставить себе задачу выяснить и оформить в виде схем/документов.

Какие это могут быть темы и артефакты?

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

То есть буквально: забиваем в календарь кучу встреч, ходим, спрашиваем, рисуем в схемы и конспекты. Эти артефакты помогут вам не только разобраться, но и быстро найти общий язык с коллегами, когда будете объяснять к чему будете вести команду. Это задача, которую ты ставишь сам себе и добиваешься её первым приоритетом.

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

Рубрика “плохие советы от топовых руководителей” (основано на реальных событиях)

Старайся быть объективным.
Если ты считаешь, что кто-то сообщил ошибку — не надо вот этого вот “мне кажется” и “на мой взгляд”. Говори с объективной позиции, используй чёткие формулировки: “так делать нельзя”, “это так не работает” и “мир устроен иначе”.
Говоря “я считаю” или “мне кажется” — ты внушаешь неуверенность своим сотрудникам, как будто ты не профессионал и не разбираешься, как будто на тебя нельзя опереться.

Будь твёрдым и покажи сотрудникам, кто здесь более компетентен! Не провоцируй ненужных обсуждений — они расфокусируют!

Съездил я в Дубай, где удалось пообщаться с местными “понаехами” и туристами. Какой же это плавильный котел культур!

Почти все общаются на английском, и часто это вызывает затруднения: попробуйте разобрать числительные в произношении арабов или индусов. Но вместо раздражения люди проявляют терпение, переспрашивают — и это работает. Счастье в том, чтобы достучаться до собеседника и быть услышанным, даже если это трудно. Нет смысла смущаться своего низкого уровня владения языком — нужно пробовать и общаться.
Интересно наблюдать за детьми: они владеют английским почти идеально. Они не понимают, как можно не знать английский, у них в школах преподавание идёт на английском. Мне стало интересно и я, заинтригованный, вышел в интернет. Нашёл отчёт (https://www.ef.com/wwen/epi/ ), который показывает, что, кроме Китая, английский уверенно растет по всему миру последние десять лет.
На фоне "разворота на восток" и иногда проскальзывающих лозунгов "давайте учить китайский — он нужнее" (и растущего своего ребёнка) невольно задумываешься, какой язык будут использовать наши дети и внуки для написания кода? Останется ли английский главным, или всё-таки придёт время 1С и китайских аналогов?

Многие сейчас пишут про terminal.shop — магазин где, якобы, можно по ssh сделать заказ кофе.
Но мало кто помнит про

telnet towel.blinkenlights.nl

Приятного просмотра

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

- хреновина
- - попиндюшка
- - - тарантайка
- - - пулипулька
- - тирипунька

И в очередном документе появляется новый термин, “фигулина”.
Выходцы из одной компании называют словом “фигулина” — хреновину. А в другой — тарантайку.

А теперь представьте себе, что таких терминов — сотни.

И дальше, в таких условиях, сотруднику ставится задача: “проработать взаимодействие фигулины и аляпувины”. И ему нужно организовать создание кучи проектной документации, отчётов по результатам исследований и тому подобного. И каждый документ — пересыпан терминами.

Класс, да? 🙂

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

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

На ретро и мозговых штурмах сложная часть — это "раскачать" народ, чтобы они отключились от прошлых задач, погрузились и начали генерировать идеи. У меня порой уходило до 15-20 минут, чтобы народ включился.
Толку от людей эти первые десятки минут никакого — один вред.
Для меня открытием был интересный приём, отталкивающийся от принципа "не можешь победить — возглавь".

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

Таким первым заданием может быть:
- найдите и запостите на доску в miro картинку, которая отражает ваше состояние
- пришлите в чат зума картинку, которая ассоциируется у вас с <термином>
- расскажите, какой вы сегодня кот
А после того, как люди сделают свою часть — обсудите на серьёзных щщах, почему каждый выбрал именно этот вариант. Проделайте примерно то же самое, что будете делать во время серьёзных обсуждений, заодно и с форматом людей познакомите!

Абсурд? Конечно.
"Эффективных" будет бомбить? Обязательно.
"Бесполезная трата времени" — однозначно нет.

какое однако красивое принёс товарищ: https://ncase.me/crowds/

https://habr.com/ru/news/818177/
Докер хаб недоступен

Ищите пути обхода, если не подготовились, например
https://huecker.io/

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

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

Казалось бы — в сообщениях нет ничего особенного. Сообщение как сообщение, но сервис на нём падает. Раскопали, что есть какая-то особенность XML, которую некоторые валидаторы не пропускают. Обидно, конечно, что наша либа не обрабатывает эту особенность как исключение, а просто крэшит приложение, но бывает.
Поменяем либу на более толерантную и заживём!

….

Перебрали несколько вариантов и энтузиазма поубавилось. Проблема воспроизводилась снова и снова, независимо от количества звёздочек и автора.

“Ага! — говорит особо внимательный разработчик, — так тут же все пакеты под node.js под капотом используют одну и ту же либу на плюсах! И проблема в этой либе, которая не обрабатывает конкретно эту исключительную ситуацию, с которой мы столкнулись”
Опечалились мы: не хотелось писать свою либу на плюсах 🙂
“Возьмём либу на Go, — предложил разработчик, — подсунем её и всё будет хорошо”.
План был отличный, кроме того, что не сработал. Угадайте, как либа на Go парсила XML? С помощью всё той же библиотеки на плюсах.

Знать, что под капотом у ваших библиотечек с гитхаба таки полезно! А мы в итоге написали предварительные проверки руками в своей обертке.

Рубрика “мерзкие советы от топовых менеджеров”
Основано на реальных топовых менеджерах.

Рост специалистов — не то, что тебя должно интересовать как руководителя.
Тебе надо зарабатывать деньги.
Тебе надо, чтобы всё идеально работало.
Ты должен установить планку качества и требовать результатов от людей.

Кто выплывет — тот выплывет. Кто не выплывет — того уволим.

Адаптивность - важнейшее свойство живых существ, свойство, доверенное человеком до совершенства.

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

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

Если вы годами яростно охраняете себя, то ваши софт скиллы - гавно.

Жить надо так, чтобы увеличивать поле своих возможностей.

Или нет.

Предвестники беды

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

- "...затронем важные Астрологические нюансы/факты (ретроградный Меркурий, коридоры затмений, соединение планет) и как эти факты могут повлиять на сферу IT и в целом на ваш бизнес."
- Как-как, НИКАК (фьють-ха)

Что дальше? Начнете приворотные зелью на выручку и кроличьи лапки на CSI продавать?

Читал я тут Лю Цысиня и очень понравилась концепция держателя меча.

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

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

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

И это не выдуманное, могу пальцем показать на успешную компанию-аутсорс, где своими глазами видел правило "для клиентов надо делать ровно столько, чтобы они не ушли, но не больше!"

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

Не можете стать злым? У вас есть явная зона для личного роста.